给城市信息化与三维团队：从用途、资料到模型和文档，把一套流程拆成可检查的环节。

三维建模项目最常见的返工，不是模型做得不好，而是一开始没把用途说清。给大屏展示和给方案评审，对范围和细节要求完全不同。

资料也有深浅。有的片区有测绘地形，有的只有公开影像。资料不足时能做到什么程度，要提前讲明白，别等到交付才发现缺口。

下面按用途范围、底图对象、场景组织和交付物四段说明，末段讲三维场景能接住哪一环，哪些仍要测绘验收和平台开发。

把流程拆成可检查的环节，建模、数据和平台团队交接时，知道每一步交什么、下一步接什么。

1 城市三维建模先定哪几件事

1.1 用途与覆盖范围

先问模型给谁用、用在什么环节。汇报展示、方案比对和平台底图，对范围与细节的要求不一样。

覆盖范围按片区或街区画清，不要只写整个城市。范围太大，第一批模型反而做不细。

重点对象单独列，比如地标建筑、主干道和河道。重点不明确，模型容易平均用力。委托方和使用方如果不一致，用途要分别写，别只按一方要求做。展示用途也要区分室内大屏和网页，细节要求不同。范围边界按行政或片区边界落，别用矩形随手框。用途变化时重新评估范围，不要直接沿用旧模型。展示和比对共用一版底图时，细节层级按较高要求做。

1.2 资料底子与缺口

把手上的影像、地形、竣工图和建筑台账列成清单，注明年份和精度。资料版本不清，后面很难对齐。

缺什么要写出来，不要用示意悄悄补上。高程、建筑高度和边界来源不同，模型的可信度也不同。

资料缺口影响哪些用途，提前和委托方确认。有些缺口可以接受，有些必须先补测。资料清单让提供方签字确认，后续缺项有据可查。已有模型能不能复用，先检查坐标和精度再决定。资料精度分级写进说明，接收方知道哪些能用。外业补测的范围和时间写进资料清单。资料版本变更时通知建模团队，避免用旧图。

2 底图与对象怎么生成

2.1 影像地形与建筑识别

底图用近期影像，地形按可用资料搭。影像时间和地形来源写进说明，后面比较时能追溯。

建筑轮廓按影像识别后再人工检查。屋顶加建、临时棚和围墙容易被误判，重点位置要核对。

建筑高度按层数或测绘资料定，注明采用哪一种。两种来源混用，天际线会失真。影像分辨率不够时，建筑轮廓只做示意，重点对象单独补测。地形起伏大的片区，建筑高度要按室外地坪起算。影像有云影时换一景，建筑轮廓不要凭印象补。地形来源不同的片区，拼在一起前先统一基准。建筑密度高的片区，识别结果要逐街核查。

2.2 类型位置与高度调整

建筑类型按住宅、商业、工业和公共设施分。类型影响后续图层和配色，不要到最后才补。

位置和旋转按底图对齐，重点建筑逐个核。整体偏移一点，道路和建筑的关系就全变了。

高度调整要有依据。为了画面好看随意拉高，汇报时经不起追问，也会误导判断。建筑底面和地形要对齐，悬空或埋进地里都会影响观感。临时建筑和围墙是否建模，按用途决定并注明。重点建筑的高度多源核对，差得多的单独标。建筑类型按现状用途判断，规划用途另标。屋顶设备和女儿墙是否建模，按展示距离决定。

3 场景怎么组织成可用的模型

3.1 图层划分与命名规则

图层按建筑、道路、地形、水体和植被划分，必要时再按片区拆分。图层太粗，后期不好改。

命名规则提前定，片区、类型和版本写进名称。只写建筑一、建筑二，交接时没人看得懂。

重点对象单独成层，方便开关和替换。平台接入时，图层结构往往比模型本身更重要。图层数量不是越多越好，按使用方式合并。道路按等级分层，主干道和支路分开更好用。水体和地形分开成层，岸线调整时不用重做全部。重点对象单独成组，演示时开关方便。

3.2 轻量表达与导出格式

远处建筑用简化体块，近处重点对象保留细节。全部做精细，文件会大到无法使用。

导出前检查单位、坐标原点和朝向。格式能通用，位置不对还是接不上。

导出通用 GLB 后，在目标软件里再检查一遍。只在自己电脑上能打开，不算交付完成。导出文件命名带上片区和日期，别只用最终版。模型面数在导出前检查，超标的先简化。导出前清理无用图层和重复对象，文件更干净。目标平台的面数和材质要求提前问清。导出后在另一台电脑打开测试，确认不依赖本地路径。

如果要把城市片区的建模流程和交付清单对齐，可以查看造形家官网的场景生成与编辑说明，先看用途与图层，再逐项核对交付物。

4 交付物包含哪些内容

4.1 模型与场景清单

交付清单按片区和图层列，写清对象数量、格式和文件大小。只给一个压缩包，接收方很难核对。

重点对象和简化对象分开说明。哪些能直接用于展示，哪些还要深化，清单里写明白。

缺失和未建模部分单独列。把缺口藏起来，后续使用容易出问题。

4.2 说明文档与版本

说明文档写清用途、范围、资料来源、坐标系统和精度限制。一页纸也能说清，关键是别省。对象命名和平台字段对应，接入时少一步映射。清单里写清每个文件的用途，别让接收方自己猜。交付清单按目录结构组织，和文件实际位置一致。清单里的对象数量和场景里实际数量对一遍。

版本号和日期跟着文件走，每次修改留记录。平台接入后发现问题，能追溯是哪一版。

交接时做一次当面或线上演示，确认对方能打开、能编辑。只发文件不做交接，后面反复问。说明文档里附一张范围示意图，比纯文字清楚。交付后保留一版源文件，后续修改不用从头做。版本记录写清改了什么，不只写更新。交接记录留联系人，后续问题能找到人。说明文档控制在几页内，重点写限制和待核项。

5 三维城市能接哪几环

5.1 城市片区场景生成

造形家官网展示了地图框选生成三维场地模型、AI 识别建筑轮廓高度和类型、生成地形水体和植被等能力，也支持图层化预览、编辑和管理。

城市片区可以按范围框选，建筑、道路、地形、水体和植被一起带入，三维底图不用从零开始搭。

建筑类型、位置、旋转和高度可以调整，识别结果能人工修正。重点对象和普通建筑可以分开处理。

地形和水体分层显示，河道、坡地和低洼区更容易看清。城市空间关系在场景里能直接核对。

图层化预览和编辑让建筑、道路、绿化分开管理。导出前按图层检查，缺项和重名能及时发现。

几个片区可以分别生成，再拼成完整城市底图。片区之间的道路和河道衔接，放在一起看更清楚。

测绘精度、平台性能和数据治理不在场景里判断。场景只解决三维底图的生成与编辑，不替代测绘验收。

整理完可以导出通用 GLB，接到 Unreal Engine、Unity、Blender、ArcGIS 或山海鲸可视化继续用。

5.2 导出与平台接入

交付前按目标平台检查格式、单位、坐标原点和图层命名。平台不同，要求也不一样，别用一套文件打天下。

接入测试放在交付前做，至少在一个目标平台里打开并检查位置。等到上线才发现偏了，返工代价很大。

平台侧的优化和开发不在造形家范围内。模型交付清楚，后续接入仍要平台团队配合。

这类场景适合三维底图搭建和前期比对，造形家不承担平台开发与数据治理。边界在合同和说明里写清。

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-26】。