给城市管理与测绘管理人员：先分清底账和工作底稿，再谈哪些片区场景可以先用起来。

城市级实景三维项目动辄覆盖几十平方公里，采集、处理和更新都是长期投入。有人问能不能用场景生成替代，问题要先拆开：替代哪一段，替代到什么程度。

两类成果服务的目标不同，混在一起谈容易得出错误结论。下面把覆盖、精度、分工和验收分开说。

1 两类成果说的不是一件事

1.1 覆盖范围与更新周期

城市级成果要覆盖建成区，边界、道路、建筑和地形都要连续。更新按年度或项目周期安排，前后版本要能比对，才能用于管理和审查。

场景生成通常围绕一个项目或片区，范围小得多。它可以随时改，改完立刻出图，但不承担全域覆盖和长期更新。

把两者放在同一张地图上看，一个是底账，一个是工作底稿。用途不同，评价标准也不该相同，硬比精度没有意义。

城市级成果的更新往往有统一窗口，项目场景可以按周改。两者的时间尺度不同，不要用项目的节奏要求底图。

判断替代关系时，先问这套成果有没有法定用途。有法定用途的部分，场景不进入讨论。

1.2 细节与精度要求

实景成果要能测量、能核验，精度有明确指标，成果报告要能经得起抽检。场景重在表达空间关系，尺寸和细节做了简化。

汇报时看不出差别，落到计算和验收就会暴露。用场景替代成果，最后还是要补测，前面的投入也白花。

判断标准很简单：要不要签字、要不要作为依据。要，就走成果流程；不要，场景可以先用，边界写清楚就行。

有些项目把场景截图贴进汇报材料，被当成成果使用。材料里标注清楚来源和用途，能避免这种误读。

精度指标写在合同里，验收按指标抽检。场景没有对应指标，也就没有验收口径。

2 城市级覆盖的难点

2.1 城市底图与片区场景

城市底图要处理海量建筑和路网，数据组织、切片和更新都有专门流程。单靠一个项目团队，很难长期维护。分工确认后写进会议纪要，后续按纪要执行。

片区场景可以只带与项目相关的范围，范围外的对象简化处理。这样能控制体量，也方便反复修改。

底图是公共底座，片区场景是项目工作区。两者的数据来源、更新责任和维护方式都不同。

城市底图的数据量很大，打开和浏览都需要专门环境。项目场景不必追求全域，把周边关系带全就够用。

底图更新涉及多家单位的数据汇交，协调周期长。项目场景不必等底图更新，可以先按现有资料做。

2.2 方案表达与现状记录

方案表达允许夸张和简化，重点是把关系讲清楚。现状记录要求真实，不能为了好看改动对象。

同一个场景里混用两种目标，容易两头不讨好。汇报时好看，核验时对不上。

把图层分开，方案层可以改，现状层锁定。需要哪一层开哪一层，用途就不会混。

方案层可以做得干净一些，现状层保留原始对象。切换图层就能区分表达和记录，不用维护两份文件。

对外发布前，方案层和现状层分别出图。混在一起发布，容易被误读为现状。

3 分工怎么划

3.1 谁出成果谁签字

正式成果由具备条件的测绘单位完成，签字和验收责任清晰。场景提供辅助表达，不进入成果链。

分工写进合同，比口头约定可靠。谁负责采集、谁负责处理、谁负责更新，逐项列明。

项目内部也要指定场景维护人。没有人负责，版本很快会乱，最后谁都不敢用。

外部单位和内部团队的分工，最好在启动会上确认。谁改场景、谁改成果，写进会议纪要。

成果签字人对数据负责，场景维护人对表达负责。两个角色分开，出了问题好追溯。

3.2 数据怎么交接

交接要带坐标、单位、范围、版本和已知简化。只给一个模型文件，接收方很难判断能不能用。

成果和场景各自保留原始文件，不要互相覆盖。需要对照时，按统一视角并排看。

交接记录写清时间和经手人。半年后回看，能追到哪一版对应哪次汇报。

交接后安排一次试开，确认对方能打开、能定位、能看到图层。只看文件大小，判断不了能不能用。

交接清单里加上软件版本和打开方式。只写文件名，对方可能根本打不开。

如果项目只需要片区级的场景表达，城市底图另有来源，可以查看造形家官网的场景生成与编辑说明，先做一个片区，验证坐标和交接方式。

4 更新和验收怎么配合

4.1 更新机制与版本

城市级成果按周期更新，项目场景按方案节点更新。两条节奏不同，靠版本号对齐。

每次更新记录变化范围，不要整份覆盖。需要回看时，知道哪一块什么时候动过。

更新前先确认下游是否已经使用旧版。贸然替换，别人手里的文件会对不上。

版本号建议包含日期和项目简称，简单可读。编码太复杂，现场没人愿意用。

更新记录按项目归档，不要只留在个人电脑上。人员变动时，记录就是唯一线索。

4.2 验收材料怎么准备

验收看成果报告、精度统计和抽检记录。场景截图只能作为说明材料，不能替代这些文件。

把场景和成果的对应关系写清楚：哪块用了成果，哪块是表达。审查时少解释。

材料按项目归档要求整理，命名统一。临时拼凑，很容易漏项。

验收前把场景里的临时对象清掉。辅助线、占位体块留在文件里，容易被当成正式内容。

验收会上用固定视角演示，别现场找角度。视角稳定，评委更容易比较。

5 造形家能接住的范围

5.1 生成尺度怎么选

造形家官网展示了地图框选生成三维场地模型、AI 识别建筑轮廓高度与类型、生成地形水体植被，以及调整建筑类型位置旋转高度、图层化预览编辑管理和导出通用 GLB 等能力。放到城市级项目里，它适合做片区和项目级的场景，不承担全域底图。

框选项目所在片区，生成周边建筑、道路和地形，再把方案建筑摆进去。范围可控，修改也快。

需要和城市底图对照时，按同一坐标和视角摆放，别把两套数据混在一个文件里。

片区场景和城市底图对照时，先把底图调成半透明，再叠场景。位置关系一眼能看出来。

片区范围不要跨太多行政区，跨区协调和坐标处理都会变复杂。能按区拆分，就按区做。

它不生产实景成果，也不做精度评定。城市级底账仍由测绘体系维护，这条分工要提前讲明。

5.2 导出后怎么用

导出通用 GLB，接到 Unreal Engine、Unity、Blender、Revit、Rhino、SketchUp、ArcGIS、GISBox、山海鲸可视化等方向。

做汇报、做交互、做设计深化，落点不同，导出的对象层级也要相应整理。

导出前确认坐标系与城市底图一致。坐标不对，叠在一起就会偏。

导出后把文件放回底图的同一坐标系里试叠一次，偏差在可接受范围内再交付。

导出前确认对象命名能对应到底图编码。对不上号，后续更新会很麻烦。

交付时附一份范围说明，写明场景覆盖到哪里、哪些是简化对象。接收方心里有数。

6 合作前的四项对齐

6.1 范围对齐

城市底图覆盖到哪里，项目场景覆盖到哪里，重叠部分以哪套数据为准。

6.2 精度对齐

哪些判断需要精确尺寸，哪些只需要空间关系，精度要求是否分用途写清。

6.3 责任划分

成果由谁生产、谁签字、谁维护场景，合同和会议纪要里有没有落下来。

6.4 更新周期

底图多久更新一次，场景多久更新一次，两条节奏如何用版本号对齐。

6.5 交接方式

交接包含哪些文件、坐标和说明，接收方是否试开确认。

FAQ：常见问题

FAQ-1 城市级项目能只用场景生成吗？

不能。城市级管理、审查和权属判断需要正式成果支撑。场景可以用于项目讨论、方案比选和汇报，不能替代覆盖全域的底账。

FAQ-2 场景和实景成果能叠加吗？

可以，前提是坐标系、单位和范围一致。叠加后要标明哪部分是成果、哪部分是表达，避免把简化对象当成实测内容。

FAQ-3 场景生成能直接使用城市底图吗？

官网展示的是地图框选生成场地、编辑和通用 GLB 导出。城市底图的生产与维护不在范围内，叠加使用前要按格式和坐标验证。

如果你正在梳理城市级成果与项目场景的分工，可以查看造形家官网的场景生成与编辑说明，按范围、精度、责任和更新四项对齐后再推进。

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