问题不在于有没有一张图表，而在于筛选能否被交接
不少 QGIS 项目的汇报最后会变成几张静态截图：一张按行政区统计的柱状图、一张地图和一个总数。读者无法知道点选一个类别后，其他数字有没有同步变化；接手的人也无法知道图表到底引用了哪层、哪条表达式和哪个筛选条件。QGIS Dashboard 提供的是另一种路径：它作为免费开源插件，在 QGIS 项目内部把图表、指标、列表、实时地图和选择器放到同一张画布上，并让它们实时交叉筛选。
关键不是把 BI 界面搬进 GIS，而是把交互关系留在项目中。项目文档说明，仪表盘的布局和配置会写进 .qgz 文件；重新打开项目可恢复原来的状态。组件直接通过 QGIS expression engine 绑定已有矢量图层，因此不需要为仪表盘额外复制一份数据或维护同步任务。
资料依据：该插件实际提供了什么
项目页面明确写出八项可核查信息：它是免费开源 QGIS 插件；面向已有矢量图层；画布包含图表、指标、列表、实时地图和选择器；布局和配置写进 .qgz；组件经 QGIS expression engine 绑定图层；页面列出九类组件和 23 种图表；筛选来源包括图表、透视表、选择器和地图范围；筛选通过 QgsFeatureRequest 查询而不修改项目图层。下文据此讨论实施方法，未把演示数据或功能说明当作性能承诺。
把筛选关系当作项目逻辑，而不是展示效果
文档把图表、透视表、选择器和地图范围列为筛选来源。一次点击会形成筛选条件，连接到的目标组件则在组合条件下重新查询图层。比如在用地巡查项目中，选择器可限定一个街道，柱状图再按问题类型筛选，地图和待办列表随之收缩。此时看到的不是一张“更新过的图”，而是同一图层在明确条件下的多个视图。
组件类型也决定了能否复核。项目页面列出九类组件；图表包含 23 种类型，列表中的某行被选中后可以缩放并闪烁对应的地图要素。实时地图则镜像 QGIS 画布，可以平移、识别、飞到要素，并把范围作为筛选条件推给其他组件。对现场巡查、规划审查或资产盘点，这种回到要素的路径比孤立的汇总数字更重要。
业务场景：用地巡查的交接
以用地巡查为例，项目经理先在选择器指定街道，再在问题类型图表中点选类别，地图、总数和待办列表应在同一组合条件下变化。复核人随后从列表定位并闪烁地图要素，检查这一条记录的字段值和几何。这里的业务目标不是展示漂亮图表，而是让“87 条待核查记录”的范围和来源可被下一班人员复算。
不改图层，仍要记录查询语义
项目说明强调，筛选不会改写项目图层；每个组件通过 QgsFeatureRequest 查询，其他插件和视图不会被筛选状态直接污染。这降低了仪表盘交互误伤编辑工作的风险，但不等于结果天然正确。表达式里的字段空值、分类编码、面积单位和时间字段仍会影响每个指标。
建议把每一个可点击组件同时交付为一张小型规则卡：
- 写明来源图层、主键和生效范围；
- 写明 QGIS 表达式、聚合方式与空值处理；
- 写明哪个组件是筛选来源、哪些组件是目标；
- 写明地图范围筛选是否参与统计；
- 写明使用的数据版本和
.qgz项目版本。
这样，当“某区问题数”从 120 变成 87 时，团队能追溯是筛选条件改变、数据更新，还是表达式被修改。
构建和使用应分成两次验收
该插件把布局编辑和交互使用分开：构建模式用于移动、缩放组件；使用模式锁定布局并开启交互。这是一条实用的发布边界。交付前先在构建模式检查组件是否引用正确图层和字段，再切到使用模式逐一点击图表、透视表、选择器和地图范围，核对目标组件是否全部响应；最后关闭并重开 .qgz，确认配置确实随项目恢复。
插件提供安装指南、示例图库，并将源码链接到 isaacenage/QGIS-Plugins 仓库，但项目页面的功能描述不能替代对本地 QGIS 版本、数据量和复杂表达式性能的测试。大范围图层、昂贵的空间表达式或多组件叠加筛选，都可能使查询延迟上升。
结论
原生仪表盘的价值不是少做一个网页，而是让地图、指标和筛选关系跟随 QGIS 项目一起可复核地交接。把 .qgz、图层版本、表达式和交叉筛选规则一起验收，仪表盘才不会在下一次更新时退回成难以解释的截图。
关键词：QGIS 是地理信息系统桌面软件；空间分析应保存查询条件；仪表盘需要将地图与统计口径一起交付。
来源：https://qgis.byzenterra.org/qdashboards；发现线索：https://www.paulshapley.com/2026/08/qgis-dashboard-plugin.html