OSGB格式怎么转3DTiles?转换工具有哪些?

你导出的OSGB模型为什么在Cesium里“飘”起来？

上周一位做智慧城市项目的读者在后台留言：“Dr. Gis，我用ContextCapture生成的OSGB数据，拖进Cesium就悬空了，坐标全乱套！是不是必须转成3DTiles？”——这几乎是每个刚接触三维GIS的同学都会踩的第一个坑。别慌，今天我就带你从原理到实战，彻底搞懂OSGB转3DTiles这件事。

先搞清楚：OSGB和3DTiles到底是什么关系？

简单说，OSGB是“原材料”，3DTiles是“精装交付包”。想象你要寄一箱易碎的玻璃工艺品——OSGB就像一堆散装玻璃片，而3DTiles则是用泡沫分层包装、贴好标签、注明轻拿轻放的快递箱。

我在参与某省国土空间规划三维底板项目时，曾因直接加载原始OSGB导致浏览器崩溃37次。后来团队统一转为3DTiles后，不仅加载速度提升4倍，还能按需加载不同LOD层级——这才是工程级应用该有的样子。

技术上讲：

• OSGB（OpenSceneGraph Binary）：是Bentley ContextCapture、Smart3D等软件默认输出的三维瓦片格式，本质是金字塔结构的二进制场景图，但缺乏Web友好性。
• 3DTiles：由CesiumLab主导推动的开放标准，专为WebGL流式加载优化，支持空间索引、LOD切换、属性查询，是目前Web端三维GIS的事实标准。

转换前必读：三个致命误区

1. 误区一：以为只是格式重命名 —— 错！OSGB转3DTiles本质是重建空间索引+重采样纹理+坐标系重映射，不是改个后缀那么简单。
2. 误区二：忽略坐标系问题 —— 多数OSGB默认是局部坐标系（如ENU），而Cesium要求WGS84经纬高或ENU相对坐标。转换时若不指定原点，模型就会“飘”到太平洋上。
3. 误区三：追求100%无损 —— 不现实。3DTiles为了网络传输会压缩纹理与几何精度，接受“视觉无损”即可。

四大主流工具横向评测（附实测参数）

手把手教学：用CesiumLab完成零失误转换

以最常用的CesiumLab为例（版本3.0+），跟着我的步骤走：

1. 打开软件 → 选择“倾斜摄影OSGB转3DTiles”模块；
2. 导入OSGB根目录（注意选包含Tileset.json的那个文件夹）；
3. 关键一步：设置“空间参考”。若原始数据无坐标，需手动输入项目原点经纬度（可用QGIS提取KML角点坐标）；
4. 调整“简化率”建议0.3-0.5（平衡精度与性能），“纹理压缩”选ETC1S；
5. 点击生成 → 等待进度条跑完 → 输出目录会自动生成tileset.json + /tiles文件夹。

# 如果你是代码党，这是用Python调用CesiumLab CLI的示例
import subprocess
subprocess.run([
    "CesiumLabCLI.exe",
    "--input", "D:/project/osgb/",
    "--output", "D:/project/3dtiles/",
    "--crs", "EPSG:4326",
    "--origin", "116.39,39.91,0"  # 北京天安门坐标
])

转换后如何验证是否成功？

别急着上生产环境！先做三件事：

• 用Cesium官方3D Tiles Validator检查JSON结构；
• 本地起个简易HTTP服务（Python一行命令：python -m http.server 8080），用Cesium Viewer加载测试；
• 重点观察：模型是否贴地？纹理是否错位？点击能否返回属性？

写在最后：转换只是起点，优化才是王道

OSGB转3DTiles不是终点，而是三维GIS工程化的第一步。真正考验功力的是后续的实例化合并、属性挂接、动态调度策略。比如我在雄安新区项目中，通过给建筑模型添加building_id属性，实现了点击查询产权信息——这才是3DTiles的价值所在。

你在转换过程中遇到过哪些奇葩报错？是纹理丢失？还是坐标偏移十万八千里？欢迎在评论区留下你的血泪史，我会挑3个典型问题下期专门出解决方案！