先把“QGIS 4 Ready”读成一条筛选规则

迁移桌面 GIS 时,最危险的误解是把插件能被找到、能被安装,等同于现有项目可以继续运行。QGIS 插件仓库将该页面描述为已获批准且可用于 QGIS 4 的插件列表。它适合作为迁移候选池的入口,却不替代对处理模型、图层样式、第三方服务和用户权限的实际验证。

列表规模也说明了手工逐个判断不可靠。该页面当前显示已找到 1355 条记录。应先从本单位项目、插件和算法历史日志抽取真正使用过的清单,再与仓库记录比对;从所有可用插件开始测试,只会制造无关工作量和更多不可复现的环境差异。

核心机制

兼容性判断已经有明确的元数据口径。插件仓库说明 supportsQt6 元数据标志已弃用,且不再用于判断 QGIS 4 兼容性。若迁移脚本仍把 supportsQt6 当成放行条件,会把旧规则误当成新规则。

当前应核对插件声明的最大 QGIS 版本。插件仓库按 qgisMaximumVersion 字段列出插件,qgisMaximumVersion 大于或等于 4.0 的插件被视为兼容 QGIS 4。这个条件说明的是版本声明满足列表规则,不说明插件的每一个菜单、处理算法、Provider 或外部库都已在本地项目数据上通过。

对自有插件或尚未出现在列表中的插件,修复动作也不应猜测。缺失于列表的插件应更新 metadata.txt,并把 qgisMaximumVersion 设为 4.99 或更高。修改元数据后仍要在干净的 QGIS 4 环境安装、启用、关闭再启用,并运行项目真正依赖的处理链,避免用“列表出现了”代替回归测试。

关键词口径

本文所说的 GIS 为地理信息系统;空间分析指对图层、属性与处理输出的可复核计算。遥感技术生成的栅格也应按范围、分辨率、NoData 与像元统计纳入迁移验收。

GIS 场景

市政数据生产通常同时涉及坐标转换、拓扑修复、批量属性计算、地图布局和数据发布。一个插件即使只影响其中一个步骤,也可能让批量结果与旧版本不一致。因此迁移验收的对象应是可交付成果:同一份输入数据在旧环境和 QGIS 4 环境产生的图层、字段、几何、统计表与导出文件。

对空间分析项目,可挑选一份最小但具有代表性的样本:包含多几何类型、无效几何、中文字段、空值、复杂符号和网络图层。将处理输出做字段名、要素数、空间范围、几何有效性和关键统计值的比较;必要时再由制图人员检查布局和标注。

技术路径

第一步,冻结现网清单。记录 QGIS 版本、操作系统、插件名和版本、启用状态、Provider、Python 依赖、数据源地址及项目文件哈希。将每个插件按业务关键性分为阻断、重要和可替代三档。

第二步,按仓库元数据做初筛。把 qgisMaximumVersion、插件最近版本、稳定性与来源写入迁移表;不要再把 supportsQt6 当作判断依据。插件仓库提供稳定版、实验版、服务端和已弃用等类别入口,实验版和已弃用插件应默认进入更严格的人工复核队列。

第三步,在隔离环境导入项目副本并安装最小插件集合。先验证应用能启动、项目能打开、图层能读取,再运行关键处理模型。每个失败项记录复现步骤、错误日志、输入样本、替代方案和是否影响历史成果读取。

第四步,做输出对比。对矢量层检查要素数、字段结构、坐标参考、无效几何数量和重点对象位置;对栅格检查范围、分辨率、NoData、像元统计和渲染带;对布局检查比例尺、图例、字体替换和 PDF 导出。差异需要有业务责任人判定为可接受、需修复或阻断。

第五步,设置回退和上线门槛。保留旧环境与项目快照,先让少量用户试运行,再按已验证的插件组合推广。插件仓库页面还提供迁移到 QGIS 4 的指南入口,可作为元数据和发布规则的官方参考,但本地验收记录仍是上线依据。

检查清单

  • 是否从真实项目和日志抽取了正在使用的插件,而非测试整个仓库?
  • 是否记录 qgisMaximumVersion,并停止使用已弃用的 supportsQt6 判断?
  • 是否区分稳定、实验、服务端与已弃用插件的测试门槛?
  • 是否在干净环境完成安装、启用、重启和卸载复测?
  • 是否以同一输入比较空间分析、属性字段、几何有效性和导出结果?
  • 是否为阻断插件准备替代流程或旧环境回退?
  • 是否保留插件版本、项目哈希、日志和签署结果,便于审计?

风险边界

QGIS 4 Ready 只反映仓库的兼容元数据规则。它不保证私有 Provider、远程 WMS/WFS、数据库驱动、企业 Python 环境或自定义 Processing 模型完全无差异。尤其是实验插件,可能在功能、维护状态和安全审查上仍有不确定性;涉及生产发布、涉密数据或外部写入操作时,应按本单位变更管理流程额外审批。

也不要为了让插件进入列表而只改 metadata.txt 后直接上线。元数据声明与代码实际兼容性必须分开验证,且任何处理结果差异都应由熟悉数据语义的人员判断。

结论

QGIS 4 迁移的最小可靠做法,是用官方仓库规则完成候选初筛,再用本地项目副本完成数据和成果验收。把 qgisMaximumVersion、依赖、测试样本、输出差异与回退方案放进同一张迁移表,就能把一次版本升级变成可追溯的 GIS 运维工作,而不是一次不可控的桌面软件替换。

来源:https://plugins.qgis.org/plugins/new_qgis_ready/