实景三维模型要做单体化吗？哪些项目真正需要

2026年10月19日 19:02

先看业务要不要按对象管理，再决定花不花这笔钱

结论先放前面：不是所有项目都需要。单体化的本质是让一栋楼、一座桥、一根杆件能被单独选中、查询、赋属性，属于管理与交互层面的需求。只做浏览、汇报、挂大屏的项目，做了也用不上，反而多一笔切割、补洞和编码维护的钱。真正需要它的，是资产台账、部件运维、按对象统计这几类业务。先讲判断标准，再给检查清单。

1 什么叫把一栋楼切出来

1.1 几何切开与逻辑挂接是两件事

几何切开是把连成一片的三角网按轮廓裁开，让每栋楼有独立的网格。逻辑挂接是给这栋楼一个标识、一份属性、一条指向台账的记录。两件事都做完，才算能用于管理。只切不开，选中还是一整片；只挂不切，点上去高亮的是别人的屋顶。

1.2 只有一套编码不算完成

有的项目交过来一堆编号，问哪个编号对应哪栋楼，答不上来。编码要和地名地址、不动产单元号、资产卡片号对得上，还要能在图上反查。对不上，这套编码在系统里就是死数据，第二年换人维护就断了。

换个角度看，单体化和二维图斑是一回事的两种表达。二维项目里，一栋楼就是一个多边形，属性挂在多边形上，这套做法很成熟。三维单体化等于把这个多边形抬到模型上，让三维对象和二维图斑一一对应。对应不上，二维的老系统接不进来。

2 先看业务要不要按对象管

2.1 资产台账与权属

房屋征收、公房管理、园区资产管理，这类业务要按栋出面积、按栋查权属、按栋算租金。模型只是台帐的三维入口，点一栋楼要弹出这栋楼的信息。这种需求绕不开单体化，而且必须和台账主键绑定。

面积怎么算也要提前定。是按模型表面积算，还是按投影面积算，还是直接取台账里的建筑面积，三种口径出来的数字能差不少。合同里写清用哪种，验收时才不会各说各话。

2.2 部件级运维

桥梁、隧道、管廊、变电站，管理粒度到构件。要定位到某一跨、某一榀、某一台设备，靠整片模型点不中。这类项目通常不只做单体化，还要做构件级建模或者把点云按构件分段，工作量比按栋切大得多。

2.3 查询与统计

按街道统计建筑数量、按高度分段统计体量、按用途统计占地面积，这些都需要每栋楼是独立对象。用整片模型也能算，但要先做一次轮廓提取和人工核对，做完的结果其实已经等于单体化了，只是没有落到数据里。

统计口径要和业务部门对一遍。层数算到几层、坡屋顶怎么折算、附属房计入还是单列，规则不同，出来的数字差得多。这些规则写在数据字典里，比写在汇报材料里有用。

3 四类场景其实不必做

3.1 只做浏览与汇报

规划展馆、招商推介、汇报演示，看的是整体效果，没人会去点某一栋楼查信息。这类项目把钱花在纹理质量和重点部位精细度上更划算。

真要做交互，也可以只对少数重点建筑做，比如把地标、场馆、售楼处单独拎出来做可点击的标注，剩下的保持整片。这种折中方案成本低，效果够用。

3.2 以地形和影像为主

河道、矿山、农林、大范围地形监测，管理对象是面状的，按栋切没有意义。要管也是按地块、按图斑管，用矢量数据更直接。

3.3 更新频率极低的区域

偏远区域、历史街区的一次性存档，做完就归档，后续不查询不统计。这种情况下单体化是一次性成本，收益接近于零。

3.4 还没有确定业务系统的项目

系统没定、字段没定、主键没定就先切，切完发现编码规则要改，返工比重做还麻烦。等业务口径稳定再动手，顺序更合理。

4 代价不只在建模，还在长期维护

4.1 切割与补洞的人工

按轮廓裁开之后，墙面会有洞，屋顶和地面接缝会露白，被遮挡的立面要补。补洞靠人工，一栋一栋来，成片区域累起来就是主要成本。轮廓线不贴合建筑边缘时，还要先修轮廓。切片顺序也有影响，先切后补和先补后切，出来的表面质量不一样，具体看数据情况。

4.2 编码与属性表的维护

楼拆了、建了、改了用途，编码表就要跟着改。谁负责改、多久改一次、历史版本怎么留，这些在合同里不写清楚，两年后数据就对不上现场。维护成本往往超过第一次切割的成本。

还有一种隐性成本是沟通。业务方说的"这栋楼"和测绘方说的"这个图斑"经常不是同一个范围，附楼算不算、连廊算不算、地下车库入不入，每一条都要确认。这些确认做在前面，后面少改几十处。

5 数据条件不够时先补什么

5.1 影像与空三的质量底线

轮廓提不准，后面全白做。影像分辨率不够、遮挡严重、空三有漂移的区域，建筑边缘是糊的，切出来的墙体歪斜。这类区域要么补飞，要么在成果说明里标注精度不足，不要硬切。

还有一个容易忽略的条件：建筑之间的间距。城中村、老厂区里房子贴得很近，轮廓挤在一起，人工在图上都分不清哪条边属于谁，切出来多半是错的。这种区域建议先做现场核对或者用近景影像补一遍。

5.2 有没有可用的矢量底图

手上已有建筑轮廓矢量（SHP、GeoJSON、DWG 提取的面），单体化的起点就高很多。没有的话要先从模型或影像上提取，再人工修。矢量底图的现势性也要看，五年前的轮廓和现场差得远。

坐标基准同样要核。模型用的是哪个投影、高程是正常高还是大地高，矢量数据又是哪一套，两边的定义可以在 EPSG 坐标参考系登记库里按代码查清楚。基准不一致，叠加时整体偏移，切出来的墙体和轮廓对不上，看起来像精度问题，其实是参数问题。

6 判断清单：五个问题过一遍

6.1 谁提需求、谁维护

1）业务方能不能说清要按什么粒度管？

2）点了这栋楼之后，系统要显示哪些字段？

3）这些字段现在存在哪个系统里，有没有主键？

4）验收后由谁负责更新，多久更新一次？

5）预算里有没有留出补洞和编码维护的钱？

五个问题里有两个答不上来，建议先做一小片试点，不要全区铺开。试点选业务最清楚的片区，做完拿给业务方点一遍，比看文档有效。

6.2 什么情况下可以先不做

业务系统还在选型、编码规则还没定、预算只够一次采集，这三种情况都可以先不做。把原始模型、空三成果、像控资料归档好，等业务清楚了再切，原始数据还在，返工空间就还在。

还有一种情况是成果只用于内部参考。比如做拆迁前的现状存档，几年后可能用来比对，但当下没有查询需求。这时候把影像、模型、坐标说明留全，比切得整齐更重要。

7 工具能做的是后半段

7.1 编辑、挂接与发布

切分和编码这一步，GISBox 不提供自动完成的能力，不要指望把 OSGB 丢进去就出来一栋栋带属性的楼。它能做的是后半段：把切好的模型或矢量导入，做场景整理和局部编辑，把 SHP、GeoJSON 的属性带进场景，再发布成 3DTiles 或 WFS 服务供业务系统调用。OSGB 场景支持压平、抠除、地形对齐这类编辑，矢量支持属性表查看与编辑，点选对象能读到属性。具体功能档位以套餐定价页为准。

发布这一段值得单独说。三维走 3DTiles，矢量走 WFS、WMS、WMTS、MVT 这些标准协议，数据源可以接文件，也可以接 PostGIS、Oracle Spatial 这类库。业务系统只要支持标准协议就能读到对象和属性，不必和工具绑定。前端用 Cesium、OpenLayers、Leaflet、Mapbox 预览都能接，具体效果建议结合项目验证。内网项目可以选局域网离线版。

7.2 不做的事要说清楚

它不会替你判断该按什么粒度切，不会生成资产编码，也不会和你的台账系统自动对账。这些属于业务建模的范畴，得由甲方和承建方一起定。工具能做的是让数据能改、能发、能被前端读到，读出来之后怎么用，是上层系统的事。

要不要做，取决于有没有"按对象管"的业务。有台账、有运维、有按对象统计，就值得做，而且要把编码和维护责任一起定下来；只是看、只是存档、只是上大屏，可以省下这笔钱。顺序上也别倒过来，先定业务，再看数据够不够，最后才是选工具。想先看看切分后的数据在场景里怎么编辑和发布，可以从下载页取基础版，用示例数据走一遍流程。

常见问题（FAQ）

FAQ-1 现成的 OSGB 能一键切成单栋吗？

市面上有按轮廓批量裁切的工具，但"一键"之后通常还要人工补洞、修边、核对编码，实际工作量不小。GISBox 不提供自动切分，只做切分之后的编辑与发布。采购时听到"全自动"，建议要求对方拿你的一片真实数据现场做一遍再签。

FAQ-2 切成单栋是不是要重新建模？

多数情况不用。在现有模型上按轮廓裁切、补洞、挂属性即可，前提是原始模型精度够、轮廓贴合。要管到构件级，才需要考虑重新建模或者补充近景数据，那是另一个量级的工作。

FAQ-3 切开之后接缝很难看怎么办？

接缝来自裁切面和补洞面，处理办法是补面时沿用相邻面的纹理走向，边缘做一点过渡，远景看不出来即可。要求完全看不出来不现实，也没必要，除非项目要出近景效果图。

FAQ-4 预算有限，先做哪一部分最值？

先做业务方点得最多的那一片，通常是中心区或者重点管理对象。做完一片，把编码规则、字段口径、验收方式定下来，再往外的区域按同一套规则复制，返工最少。全面铺开再改规则，代价最高。

相关格式与服务协议的说明可以查图文教程，遇到具体数据的裁切问题也可以在文档社区提问。

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