实景三维建模成果交付什么格式？OSGB与3DTiles清单

2026年10月19日 19:02

先看谁要用、在哪用，再决定主格式，别把“能打开”当成“能交付”

实景三维项目做到最后，格式问题往往比建模本身更容易卡住。生产端习惯 OSGB，Web 端更认 3DTiles，甲方可能还要地形、影像、矢量与元数据。合理的做法不是二选一，而是确定一个主格式，再配一套交换格式和说明文件。交付清单写清楚，后面换平台、做轻量化、二次开发都省事。下面按使用端、主格式、交付清单和回读检查逐项说明。

1 先看使用端，再定主格式

1.1 三类使用端的要求不同

第一类是生产与存档，关注原始分块、纹理、坐标和可编辑性；第二类是 Web 浏览与业务系统，关注按需加载、瓦片组织和浏览器兼容；第三类是 GIS 分析与二次开发，关注坐标、属性、格式规范和接口。三类使用端对“好格式”的定义并不一样。

交付前先问清楚：成果最终进哪个平台、由谁维护、要不要继续编辑。答案不同，主格式就不同。只按生产端习惯交 OSGB，接收方可能还要再做一次转换；只交 3DTiles，后续修模又会缺原始数据。

1.2 主格式加交换格式更稳

常见组合是以 OSGB 或 3DTiles 之一为主格式，另一种作为交换格式，再附地形、影像、矢量和元数据。主格式保证日常使用，交换格式保证可迁移。两者都保留时，要在清单里写明版本关系，避免出现“两套数据不一致、却不知道以哪套为准”的情况。

如果项目周期长，建议把源数据、中间成果和发布成果分层存放。源数据是底账，中间成果用于返工，发布成果用于上线。三层不要混在一个目录里。

2 生产母版适合放在什么位置

2.1 生产与存档仍然常用

OSGB 以分块和纹理组织倾斜摄影模型，生产工具链成熟，便于修模、补洞和局部替换。对需要长期存档、反复编辑的项目，保留 OSGB 有价值。它也更接近建模阶段的原始组织方式，出了问题容易回溯。

不过，OSGB 直接用于 Web 端并不总是方便。分块数量、纹理体积、目录结构都会影响加载，跨平台使用时还要考虑坐标系和索引方式。把 OSGB 当作“生产母版”而不是“最终网页格式”，定位会更清楚。

2.2 交付时要附目录说明

只给一个 OSGB 文件夹，接收方往往不知道从哪个文件开始、哪一层是顶层、纹理放在哪里。交付时应附目录树、顶层文件、分块规则、坐标与高程基准、纹理命名规则。若做过压平、抠除或局部替换，还要记录改动范围和版本。

这些说明不增加多少工作量，却能减少大量沟通。尤其是跨单位交接，目录说明比口头交代可靠。

3 网页发布格式适合放在什么位置

3.1 Web加载与按需调度

3DTiles 面向流式加载，按空间层级组织瓦片，浏览器和三维引擎可以按视距取数据。它适合城市级浏览、业务系统嵌入和多端展示。瓦片划分、几何误差和纹理压缩设置，会直接影响加载效果，交付前应在目标引擎里实际打开看一遍。

不同引擎对 3DTiles 版本和扩展的支持不完全一致。交付时写明使用的版本、坐标参照和是否使用了压缩纹理，接收方才能判断要不要转换。

3.2 坐标与版本要写清

3DTiles 的定位依赖变换矩阵和坐标参照。交付文件里应说明源坐标系、是否做了偏移、原点在哪里。只写“已转 3DTiles”不够，换一个平台可能整体偏移或悬空。

版本同样要写。重建顶层、顶点压缩、自定义瓦片尺寸等设置会改变数据结构，接收方做二次处理时需要知道原始参数。参数丢失后，问题很难复现。

4 一套完整的交付清单

4.1 模型、地形、影像与矢量

模型成果包括主格式模型、交换格式模型、纹理与材质说明。地形成果包括地形瓦片、原始高程数据说明和无效值处理记录。影像成果包括影像瓦片、分辨率、拍摄时间和镶嵌说明。矢量成果包括 SHP 或 GeoJSON、属性字段字典、坐标与更新日期。

清单要写到“文件或目录”一级，而不是只写类别。接收方按清单逐项勾选，缺项能当场发现。

4.2 元数据与使用说明

元数据至少包含项目范围、坐标与高程基准、生产时间、精度指标、数据来源、处理步骤、已知缺陷和使用限制。若有遮挡、空洞、水面破面等情况，应在地图或说明里标出位置，避免使用方误判。

再附一份“怎么打开”的说明：推荐引擎、最小配置、示例服务地址、常见问题联系人。文档不长，但能决定成果能不能被真正用起来。

5 交付前必须核对的参数

5.1 坐标、高程与单位

先确认平面坐标是否与合同一致，再确认高程是大地高还是正常高，单位是米还是其他。三者有一项不对，成果就会整体偏移或高低失真。用至少三个已知点复核，记录差值。

如果成果跨投影带，要说明分带方式和接边处理。只写一个总坐标系，接收方在接边处仍可能对不上。

5.2 目录、命名与版本

目录结构统一，文件名不使用特殊字符，版本号写在固定位置。每次更新保留变更记录，不覆盖旧版本。交付包生成校验值，接收方解压后核对，能排除传输损坏。

命名规则看似琐碎，却是多人协作的基础。没有规则，三个月后连自己都分不清哪一版是最终成果。如果项目要交给运维方长期使用，还应附一份更新流程：谁可以改、改完如何重新发布、旧版本保留多久。把流程写下来，交接后才不会每次更新都重新找人。

6 GISBox在格式转换中的位置

6.1 可做的转换与版本边界

GISBox 支持倾斜摄影 OSGB 转 3DTiles，基础版即可使用；也支持地形 GeoTIFF 转 terrain、影像切片、通用模型和点云切片，以及服务分发。3DTiles 反切 OSGB 从专业版起，RVT、IFC、DWG 等切片属于企业版能力。具体功能和收费范围以官网定价页当日展示为准。

它适合做成果的编辑、转换和发布，不替代测绘生产与质量评定。精度、完整性和坐标基准仍要在生产环节控制。如果项目只需要浏览，可以把转换后的瓦片直接发布为服务；如果要继续修模，则应保留可编辑的母版，避免在瓦片层面反复改动。

交付前还要确认收费边界。基础版覆盖常见的倾斜摄影、地形、影像、通用模型和点云切片，反切、部分 BIM 与 CAD 格式切片、重建顶层、顶点压缩等属于专业版或企业版。报价和合同里把版本写清，验收时就不会把收费能力当成免费项。

6.2 转换之后仍要回读检查

转换完成不等于交付完成。应在目标引擎里检查整体位置、楼层贴地、纹理完整性、瓦片加载和移动端表现。发现问题回到源数据或参数设置，不要只在发布端打补丁。

把转换参数、版本号和检查结果写进交付记录。下一次同类项目可以直接复用，减少重复试错。

7 一份可执行的交付顺序

7.1 从使用端倒推

1）确认最终平台与维护方；

2）确定主格式与交换格式；

3）整理模型、地形、影像、矢量四类成果；

4）补齐坐标、高程、精度与缺陷说明；

5）在目标引擎回读检查；

6）生成清单、校验值与版本记录；

7）双方按清单签收。

这个顺序把“格式”放回使用场景里判断，而不是先做完再猜对方要什么。格式选对了，后面的转换、发布和维护都会顺一些。需要对照具体转换方向，可以查阅 GISBox 图文教程；版本与收费边界见 套餐定价页。

常见问题（FAQ）

FAQ-1 两种格式要同时交吗

不一定，但建议至少保留一种可编辑的主格式和一种可直接使用的发布格式。只交一种时，要在合同里写明后续转换由谁负责、费用如何计算。两种都交时，写清版本对应关系。

FAQ-2 交付后对方打开位置不对，先查什么

常见原因是坐标参照或变换矩阵缺失，也可能是原点偏移没有说明。先核对源坐标系、原点和高程基准，再在目标引擎里用已知点复核。不要只用“看起来差不多”判断。

FAQ-3 地形和影像也要单独交吗

要看使用端。如果对方只浏览模型，可能不需要；如果要做淹没、控高、剖面或底图叠加，地形和影像就是必需项。交付清单按业务功能列，比按文件类型列更容易查漏。

FAQ-4 轻量化后的模型还能改吗

轻量化通常伴随几何简化或纹理压缩，可编辑性会下降。需要长期修模的项目，应保留轻量化前的版本。交付时说明哪一版用于浏览、哪一版用于编辑，避免拿浏览版去返工。

需要先验证转换与发布链路，可以从 GISBox 下载页 获取基础版，用一小块数据走完 OSGB 到 3DTiles 的流程。3DTiles 的组织方式可参考 OGC 3D Tiles 规范。

【内容与技术说明】
本文由GISBox产品团队整理发布，内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代，具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误，欢迎通过support@gisbox.com反馈。
最后核校：2026-10-19。