全球开放地图数据不适合以“下载整个地球”的方式进入生产系统。Overture Maps 的官方数据仓库说明，其数据以云原生 Parquet 提供，并按主题和类型分区。对 GIS 团队来说，真正需要设计的是按需读取、版本发现和可重复的空间筛选。
可核查事实
- Overture Maps 数据以云原生 Parquet 格式提供。
- Overture 没有可一次下载的“整个地球”单一文件。
- 数据按 theme 和 type 分区，可从 Amazon S3 与 Microsoft Azure Blob Storage 获取。
- 数据主题包括 addresses、base、buildings、divisions、places 和 transportation。
- id 列使用全局实体参考系统 GERS 格式的唯一标识符。
- bbox 是包含 xmin、xmax、ymin、ymax 的 struct，可提高云端 SQL 的空间查询效率。
- geometry 以 WKB 编码，文件属于 GeoParquet。
- Overture 建议使用 STAC catalog 作为权威的版本发现入口。
核心机制
Overture Maps 数据以云原生 Parquet 格式提供，且没有可一次下载的“整个地球”单一文件。把数据看作可查询的数据湖，而不是本地压缩包，能迫使团队先定义地区、主题、时间和业务问题，再拉取真正需要的分区。
数据按 theme 和 type 分区，可从 Amazon S3 与 Microsoft Azure Blob Storage 获取。主题包括 addresses、base、buildings、divisions、places 和 transportation；数据目录应该把所用主题、类型、云端路径和发布日期一起记录，避免同名图层在不知情时换了来源版本。
技术路径
Overture 的 bbox 是包含 xmin、xmax、ymin、ymax 的 struct，可提高云端 SQL 的空间查询效率。实践中可先用 bbox 作粗筛，再对 geometry 做精确空间谓词；这样能减少扫描量，同时避免只用矩形边界造成的误计数。
geometry 以 WKB 编码，文件属于 GeoParquet。读取后应立即检查坐标参考、几何类型、空几何和区域边界，再写入自己的服务层。id 列使用 GERS 格式的唯一标识符，因此增量更新可优先按稳定 ID 比对，而不应仅凭名称或坐标近似匹配。
GIS 场景与实施路径
城市选址可先查询 places 和 transportation 的区域分区，再把候选点按 GERS ID 建立版本化清单。基础底图更新可独立拉取 buildings 与 divisions，并对每个主题设置不同的更新节奏和质量指标。
Overture 建议使用 STAC catalog 作为权威的版本发现入口。调度任务应先解析 STAC 获得目标版本与资产清单，随后固定本次运行的版本号、查询范围和转换参数；报表可据此重放，而不是依赖已经废弃的静态清单。
可执行建议
- 先按业务问题选择主题、类型和地理范围，再读取分区。
- 用 bbox 做粗筛，并用实际几何完成精确空间判断。
- 保存 STAC 发现结果、版本号、资产路径和查询 SQL。
- 以 GERS ID 追踪增量变化，名称只作为辅助字段。
- 对每次导入检查坐标、空几何、类型、范围和要素数量。
资料来源与数据口径
事实来自 Overture Maps 官方 data 仓库及其引用的数据文档。本文的查询分层、版本固定和质量检查是 GIS 工程建议，不代表 Overture 对数据适用性的保证。
风险边界
云端分区和唯一标识并不自动保证属性完整、语义一致或与本地权威数据相符。不同主题的更新节奏可能不同，空间筛选也可能因坐标处理、边界定义和版本差异产生变化，应用到监管、应急或交易场景前仍需本地验证。
结论
云原生开放地图数据的关键不是一次性装进数据库，而是让每次读取都可定位、可重放、可核查。以 STAC 发现版本、以主题分区取数、以 GERS 追踪变化，GIS 团队才能把大范围数据转为可维护图层。
参考来源
- Overture Maps，Overture Maps Data：https://github.com/OvertureMaps/data