格式不是越新越好,能跑通你那条链路的那一种就够
先说结论。多数项目不需要在十几种格式里挑,真正要做决定的是三件事:输出走 3D Tiles 这套规范还是别的路线,瓦片内部用批量模型还是复合打包,版本停在 1.0 还是升到 1.1。答案不在软件里,而在目标查看器、交付约定和后续更新方式里。这篇文章不写操作步骤,只谈怎么选、什么时候不必改,以及哪些选择定错了后期要返工。

倾斜摄影成果的原始形态通常是 OSGB:一堆按层级分目录、带贴图的文件。它适合生产端,不适合分发端。没有统一索引,加载方无法按需取用某一块,只能整包打开。格式化要解决的正是这件事,把目录结构变成可索引、可按层级调度的数据。
目前承担这个角色的主流标准由 OGC 维护,就是 3D Tiles(见 OGC 3D Tiles 标准页)。它本身是一份规范,不是单一文件格式。规范之下,同一批模型可以有几种落地形态。
1)批量三维模型(b3dm):把一批带贴图的三角面模型打包进一个瓦片,连续的建筑与地表最常用。
2)实例化模型(i3dm):同一棵树、同一盏路灯重复出现成千上万次时,只存一份几何再记位置,省体积。
3)复合瓦片(cmpt):把上面两种以及点云拼进一个物理文件,减少文件数量,便于搬运和分发。
4)点云瓦片(pnts):面向三维点数据,与倾斜摄影的表面模型不是一回事。
所以“输出成什么格式”要分两层回答:外层是遵循 3D Tiles 的服务数据,内层再按内容挑 b3dm、i3dm 或 cmpt。表面模型绝大多数落在 b3dm 上;需要把整块区域塞进更少文件时才用 cmpt;点云和实例化对象属于另外的场景。
这里容易混淆的是 OSGB 与 3D Tiles 的关系。OSGB 更像生产端的交换与存储形态,自带分块和贴图目录;3D Tiles 面向调度与分发,核心是索引与层级。两者不是对立关系,多数流程就是把前者转成后者。也正因为如此,问“转成什么格式”,本质是在问“分发给谁、按什么方式加载”。想不清后一个问题,选格式就只能凭手感。
格式选择的第一个约束来自使用方,不是来自数据。你自己怎么导出都行,但加载方认不认,决定了整套数据是否白做。
常见的加载与预览环境包括 Cesium、OpenLayers、Leaflet、Mapbox 等框架,以及各类桌面端浏览工具。官网展示了这些预览框架的适配方向,实际支持程度仍要结合你的项目验证。它们对标准的实现并不齐:有的对 1.0 全量支持,对 1.1 的新特性只认一部分;有的对复合打包文件支持有限;有的要求瓦片尺寸固定。这些差异不是工具好坏的问题,而是各家实现节奏不同。
判断顺序建议这样走。
1)先确认目标查看器或引擎的名称和版本。
2)查它对 3D Tiles 版本与内部形态的支持说明。
3)用一小块样例数据实测加载,别等全量交付后才发现问题。
4)把结论写进交付约定,明确交付哪种形态、多少层、什么坐标系。
如果对方只有旧版本客户端,硬塞 1.1 的新特性可能反而加载失败。兼容性由最弱的一环决定。
还有一个常被跳过的问题:使用方有没有能力自行转换。如果对方只是把数据摆进平台展示,你要交付的就是它能直接读的成品;如果对方有技术团队、也愿意适配,形态的余地就大得多。先问清这一点,往往能省掉一轮返工。

1.0 与 1.1 不是小数点后的差别,两者在能力取舍上有明确分野。
1.0 是长期被广泛实现的版本,管线成熟,各类客户端支持度高。它的思路是把不同内容拆成 b3dm、pnts、i3dm 等专门格式再组合,逻辑直白。
1.1 引入了更统一的表达,允许直接用 glTF 承载几何与贴图,扩展机制也更灵活,比如对元数据和纹理压缩方式的支持。方向上是让三维数据更靠近通用图形生态。
对多数倾斜摄影项目来说,判断标准其实很简单。
1)现有管线和客户端在 1.0 上跑得稳,也没有用到新特性的需求,那就不必升级。
2)只在少数环节需要新能力,先确认目标端是否支持,再决定要不要局部使用。
3)整条链路都换了新客户端,团队也有精力重新验证,再考虑迁移。
升级不是义务。把自己没有需求的新版本套上去,换来的是兼容风险,不是收益。
要确认支持情况,别只看文档标题。同一个客户端的不同版本,对 1.1 的支持可能从“完全不认”到“只认一部分”都有。可行的办法是准备两份极小的样例,一份纯 1.0、一份含新特性,在目标环境里各加载一次,看控制台报错和渲染结果。这一步花不了多少时间,能挡掉后面大部分扯皮。
第二个变量是交付方式和更新节奏,两条都要看。
需不需要单文件分发:
1)要拷贝给外部、经移动介质流转,复合打包能明显减少文件数量,搬运和校验都省事。
2)只在内部服务器托管、按 URL 按需加载,文件数量不是问题,拆得细反而更灵活。
更新频率:
1)一次交付、长期不动,可以优先考虑体积与加载效率。
2)按期增量更新,要预留局部替换的空间,别把内容全压进一个复合文件,否则每次小改都要重做整包。
3)频繁更新,建议按片区或图层拆分,把粒度控制在可替换的范围内。
这两条经常被忽略,却直接决定后期维护是“改一块”还是“重做一遍”。
分发方式还牵扯到校验。文件数量多的时候,逐个比对哈希很费事;复合打包把大量内容并成一两个文件,传输中断后重传的成本也低。代价是灵活性下降,单块内容要更新就得动整个包。所以这条取舍的落点,是你能不能接受“改一处、动一包”。

模型体量影响的是“要不要拆、拆多细”。
1)体量小、单栋或小片区,形态选择空间大,没必要为了省体积牺牲加载灵活度。
2)体量大、成片城区,需要按空间层级切分,让客户端按视距取用不同精度的瓦片。
3)含大量重复构件,实例化形态的价值才显现。
4)点云与表面模型混合,可能需要在复合文件里容纳不同内容。
图层深度是另一件事。层级越深,客户端能做的视距切换越平滑,但文件数量和索引复杂度也跟着上升。这个取舍没有通用最优值,要在“首屏加载”和“深入查看”之间找平衡。具体表现与数据量、机器配置、参数设置都有关,建议用自己的数据实测,别照搬别人的数字。
深度还和精度分布有关。城市级项目里,主城区要细,远郊可以粗,如果全按最高精度切,层级和文件都会失控。合理的做法是按用途分区:重点区域深一点,外围浅一点,再用同一套索引组织起来。
想先看清每一步在界面上怎么落地,可以对照 倾斜模型切片图文教程,从导入文件夹到设置空间参考都有演示。
把上面几节收拢成四问,逐题作答就能得出结论。
1)目标查看器或引擎支持什么:认 1.0 就输出 1.0 兼容形态,确认支持 1.1 再考虑新特性。这一步是硬约束,排最前。
2)是否需要单文件分发:需要,考虑复合打包;不需要,按清晰结构拆分。搬运便利与加载灵活只能二选一。
3)数据更新频率:低频更新可偏向体积优化;高频更新要保留局部替换能力,按片区拆分。
4)模型体量与构件特征:体量大、层级深、重复构件多,才需要更细的拆分与实例化;小体量不必过度设计。
四问里只要有一项指向相反的取舍,就以更严格的那一项为准。
也要承认这套四问有不适用的时候。交付对象还没定,项目还在试验阶段,就不必急着锁定格式,先把样例链路跑通更实际。数据精度尚未验收时,格式选得再严谨也没用,因为内容本身还会返工。格式选择受目标查看器、引擎能力与交付约定约束,并非所有引擎对 1.1 的新特性支持一致,具体导出能力也要以官方文档和所用版本为准。
在 GISBox 里,倾斜摄影 OSGB 转 3D Tiles 属于基础版能力,网络公开版基础版永久免费;而重建顶层、顶点压缩、自定义瓦片尺寸、KTX2 纹理压缩这些和输出细节相关的项,属专业版及以上。价格以官网为准(核验日期 2026-10-14):网络公开版专业版 69 元/月、699 元/年,企业版 389 元/月、3999 元/年;局域网离线版专业版 199 元/月、1999 元/年,企业版 489 元/月、4999 元/年,集团版面议。想核对某项能力落在哪一档,可到 GISBox 定价页 对照功能清单;想先摸清产品全貌,GISBox 官网 也列出了场景编辑、转换与服务分发的模块划分。
不一定,很多人把“新版”当成“更好”,这两件事在这里不成立。先看目标客户端有没有需求:现有链路在旧版本上跑得稳,也没有用到新特性,升级只会带来重新验证的成本。值得升级的场景通常是目标端已较完整地支持新版本,而你正好需要元数据查询或特定压缩这类新能力。即便如此,也先用样例数据在真实环境里过一遍再定。
建议统一到同一版本和同一套层级规则。来源不同往往意味着坐标系、精度、纹理质量都不一样,混在一套服务里,客户端切换层级时观感会跳。可以分两步:先按片区各自成包,再在服务层做统一索引。如果确实无法统一,也要在交付说明里写清哪一块用哪种结构,避免使用方误判。
重建顶层、顶点压缩、自定义瓦片尺寸和 KTX2 纹理压缩这几项属专业版及以上,基础版不提供。如果你的项目只需要把 OSGB 转成标准的 3D Tiles 服务,基础版就够用,不必为用不上的能力付费。判断方法是先看需求里有没有“改瓦片大小”“重新组织顶层结构”这类要求;对不上的,直接跳过。至于价格,以官网为准(核验日期 2026-10-14),网络公开版与局域网离线版是两套独立定价,不要混用。
看服务地址有没有变。如果只是新数据换了内部形态,服务协议和地址都不动,通常只需替换数据源并验证一次典型片区。如果版本或容器变了,客户端可能读不了旧地址,那就得重新发布并登记新版本。稳妥做法是保留旧版服务一段时间,等新服务在目标端确认无问题后再下线。
要先把基础版流程跑一遍再决定投入,可以从 下载 GISBox 试用基础版切片流程 获取安装包,用一小块数据走通导入、设置、导出的完整链路。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-10-14。