导语
开放地图数据的地址不代表永远可复现。若一个数据管道只记录了下载链接和执行日期，数周后重新运行时可能已经取到不同版本，甚至原文件已从公开存储中移除。Overture Maps 的发布文档将数据版本、schema 版本、月度发布、季度重大变更和数据留存规则写在同一处。对使用开放基础地图做地理分析、特征工程或模型训练的团队，这些规则应进入数据合同，而不是只留给运维人员查看。
可核查事实
- Overture 发布文档提供数据和 schema 发布、预定发布日期、版本与 schema 变更政策、数据留存和历史 release notes。
- 文档显示当时最新数据发布为 2026-08-19.0。
- Overture 的数据发布按月使用发布日期作为版本号。
- 文档列出 2026 年 9 月 23 日、10 月 21 日、11 月 18 日和 12 月 16 日的拟议数据版本。
- 文档说明发布日期和 schema 版本可能变化。
- 其中预留为季度重大破坏性变更发布的日期以星号标注。
- Minor schema change 可能在任何月份发生，通常不会预先公告。
- Overture 最多公开保留 60 天或两个按月发布的数据版本。
- 旧文件会依 AWS 和 Azure 的云存储生命周期策略从公开分发中自动移除；版本化 changelog、bridgefile 和 past release notes 仍会保留。
以上事实来自 Overture 官方发布文档，体现的是其公开分发政策，不等于每个下游镜像、云缓存或第三方产品的留存行为。
核心机制
按发布日期命名的数据版本让消费者能够指向一个明确快照，但这种快照不是永久下载承诺。月度节奏意味着同一主题数据会持续更新；minor schema change 可以随下一次发布出现；季度预留窗口则为更大的破坏性变化留出预告空间。代码若只假设字段永远存在、枚举永远不变或分区始终相同，就会在升级时产生静默错误。
60 天公开留存进一步改变了复现策略。历史分析、模型训练和审计不能依赖公开桶长期保存原始输入。团队应在允许的授权与合规范围内保存自己的不可变快照、schema 描述、checksum、下载清单和处理日志。保留 release notes 与 bridgefile 有助于理解版本之间的差异，却不能替代原始文件与转换过程的证据。
GIS 场景与实施路径
每次拉取 Overture 数据时，数据作业应记录 data version、schema version、下载 URL、获取时间、文件校验和、地理范围、过滤条件及输出版本。下游表或瓦片构建使用显式版本输入，禁止以 latest 作为生产依赖。
在月度更新前运行 schema contract：比较字段、类型、枚举、主键、几何类型、分区和行数分布。对检测到的 minor change，生成影响清单并让数据负责人确认；对季度重大变更窗口，预留双版本运行或转换适配期。需要长期追溯的快照放入有访问控制的内部存储，并按数据许可和删除义务设置留存。
可执行建议
- 将 Overture 的数据版本和 schema 版本写入每次 ETL、分析和模型训练的元数据。
- 生产任务固定版本，不依赖 latest 或未版本化的公开路径。
- 每月运行 schema 差异检查，覆盖字段、类型、枚举、几何、分区与数量分布。
- 在 60 天窗口内按合规要求保存内部快照、校验和、查询条件和处理日志。
- 对季度重大变更窗口安排预发布测试、双版本比对和回退方案。
资料来源与数据口径
本文依据 Overture 官方 Releases 文档核对当前版本、拟议月度日期、版本与 schema 政策、60 天数据留存、云存储移除及 release notes 保留规则。文中快照与 schema contract 做法是实施建议，不代表 Overture 提供的托管备份服务。
风险边界
固定版本提高可复现性，但不能保证源数据完整、适用或无偏。内部归档也必须遵守数据许可、隐私删除义务和安全要求；不能因为公开版本会移除，就无限制地永久保存含敏感信息的数据。拟议发布日期和 schema 版本可变，发布前仍要以官方文档和实际元数据为准。
结论
开放数据的更新速度只有与版本纪律结合才会变成可靠能力。Overture 的月度版本、季度变更窗口和 60 天留存规则要求 GIS 团队把版本、schema 和输入快照一并纳入数据管道。这样，今天的空间结论才能在未来被准确解释和重放。
参考来源
- Overture Maps，Releases Documentation。https://docs.overturemaps.org/release-calendar/