给规划编制与平台交付的技术人员：导出前先理清格式、坐标和层级，进平台才少返工。

乡村规划模型做完了，导出到平台却常常卡住：格式不认、坐标偏了、层级乱七八糟。多半不是模型本身的问题，是导出的准备没做足。

导出前把三件事处理清楚：格式对齐目标平台、坐标和单位统一、层级按用途整理。下面按这个顺序说明每一步要做什么。

1 先看导出的目标平台

1.1 两类平台的差别在哪

GIS 类平台看重坐标、属性和地理参照，模型要能落在真实位置上；Web 3D 类平台看重显示和交互，面数和加载速度更重要。

两类的要求不同，导出的准备也就不一样。同一个模型同时给两边的时候，最好各出一版，不要用一套设置硬套。

弄清平台要什么再动手：接收哪些格式、什么坐标系、有没有面数限制。这三条问清楚，后面少走弯路，返工也少。

要求写成一张对照表：平台、格式、坐标、面数各一列。交付前逐行核对，比凭记忆判断靠得住，交接也有依据。

1.2 图层怎么进平台

模型进平台多半要分好层：地形、建筑、道路、设施各成一组。分层清楚，平台上按需开关，查看和更新都灵活，改动也好控制。

层级不宜分得太碎。分成几十组，管理和查找都麻烦，使用的时候反而找不到要找的那一组，还拖慢整体加载速度，得不偿失。

分层的依据和用途挂上钩：分析要用的、汇报要用的、交付要用的，各自成组，按场景切换，讲解也清楚。

分层方案交付前定稿，写进成果说明。接收方按同一套命名理解，交接和后续更新都省一轮解释，也少出错。

2 导出前先处理格式

2.1 常见的模型与数据格式

常用的有通用模型格式和地理数据格式两类。前者通用性好，后者带坐标和属性，选哪种看平台要什么，别想当然。

格式之间常要转换。转换会丢掉一部分信息，比如材质或者属性，转之前先确认哪些必须保留，转完再逐项核对一遍。

中间格式尽量少用。多转一手，出错的机会就多一点，能一步到位的就别绕，留下的痕迹也少，排查也简单。

格式的取舍记一份：目标平台要什么、本地有什么、怎么转。记录积累起来，下次同类项目照着做，效率高得多。

2.2 格式转换的取舍

转换时优先保住定位和轮廓，材质和细节可以按平台能力取舍。定位错了，模型再漂亮也放不到位，画面再好看也派不上用场。

转换后拿一小块区域先试，确认能正常打开、位置对得上，再转整个范围。一次全转，出错的时候排查量太大。

转换参数和结果记一行，谁转的、用什么工具、参数多少。日后出问题，从记录往回查，比重新试一遍快得多。

转换前后各留一版，方便对照。出了差异能直接看出是哪一步引入的，不用在一堆文件里猜，省下不少时间。

3 坐标和单位怎么对齐

3.1 目标平台的坐标要求

平台多数按地理坐标或者指定投影坐标接收数据，要求各不相同。导出前先确认目标平台要哪一套，再决定怎么处理，别凭经验猜。

要求写在任务单里，按平台逐条勾。几个平台同时用，把差异单列出来，避免一套设置套到所有平台上，造成返工。

平台版本不同，要求也可能变。交付前按实际版本实测一遍，用一小块数据跑通，再定批量设置，心里才有数。

实测结果记一份：平台、版本、坐标系、通过与否。这份记录攒起来，下一批项目试错成本低得多，也快很多。

3.2 单位与原点设置

单位用米还是其他，原点设在哪里，都要和目标平台对齐。单位不一致，模型放进去会大小不对，位置也跟着偏，排查起来费时间。

原点偏移是常见问题：离得远，模型在平台里可能找不到或者飘。导出前把原点设到项目附近，这类问题就少。

单位和原点写进成果说明，一行注明。接收方拿到数据先看这一行，方向对了，后面的核对才不会白做。

设置完做一次抽查：取几段已知距离比对，看大小和位置对不对。抽查记录留一页，日后有争议的时候用得上。

导出前要处理的几项和核对方式，可以先按这张表过一遍。

处理项	要点	核对方式
格式	对齐目标平台	小范围试导
坐标与单位	按平台要求统一	取控制点比对
模型层级	按用途分层命名	按组开关检查

4 模型层级怎么整理

4.1 分层与命名约定

分层按类别走，命名按项目、类别、日期各占一段。名字清楚，交付和归档都不用再解释，翻找起来也快很多，不用再问人。

命名和分类口径对应，勾选时按组开关。命名乱了，核对时在一堆对象里找，时间和耐心都耗在找上面，进度也跟着拖。

层级不宜设得太深。套个三五层就够，层数太多，平台上的操作路径跟着变长，使用者反而绕不明白，到头来还容易出错。

命名和层级的约定写进交接记录，一行一项。后来接手的人按同一套干活，画面和表格才对得上，也少解释。

4.2 面数与贴图控制

面数和贴图直接影响加载速度。平台有限制，超了可能进不去或者打开吃力，导出前按要求先减到位，别等交付的时候才发现。

减面的思路是远处简化、近处保留细节。观看时远近有别，观感和体量都能照顾，比整体减面自然，也更耐看。

贴图按平台能力取舍。分辨率太高的贴图占空间，必要时降一档，画面差别有限，加载却顺畅很多，也稳。

减面和控制贴图之后，重新检查一次外观，别把该有的轮廓减没了。特征留住，画面才认得出，讨论时也用得上。

5 造形家在导出环节的位置

5.1 通用导出与对象整理

造形家官网展示了地图框选生成 3D 场地模型，AI 识别建筑轮廓、高度和类型，并能生成建筑、地形、水体和植被。

对象可调整类型、位置、旋转和高度，图层支持预览、编辑和管理，也能导出通用 GLB。放到导出流程里，它适合先把模型整理好。

导出前在场景里把分层和命名做到位，比导出后再改省事。分工一次做对，后面接手的人不用问，看到名字就知道怎么用。

先导出一小块试跑目标平台，确认格式、坐标和层级都能用，再导整个范围。试错的代价小，进度也稳，返工也少。

5.2 交付前的实测前提

官网还展示了 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-10】。