GeoXMind

地理数据产品规范把预期用途转换为可验收要求

说明产品标识、范围、内容结构、参考系、质量、采集、维护和交付要求如何形成生产者与使用者的共同契约。

地理数据产品规范把预期用途转换为可验收要求

一份地理数据即使能够打开，也未必是可交付产品。使用者需要知道它描述什么范围、采用什么对象模型和参考系、达到什么质量、怎样维护以及以何种形式交付。数据产品规范把这些要求在生产之前写清，使生产者、采购方和使用者对“完成”有共同判断。

ISO 19131:2022 的公开范围将地理数据产品规范定位为基于 ISO 19100 系列概念的要求说明，并面向生产者、提供者、服务提供者和潜在用户。标准正文受版权保护，工程实践应引用合法版本，而不是从摘要猜造条文。

用途和范围决定后续要求

规范应先说明产品要支持的业务和不支持的业务。同一道路数据用于全国概览、车辆导航和施工放样时，对位置、连通、更新频率和属性完整性的要求完全不同。没有用途，质量数字就缺少判断基准。

范围包括地理范围、时间范围、主题范围和产品层级。覆盖区域不能只写行政区名称，还要定义边界数据和包含规则；时间要区分观测日期、生产日期、有效期和更新周期；专题范围则明确哪些对象、属性和关系属于产品。

产品标识需要稳定名称、版本、责任方和语言。版本变化要说明兼容性，不能在同一下载地址静默替换内容。派生产品还应引用源产品版本和转换过程，使使用者能判断更新是否传递。

内容模型规定数据表达什么

内容与结构部分描述要素类型、属性、值域、标识符、关联和约束。字段表只是其中一部分；如果道路必须形成网络、地块不得重叠或时间序列必须连续，这些关系也要可检查地表达。

对象定义要避免依赖团队内部俗称。相同的“水体”可能包含季节性积水、人工池塘或潮间带，也可能排除它们。规范应写出分类原则、边界判定和未知值处理，使不同生产批次保持一致。

栅格产品要描述网格原点、像元大小、对齐、波段、数据类型、缩放、无数据值和覆盖规则。矢量产品则要描述几何类型、维度、拓扑和分段原则。文件格式不能代替这些语义，同为 GeoTIFF 或 GeoPackage 的产品可以表达完全不同的内容。

参考系是产品语义而不是附属标签

规范应标明水平与垂直坐标参考系、坐标轴、单位、适用域和必要历元。仅写 EPSG 代码也许足以引用静态 CRS，但动态参考框架、高程模型或本地工程坐标还需要更多信息。

源数据经过坐标变换时，要记录操作、格网和精度。把坐标值重新标注为另一个 CRS 不会完成变换。不同来源拼接前若忽略基准和历元差异，边界可能出现系统性错位。

产品可提供多个表达 CRS，但应指定权威存储和转换责任。使用者自行投影会引入重采样或几何误差，规范需要说明哪些派生表示仍满足原质量要求。

质量要求必须能够测量和验收

ISO 19157-1 的公开范围提供地理数据质量评价与报告框架。产品规范应选择与用途相关的质量元素，如完整性、逻辑一致性、位置、专题和时间质量，并为每项说明范围、度量、抽样、阈值和报告方式。

“高精度”“完整覆盖”无法直接验收。位置质量要说明相对哪个参考、采用什么统计量和置信条件；完整性要定义应存在的对象总体；专题准确性要说明参考标签和混淆统计。不同区域若采用不同要求，也要分别列出。

质量范围可能是整个产品、某类要素、某个区域或时间段。总体合格不能掩盖关键区域失败。抽样设计、独立检查数据和不确定性应随报告交付，使采购方可以复核，而不是只收到“已通过”结论。

采集与生产部分保存可追溯方法

规范应说明允许的数据来源、采集窗口、设备校准、控制点、影像条件、人工采编规则和自动处理流程。方法要求不必锁死所有实现，但必须保证不同实现产生可比较结果。

生产中的验证与最终验收应分开。生产者的内部检查用于尽早发现问题，独立验收用于判断交付是否满足规范。若双方使用同一参考数据和同一脚本，系统性错误可能同时被遗漏。

数据谱系要连接源资料、处理版本、操作人员或服务和派生产物。发现源数据错误后，才能定位受影响产品。不可逆的人工编辑应保留理由和证据，不应只存在于最终几何中。

维护、元数据与交付决定长期可用性

维护部分要说明更新触发、周期、截止时间、历史版本和退役政策。道路变化可能按事件更新，基础地形可能按周期更新；二者不能用同一句“定期维护”。纠错渠道和响应责任也应写清。

元数据描述某个实际产品实例的身份、范围、质量和分发状态，产品规范则描述这一类产品应满足的要求。两者相互关联但不能替代。实际元数据应声明采用哪个规范版本，并报告偏离项。

交付要求包括格式、分块、压缩、命名、目录结构、校验和、接口、许可证和访问条件。大数据还要定义云端读取、分页或瓦片策略。交付包可用自动校验检查结构，但语义和质量仍需专门测试。

变更产品规范本身也要治理。新增可选字段与改变分类含义的影响不同，后者可能需要主版本升级和迁移说明。规范、生产规则、验证脚本和示例数据应保持一致，避免文档更新而检查器仍执行旧规则。

一份好的产品规范不是把标准目录全部填满，而是从用途出发形成可生产、可测试、可维护的要求集合。它让质量争议回到预先约定的证据，而不是在交付后临时解释。

资料依据