给城市数字化项目前期团队：先把地块、建筑和路网摆进同一版场景，再谈数据怎么接、底座怎么用。

城市时空智能的讨论，常从平台和算法讲起，落到具体项目却先卡在一块地。地块边界不清、楼栋高度不准、路网接不上，再多的数据也没有落脚点。底座不是概念，是一版能把对象摆对的三维场地。

数字孪生底座的起步，可以只从一个地块开始：把建筑、路网和水系摆进同一版场景，再逐步扩到片区。下面按对象清单、地块范围、建筑体量和图层组织四段讲做法，末段说工具能接住哪些环节、哪些能力不能夸大。

1 先厘清底座要装什么

1.1 对象清单怎么列

对象清单按用途列，不按数据表列。先写清底座要回答什么问题：看建筑体量、看路网关系、看水系岸线，还是看更新前后的对比。问题定了，对象才有取舍。

基础对象分四类：建筑、道路、水系和地形。四类之外，桥梁、围墙和广场按需要加。清单里写清每类的来源和更新频率，来源不明的先不列。

清单做成一张表，一行一个对象类，写清用途、来源、精度和负责人。表和场景里的图层一一对应，缺哪类一眼能看出来，交付时也按这张表验收。

清单里区分必备和可选两类。必备对象缺了，底座立不起来；可选对象按项目阶段再加。两类分开列，第一期交付就有明确边界。

1.2 精度要求怎么定

精度按用途定。看体量关系，楼高误差一两层可以接受；做管线碰撞，精度要求完全不同。底座先服务讨论，精度按讨论的尺度定，不按最高标准一刀切。

范围越大，精度越要分层。重点地块做细，外围做粗，两者在图上标注清楚。全范围一个精度，数据量和成本都撑不住，也没必要。

精度要求写进任务书，验收时按这个查。中途提高要求，工期和费用都要重算。把指标写清楚，后面少扯皮。

精度不是越高越好，够用就行。精度提高一档，资料、人力和复核时间都跟着涨。把每类对象的精度写清，评审时也有依据。

2 地块与路网怎么圈

2.1 地块边界怎么收

地块边界按权属或者规划红线收，不按影像上的围墙收。围墙会变，红线相对稳定。边界来源写进图注，登记图和规划图不一致时，两份都留。

地块内部按建筑、道路、绿地和水面再分。分块不必太细，能支撑讨论就行。分块线沿明显的地物走，后面调整不容易错位。

相邻地块带一圈进来。只看本地块，周边高楼和道路的关系就断了。带多少按视线和通行影响定，通常一个街区够用。

地块边界与道路红线的关系单独核。退界不一致时，建筑摆位会跟着偏。红线来源不同，图上用不同线型，不混成一条。

2.2 路网怎么接

路网按等级接：主干路、次干路、支路和内部道路。四级在场景里粗细不同，混成一样宽，路网关系就看不出来。等级按现状或者规划图取，注明来源。

路口按实际形状接，不简化成十字。丁字路口、错位路口和环岛，形状不同，通行关系也不同。路口范围单独画，和路段分开。

路网与地块出入口对得上。出入口位置错了，内部道路就接不上。图上标出主要出入口，和外部路网连起来看。

支路和内部道路的连通要逐条查。断头路和封闭小区内部路，在图上要如实表达，不能为了好看连成环路。连不上就标断点，不靠推测补线。

3 建筑体量怎么成

3.1 楼高怎么取

楼高优先用竣工图或者测绘成果，没有资料时按层数估算。估算值统一标注，不和实测混在一起。屋顶有加建的，单独加一段高度。

沿街和院内往往不在一个标高。按一个基准拉平，整片楼群的体量关系就错了。分段取地坪，台阶和坡道的位置也标出来。

在建和已批未建的项目单独一层。底座要反映哪个时点，任务书里写清楚。现状和规划混在一起，讨论时分不清哪栋已经存在。

同一栋楼在不同资料里层数不一致时，取竣工图并注明。竣工图也没有的，按现场数层，记录查看日期。三份资料对不上，不要取平均值。

3.2 屋顶怎么处理

屋顶按形式分：平屋顶、坡屋顶和复杂屋面。形式不同，体量看上去差很多。平屋顶上的设备房、水箱和光伏板，按块标出来。

屋顶高度不等于楼高。女儿墙、屋脊和设备基础都要单独记，看天际线时这些细节会影响观感。拿不到的标待核。

屋顶颜色和材质按大类处理，不逐栋贴图。底座看的是体量和轮廓，材质过细反而拖慢加载。需要效果图时再另做。

屋顶上的临时构筑物按现状处理。加建棚、广告架和冷却塔，在底座里单独标，不和主体混。临时对象注明查看日期，后面变了再更新。

要从一个地块开始把建筑、路网和水系摆进同一版底座，可以先查看造形家官网的场景生成与编辑说明，按本文的顺序列对象、定精度，再分层。

4 图层怎么组织

4.1 分层怎么划

图层按对象类型分：建筑、道路、水系、地形、绿地。五层是基础，项目需要时再加管线、地块和规划分区。层数不要太多，多了没人记得住。

再按时间分一层：现状和规划。两套对象分开放，讲现状关规划层，讲方案反过来。时间维度分开，对比才清楚。

图层顺序按遮挡关系排。地形在最下，建筑在上，标注在最上。顺序乱了，看模型时会被挡。

图层数量按使用人定。给管理层看的版本只留三到四层，给技术团队用的版本可以细一些。两套视图都从同一份底图出，不另做。

4.2 命名怎么统一

命名用类别加编号，前缀统一。建筑用 JZ，道路用 DL，水系用 SX，编号连续。名字里带版本，换版时一眼能分辨。

同一对象在不同图层用同一个编号。建筑在主图层和规划图层都叫 JZ-001，对比时才不会认错。编号一旦分配，不随位置调整而改变。

命名规则写进项目说明，附一张对照表。新成员按表执行，不各起各的名字。交接时对照表就是说明书。

编号表随成果一起交付。下一个项目可以沿用前缀规则，减少重新约定的时间。规则变了要写版本说明，老项目仍按老规则查。

5 平台在底座里帮什么

5.1 场景能先装进哪些

造形家官网展示的能力，是在地图上框选范围生成三维场地，由 AI 识别建筑轮廓、高度和类型，再生成建筑、地形、水体和植被。建筑可以改类型、挪位置、转角度、调高度，图层能分开预览和管理，最后导出通用 GLB。官网也展示了与 Unreal Engine、Unity、Blender、Revit、ArcGIS、GISBox、山海鲸可视化等方向的承接，具体适配要按版本和坐标系验证。

放到数字孪生底座的前期，它先做的是把地块、建筑、路网和水系摆进同一版场景。现状和规划分两层，汇报时切换着看。底座先服务空间讨论，后面接什么业务系统，再按项目需要定。

用它有一个前提：地块边界、楼高和路网等级要先核过，识别结果与现状不符的地方要人工改。成片厂房和连片民房容易并成一栋，摆完要按块检查。水面按设定水位重设，不能沿用默认值。

从一块地扩到片区时，最省事的做法是把相邻地块逐块接上，接缝处对齐道路和河道。每接一块核一次高程和边界，问题留在本地块解决，不累积到整片。

5.2 哪些能力不能夸大

它能表达空间关系，不能替代实时数据接入、物联感知和业务系统集成。底座里的对象是静态的，谁在用、用得怎么样，场景回答不了。把这些期待写进说明，项目边界才清楚。

仿真、分析和预测也不在场景里做。交通流量、能耗和人口分布，要由专业模型计算。把场景当分析平台，是用错了地方，后面验收也对不上。

它也不能替代数据治理。同一栋楼在不同系统里有三个名字，场景里摆得再对，业务上还是对不上。底座之前，先把主数据和编码统一。

底座能走多远，取决于数据治理能做到哪一步。场景解决看得见的关系，编码、口径和权限要靠制度。两件事分开推进，项目才不会停在演示阶段。

对外演示的版本要去掉敏感信息。管线、重点单位和内部编码不进公开场景。权限和脱敏规则在制作前定好，不等到发布时再删。

6 开工前先厘清五件事

6.1 先定底座用途

先定底座用途。看体量、看更新还是看方案对比，三种用途的对象和精度不同。用途写进任务书，范围跟着定。

6.2 数据找谁要

数据找谁要。地形找测绘，建筑找住建或者属地，路网找交通或者规划。每类数据记来源和日期，缺的标待核。

6.3 编号怎么对齐

对象怎么编号。建筑、道路、水系各用一套前缀加序号，图层和清单共用。编号不随位置调整而变。

6.4 成果交给谁

成果交给谁。前期团队用的版本和给业务部门看的版本分开，图层和精度不一样。交付时附一份说明，写清版本和边界。

6.5 更新怎么安排

更新怎么安排。按季度或者半年定更新节奏，更新时整批替换，不做零散修补。旧版留档，对比时能查到变化。

FAQ：常见问题

FAQ-1 底座场景能接到哪些平台？

造形家官网展示的是导出通用 GLB，Unreal Engine、Unity、Blender、Revit 等可作为下游承接方向，ArcGIS、GISBox、山海鲸可视化也在官网的展示范围内。能不能顺利打开，要看软件版本、单位设置和坐标系。导入后先核对地块边界、楼高和路网，再叠加其他数据。

FAQ-2 城市数据从哪里来，现场核什么？

地形和影像找测绘单位，建筑和路网找住建、交通或者规划部门，水系找水利。现场重点核地块边界、楼栋层数和道路等级。核完在图上标出来源和日期，估算值不要当成实测值。

FAQ-3 第一次搭底座，范围做多大合适？

从一个街区或者一个更新单元起步，跑完整流程再扩。范围太大，资料收不齐，精度也控制不住。人员按数据、现场和制图三条线分工。预算和交付方式以官方说明为准，本文不做报价。

项目会上还在为底座到底装什么争论时，可以先查看造形家官网的场景生成与编辑说明，先把空间关系摆对，再谈数据接什么、平台怎么建。