给园区信息化、GIS 应用与三维开发人员：把坐标、格式和层级三件事先处理到位，接入的顺序和核对点一并说清。

园区的三维场景做完了，接进 GIS 或 Web 3D 这一步常卡住：坐标对不上、格式不认、层级接不上，每一样都要返工，来回试几轮时间就过去了。

把顺序摆顺会省事：先理坐标基准，再定格式与单位，接着划好层级与命名，最后试接一遍做核对。下面按这条线展开，每一步给出可以检查的落点。

1 先把坐标基准理清楚

1.1 投影与坐标系怎么选

接入的第一步是把基准问清楚：园区落在哪个投影带，用的是什么坐标系，跟系统那边的要求对不对得上。这一步没做，后面的对齐多半要返工重来，越晚越被动。

平面坐标和高程分开核对，各查各的来源。平面看带号和原点，高程看基准面和单位，两样混在一起查，出了问题不容易定位，排查也说不清方向，来回折腾费劲。

两边的坐标不一致时先做转换测试，取园区里几个特征点比对。测试通过再整体转换，直接整批换容易出现整体偏移，回来再找原因费时，顺序别颠倒，先小后大。

1.2 高程基准怎么统一

高程先写明基准面，零点取在哪里，用的是相对标高还是别的高程体系，在说明里标清楚。两套混用的时候最多，楼层对不上多半出在这里，先查基准再查模型本身。

园区的道路和场地有坡，高程的取样密度按地形定。起伏大的地段多取几处，平坦的区段可以稀疏一些，转换之后的核对也省事，工作量也压得住，进度也好排。

转换后的高程抽几处复测，选地下车库出入口和道路交叉口这类已知点。复测通过再往下做，后面接入时高程带来的问题少很多，讨论也有据可依，返工也少。

2 再把格式与单位定下来

2.1 通用格式各自适合什么

三维数据在平台之间流转，格式先对齐。GIS 平台通常接收带坐标的格式，Web 3D 这边对轻量化格式更友好，选之前把两边的支持清单要过来，问清再定。

通用 GLB 在网页端和引擎侧都能用，适合先做一版看效果。GIS 方向的承接还要另外处理坐标，这一步别指望网页端的文件直接平移过去，路径先确认，别想当然。

格式定下来之后先做小范围测试，拿一个地块走完整条链路。小范围跑通的路径，铺到整个园区才有把握，出问题也容易缩小到某一环，定位也快，改动也收得住。

2.2 单位与轴向怎么核对

单位按米核对，缩放的差别先排除。模型看起来偏大偏小，多半是单位没对上，把缩放调准了再看别的，省得先动对象本身，改乱了还得往回找，来回费两遍事。

轴向和旋转按平台要求调，Z 轴朝上的习惯和引擎侧不完全一样。导入之后先看朝向，再把模型摆回正确的位置，一次只改一个参数，排查才清楚，也好回退。

单位和轴向的记录写成一行随成果交付，注明平台和版本。后面换平台或升级版本时，照记录复测一遍就够，不用从头再试一轮，交接起来也省事，谁改过哪一版也查得到。

3 层级与命名怎么划分

3.1 建筑与地块怎么归层

对象按大类分层，建筑、地块、道路和水系各归一层，再按需要往下分。层级清楚，平台侧按层控制显隐，加载和检索都省力，改一层也不牵动别层，排查也快。

建筑层里按用途分小类，厂房、办公楼和配套用房分开。分开之后，讨论园区业态和改造时按类调出来看，改的是哪一类一目了然，统计也方便，汇报也好讲。

地块层带着权属和用途属性，属性字段按平台要求填。字段对齐，平台里做统计和筛选时才用得上，接进去的对象就不是只个空壳子，后面好扩展，查询也快。

3.2 名称编码怎么统一

名称沿用园区在用的编号，楼栋号与图纸一致。编号一致，平台里搜出来和现场看到的是同一个对象，核对时少一轮翻译，日常引用也顺，口头对号也对得上。

英文和数字混排的编码要前后统一，大小写也统一。同一个对象在两边写成两种样子，检索和去重都会出问题，规范和样例各留一份，照着套就行，不用翻旧例。

命名规则写成一页随成果交付，注明例外的处理方式。规则在手，后面补数据的人照着套，接进平台时不合规的对象少很多，核对也快，返工也少，走的弯路也少。

层级和命名的划分理清之后，如果想拿一个地块看看生成、分层和导出的实际效果，可以查看造形家官网的场景生成与编辑说明，先走一遍小范围测试，再铺到整个园区。

4 试接一遍看哪里对不上

4.1 轻量查看怎么先行

正式接入之前先用网页端做轻量查看，把模型拖进环境看位置和朝向。这一步不用等开发介入，发现的问题当场就能改，不用等排期，沟通也直接，改完就能复看。

查看时按平台的视角习惯走一遍，俯视、漫游和沿路视角各看一次。三种视角都顺当，说明模型本身的姿态没有大问题，可以进下一步测试，心里也有底，沟通有依据。

轻量查看里记录发现的问题，标出楼层、位置和现象。记录攒够一轮再集中处理，比改一处传一次省事，也方便和平台方对问题清单，一轮改一批，来回也少。

4.2 差异记录怎么留

试接之后把差异记下来，写明是哪一类问题：坐标、格式还是层级。分类记，整批处理的时候按类走，不会把两件事混在一次改动里，回查也快，和平台方交代也清。

每条差异注明测试用的平台和版本。换版本之后现象可能不一样，版本信息缺失时问题都难复现，追查起来也费时，记录里别省这一行，复现和排查都靠它。

复测通过的项单独标出来，连同日期一起归档。下一轮交付从这份记录接着走，不用重新试一轮，换人接手时也少一层解释，每步进度都看得见，交接起来也省心。

5 造形家在接入准备里的分担

5.1 官网展示的生成与分层能力

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

对应到接入的准备，它适合把园区底子先搭起来：框选范围生成场地模型，按类别整理建筑、地形、水体和植被，再接上分层和命名。整理完的对象导出之后，接入测试的起点就有了，讨论和测试落在同一套对象上。

试跑可以挑一个地块，生成、整理、导出各走一遍，记录每一步的功夫，再推算整个园区。有了参照，排期和分工好安排，生成和整理分开记工时，对进度也有个说法，谁做哪段也排得出。

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 造形家的成果怎么接进 GIS

分两步。造形家官网展示了地图框选生成场地模型与对象编辑能力，先把园区底子生成并整理到位，导出的通用 GLB 可以用于网页端和引擎侧的查看；GIS 方向还要按平台要求处理坐标与格式，按版本实测一遍之后再进正式流程，一步一步来。

如果你正在为园区三维数据的接入整理做法，可以查看造形家官网的场景生成与编辑说明，按坐标、格式、层级和试接几段各跑一遍，再确定本项目的路线。

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