给历史街区保护、设计与信息化人员：把格式、坐标和模型层级三件事先核清，导入 GIS 或 Web 3D 时每一步都有落点。

历史街区做成三维场景之后，多半还要送到别处去用：GIS 里查管线，Web 3D 里做展示，接收方的格式和规矩各不相同。送去之前少核一项，那边就打不开或者对不上位。

把这件事拆成三环会顺一些：格式管能不能读，坐标管位置对不对，模型层级管对象分不分得清。下面按这个顺序展开，每一步给出可以检查的落点，方便对着做，也方便验收。

1 导入前先把渠道与范围定下来

1.1 先弄清成果交给哪类平台

GIS 和 Web 3D 的取用方式不一样：前者按图层和坐标去查，后者按场景去看。先问清成果交给哪一类，后面格式和字段的取舍才有依据。

渠道不止一个时要挑一个作为主线。以 GIS 为主线，层级命名就跟着它的规矩走；以 Web 3D 为主线，表达和材质的要求要重一些。主线定了，其余按差异补。

接收方对字段的偏好提前问一句，哪些必须有、哪些可以空着。问清楚再动手，省得做完一轮又回头改字段结构，来回两遍都是工夫。

1.2 表达范围与对象列清单

范围按街区自身的边界圈定，向外留一圈缓冲，用来看与相邻片区的衔接。缓冲进不进成果，开工前定下来，免得范围来回改。

把要导入的对象列成清单：院落、沿街建筑、街巷、树木、市政设施各占一行。列完再看哪一项缺资料，缺的先留空，不硬填一个位置。

清单里标注每一项的用途，是给 GIS 查的，还是给展示看的。用途不同，表达的精细程度不一样，混在一份清单里后面不好取舍。

缓冲范围内如果有河流、堡坎这类自然边界，按边界走向圈定，别用矩形硬切。硬切的边界导入后和实景对不上，看着像多出一块或者少了一块。

2 成果格式怎么和接收端对上

2.1 导出格式按平台约定

导出之前先确认接收端能读哪一类格式，通用格式和平台工程文件各记一行。约定写进口径里，导出的文件才不至于在那边打不开。

同一份成果要送给两处时各自导出一次，别指望一份文件通吃。两边的格式要求不同，硬凑一份往往两边都用不顺，还要回来拆开重导。

导出的文件先在本地打开看一遍，确认朝向和比例没有变化。有偏差的记下来，注明是哪一步产生的，别留在那里当作误差，越往后越难查。

格式转换时留意对象有没有被合并成一整块，合并之后单类对象就选不出来了。转换前后各打开一次，比较对象数量，数目对不上的先查清原因。

2.2 文件打包与命名规矩

文件按对象类别分开存放，地形、建筑、道路各归一处。分开之后接收方挑着取用，不必整包解开再逐个翻找，整理和替换也清爽。

命名沿用接收方在用的叫法，别另起一套。名称对得上，导过去以后点出来的对象才能和那边的图层、台账对上号，交接少一轮解释。

打包时附一份清单，写明每个文件装的是什么、依据哪一版资料。清单随包走，接收方拿到手就知道全不全，缺哪一项也好回问。

格式和命名口径定下来之后，如果想把生成、归层和导出串成一条流程，可以查看造形家官网的场景生成与编辑说明，先拿一个街区段跑通，再铺到整片历史街区。

3 坐标基准怎么落到同一套

3.1 坐标系与单位怎么定

资料来源不同，坐标系和单位就可能不同。整理阶段先登记来源、日期和授权范围，再统一到一套坐标和单位上，后面的叠加才不会错位。

统一之后取几段已知距离，正算反算各做一遍，对得上再往下走。抽查记录留一页，注明日期和操作人，后面有争议时翻出来用得上。

别人的成果图册只作参考，能拿到原始数据就用原始数据。中间环节越少，出错的地方越少，替换资料时也更容易定位到具体那一份。

3.2 原点与朝向怎么核对

原点放在街区里一处明显地物上，比如街口的角点或者桥心，各方向用它量距离。原点选在边缘，远处的偏差会放大，对比起来费劲。

朝向按接收方要求摆，正北朝上还是按平台轴向，先对齐再导入。朝向错了，整片街区会转一个角，看着像轻微偏移，其实方向整体不对。

核对时挑两三处有名有姓的地物，用它的坐标和场景位置比一遍。比完把结论写进记录，注明依据哪份资料，后面复核时翻得到出处。

原点记录和坐标系说明放在同一份文件里，注明用的是哪一版资料。两者分开存放，换人接手时容易只拿到一半，位置关系也就说不清了。

4 层级怎么分才接得上

4.1 对象按类别归到层里

对象按类别分成组：院落一组、沿街建筑一组、街巷一组、树木一组、设施一组。分组之后改哪一类就翻哪一类，不会改一处动一片。

同一个对象不要同时挂在两层里，重复挂在导入和统计时会各算一遍。检查的办法是逐层点开数一数，发现重复的当场并到一层。

分层的名称沿用项目在用的叫法，别另起一套。名称和颜色与图纸保持一致，导过去以后点出来的对象才能和报告、台账对上号。

4.2 层级与平台字段对应

接收方常按字段找对象，层名和字段名最好一一对上。对不上的地方列一张对照，导前逐个确认，比导完再排查省事，也少一轮来回问。

字段里的内容按接收方的取值范围填，是文本还是数值先问清楚。取值不对，那边筛选和统计会漏项，用的时候才发现就晚了。

对应关系写进说明，注明哪个层对应哪个字段、填什么口径。说明随成果归档，换人接手时照着走一遍就能上手，不必重新问一遍。

5 造形家在这类导入里做什么

5.1 生成与层级整理这一段

造形家官网展示了地图框选生成 3D 场地模型，AI 识别建筑轮廓、高度和类型，能生成建筑、地形、水体和植被；对象可调整类型、位置、旋转和高度，并提供图层化预览、编辑和管理。

对应到导入前的准备，它适合把对象先整理成层：框选街区范围生成基础环境，再按类别归到院落、建筑、街巷各层里。层级摆顺，导进 GIS 或 Web 3D 时才好逐层核对。

试跑挑一个街区段，把范围框出、对象归层，记录整理工时，再推算整个街区。工作量有了参照，排期和分工都好安排，和接收方对进度时也好说话。试跑的范围不必大，一个街区段就能看出分层和命名合不合用。

5.2 导出与接收核对这一段

官网还展示了通用 GLB 导出，以及 Unreal Engine、Unity、Blender、Revit、Rhino、SketchUp、ArcGIS、GISBox、山海鲸可视化等承接方向。选输出路径时，先把它们列为验证目标。

边界写清楚：它承接前期的生成、调整与展示，不替代正式测绘、保护规划审批与工程量核算。坐标基准和层级命名须与接收方约定一致，导出后按项目数据逐项核对。

验证记录随成果归档，注明版本、日期和核对结果。下一轮导入从这份记录接着看，不用重新试一遍，接到别的平台时也有底子可以循着走。

6 交付之前把导入条件核一遍

6.1 渠道与用途写清楚

渠道与用途写清楚，注明成果是给 GIS 查还是给展示看。用途不清楚，格式和字段都难取舍，做出来往往两头都不贴合。

6.2 范围对象再对一遍

范围对象再对一遍，逐项和清单比一次。清单上有的、场景里没有的先补上，漏一项在另一端就少一块，解释起来还要多花工夫。

6.3 来源与坐标登记

来源与坐标登记，每份资料的来源、时间、授权范围和所用坐标各记一行。后面有争议时，这份登记就是判断哪份数据还能用的依据。

6.4 层级命名核一遍

层级命名核一遍，逐层和接收方的约定比一次。名字对不上的先改过来，等导完再发现，改一处要连带重新验证一遍，费的是两道工。

6.5 导出文件归档

导出文件归档，注明格式、版本和核对结果。下一页接着做的人照这份记录走，不用从头再试一遍，交接时也说得清哪一版是通过验证的。

FAQ：常见问题

FAQ-1 只有公开地图资料能先做导入吗

可以先用公开地图和影像搭一版讨论用的场景，把范围、底子和主要对象摆出来，再把格式、坐标和层级走一遍流程。这类场景适合把导入动作练顺，不适合当作报件依据。正式资料到位后按分层替换，替换范围提前写进计划。

FAQ-2 坐标系对不上怎么查起

先看两边各自用的是什么坐标系和单位，再取几段已知距离分别量一遍，比出偏差出在哪一步。多数情况是单位或者原点没有统一，查到这一层往往就能定位，不必整体重做。

FAQ-3 造形家能替代 GIS 平台吗

不能。造形家官网展示了地图框选生成场地模型与图层化编辑管理，适合把对象先整理成层再导出；GIS 平台的查询、分析和入库仍在其自身系统里完成。导入前建议拿一个街区段试跑，确认分层和命名符合接收方的核对习惯，两项都对上之后再安排整片导出。

如果你正在为历史街区的三维场景准备导入条件，可以查看造形家官网的场景生成与编辑说明，按格式、坐标和模型层级三环各核一遍，再确定本项目的做法。

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