企业官网建设流程全解析

1. 三维场景搭建的核心思路与方案选型

1.1 为什么选择ArcGIS做三维场景

很多人一提到三维场景，第一反应是去学Unreal Engine或者Blender，觉得那才是“正经”的三维工具。但如果你手头的数据本身就是带坐标的地理数据，比如DEM高程栅格、建筑轮廓矢量、正射影像，那用游戏引擎反而绕了远路——你得先把地理坐标转成引擎坐标，再处理投影变形，最后还得自己写脚本批量放置模型。ArcGIS在这件事上的优势非常直接：它原生认识坐标系，栅格和矢量数据拖进去就能用，三维渲染是内置能力，不需要你从零搭建渲染管线。

我自己的经验是，如果目标是做一个区域的地形加建筑的三维展示，用于规划汇报、方案推演或者教学演示，ArcGIS的效率比游戏引擎高出一个数量级。你不需要写Shader，不需要调光照贴图，甚至不需要手动摆放每一栋楼——只要属性表里有层数或高度字段，软件就能自动拉伸。这个“自动”背后是ArcGIS对地理数据模型的深度理解，它知道什么是栅格、什么是要素类、什么是场景图层，这些概念在游戏引擎里是不存在的。

另一个关键考量是数据管理。三维场景往往不是一次性的，今天做一块地，明天可能要扩展范围，后天要更新建筑数据。ArcGIS的工程文件（.aprx）和地理数据库（.gdb）体系让这种增量更新变得很自然。你换掉一个要素类，场景里对应的建筑就全变了，不需要重新导入导出。这一点在长期维护的项目里特别重要。

1.2 整体流程拆解：从数据到场景的五个阶段

把整个流程拆开看，其实就五步：数据获取、数据预处理、场景创建、三维要素构建、场景优化与输出。每一步都有坑，但坑的深浅不一样。数据获取阶段最大的问题是坐标系统和数据精度；预处理阶段要处理的是数据格式统一和属性字段规范；场景创建相对简单，但全局场景和局部场景的选择会影响后续操作；三维要素构建是核心，建筑拉伸、地形叠加、纹理贴图都在这一步；最后的优化和输出决定了你的场景是只能自己看，还是能拿出去给别人看。

我习惯把前两步合并成“数据准备”，因为实际做的时候这两步是交替进行的——你拿到数据发现坐标不对，就得回去重新找；预处理时发现字段缺失，又得补数据。所以不要指望一次就把数据准备做完，留出反复调整的时间。

提示：如果你拿到的数据是CAD格式（.dwg），不要直接拖进ArcGIS就用。CAD的坐标单位通常是毫米或米，而ArcGIS默认按地图单位处理，直接导入会导致位置偏移或比例错误。正确做法是先确认CAD的插入点和单位，再通过“CAD至地理数据库”工具转换。

1.3 软硬件环境的最低要求与推荐配置

ArcGIS Pro从2.5版本开始对三维的支持就比较完整了，但如果你要做大范围场景，建议至少用2.8以上。硬件方面，官方给的最低配置基本只能打开软件，真要做三维场景，内存16GB是起步，32GB才比较从容。显卡是关键，ArcGIS Pro的三维渲染依赖DirectX 11或OpenGL 4.0，集成显卡能跑但会很卡，独立显卡建议GTX 1060以上。硬盘最好用固态，因为三维场景的缓存文件动辄几个GB，机械硬盘加载一次要等好几分钟。

有一个容易被忽略的点：ArcGIS Pro的三维场景默认使用“局部场景”，这种场景对坐标系敏感，如果数据坐标系和场景坐标系不一致，要素可能直接不显示。全局场景虽然不挑坐标系，但渲染范围太大时性能下降明显。我的建议是，如果做的是城市级或园区级场景，用局部场景；如果是省级或全国范围，用全局场景，但要把不必要的图层关掉。

2. 数据获取与预处理的关键细节

2.1 DEM高程数据的获取渠道与精度选择

DEM是三维场景的地形基础，没有DEM，你的场景就是一张平铺的图片。获取DEM的渠道主要有几类：公开的全球DEM数据（如SRTM、ASTER GDEM）、区域性的测绘成果、以及无人机航测生成的DEM。SRTM的精度是30米，ASTER是30米，这两个免费但精度有限，做小范围场景时地形会显得很“肉”，山脊线不锐利。如果做的是园区级场景，建议用无人机航测，精度可以做到厘米级，但成本高、周期长。

选择DEM精度时有个经验公式：场景范围除以DEM分辨率，得到的是地形网格的密度。比如你做1平方公里的场景，用30米DEM，地形网格只有约33×33个点，地形起伏会非常粗糙；用5米DEM，网格变成200×200，地形就细腻多了。但精度不是越高越好，1米DEM做10平方公里场景，栅格文件可能超过10GB，加载和渲染都会很吃力。我的建议是，城市级场景用5到10米DEM，园区级用1到2米，建筑单体展示用0.5米以下。

注意：下载DEM后一定要检查NoData值。有些DEM用-9999表示无效值，有些用-32768，如果不处理，这些值在三维场景里会变成巨大的坑洞或尖刺。在ArcGIS里用“识别”工具点几个边缘位置就能看出来。

2.2 建筑轮廓数据的三种来源与字段规范

建筑轮廓数据决定了场景里有多少楼、楼在哪里、楼多高。来源主要有三种：一是测绘部门的基础地理信息数据，质量最高但获取门槛也高；二是OpenStreetMap等开放数据，覆盖广但精度参差不齐；三是通过影像矢量化，适合小范围精细建模。不管哪种来源，拿到数据后第一件事是检查属性表里有没有高度字段。如果没有，就得想办法补——要么根据层数估算（每层约3米），要么根据建筑类型赋默认值。

字段规范方面，ArcGIS的三维拉伸功能需要至少一个数值字段来表示高度。这个字段可以是浮点型（如“height”），也可以是整型（如“floors”）。如果只有层数，可以在拉伸时用表达式乘以3。我习惯在预处理阶段就新建一个“Height”字段，用字段计算器把层数换算成高度，这样后续操作更直观。另外，建筑底面高程也很重要，如果地形起伏大，建筑底部要贴合地形，否则会出现悬空或埋地。ArcGIS Pro的“图层偏移”功能可以按字段设置底部高程，但前提是你的建筑数据里有底面高程字段。

2.3 坐标系统一：最容易翻车的一步

坐标系统一这件事，说起来简单，做起来能让人崩溃。我见过太多案例：DEM是WGS84地理坐标系，建筑是Web Mercator投影坐标系，影像又是CGCS2000，三个数据拖进同一个场景，要么位置对不上，要么形状扭曲。根本原因在于，地理坐标系（经纬度）和投影坐标系（平面米）在三维场景里的处理方式不同。局部场景要求所有数据使用同一个投影坐标系，全局场景虽然能自动转换，但转换精度取决于基准面转换参数。

正确的做法是：在数据预处理阶段，把所有数据统一到一个投影坐标系。国内常用的是CGCS2000的3度带高斯-克吕格投影，或者Web Mercator（如果做Web发布）。统一的方法是用“投影”工具，而不是“定义投影”——前者会实际转换坐标，后者只是给数据贴个标签。转换时要注意基准面转换，WGS84到CGCS2000的转换参数在不同区域不一样，最好用当地测绘部门公布的参数。

提示：如果你不确定该用哪个坐标系，先问自己一个问题：这个场景最终要放在哪里用？如果是桌面展示，用局部投影坐标系；如果是Web发布，用Web Mercator；如果是打印出图，用高斯-克吕格。坐标系选错了，后面所有工作都白费。

3. 三维场景的搭建与核心要素实现

3.1 创建局部场景与全局场景的实操对比

打开ArcGIS Pro，新建工程时会有“局部场景”和“全局场景”两个选项。局部场景的默认视角是俯视，适合小范围精细展示；全局场景的默认视角是地球，适合大范围宏观展示。我一般先用局部场景做，因为局部场景对坐标系的处理更严格，能提前暴露坐标问题。如果后面需要展示更大范围，再切换到全局场景。

创建场景后，第一件事是设置场景的垂直夸大。垂直夸大是为了让地形起伏更明显，默认值是1，即真实比例。但实际做场景时，如果范围很大而地形起伏很小（比如平原地区），垂直夸大设成2到3会让地形更有立体感。设置方法是右键场景图层，选择“属性”，在“垂直夸大”里输入数值。注意，垂直夸大只影响显示，不影响数据本身，所以不用担心改不回来。

3.2 地形叠加：DEM转TIN还是直接栅格

DEM在三维场景里可以直接作为高程表面，也可以转成TIN（不规则三角网）。直接栅格的好处是保留原始精度，渲染速度快；TIN的好处是数据量小，适合复杂地形。我的经验是，如果DEM分辨率高于10米，直接用栅格；如果低于10米，转TIN能减少数据量。转换工具在“3D Analyst”工具箱里，叫“栅格转TIN”。

叠加地形时，要把DEM放在场景的“高程表面”类别里，而不是“内容”类别里。这两个类别的区别是：高程表面决定地形起伏，内容类别只是贴在地形上的图层。如果把DEM放在内容里，它只会显示成一张图片，不会产生起伏。操作方法是：在场景的“内容”窗格中，右键“高程表面”，选择“添加高程表面”，然后选择DEM数据。

3.3 建筑拉伸：从二维轮廓到三维体块

建筑拉伸是三维场景里最出效果的一步。操作路径是：选中建筑图层，在“要素图层”选项卡里找到“拉伸”工具，设置拉伸类型为“最大高度”或“最小高度”，然后选择高度字段。如果高度字段是层数，可以在表达式里写[Floors] * 3。拉伸完成后，建筑会从底面垂直向上生长，形成体块。

这里有几个细节要注意。第一，拉伸的底面默认是0高程，如果地形起伏大，建筑底部会悬空或埋地。解决方法是在“拉伸”设置里勾选“在地形上”，这样建筑底面会自动贴合地形。第二，建筑顶面默认是平的，如果要做坡屋顶，需要额外的处理——可以用“多面体”工具手动建模，或者用“屋顶”符号系统模拟。第三，拉伸后的建筑没有纹理，看起来像塑料块，可以通过“符号系统”里的“纹理”选项贴图，但ArcGIS自带的纹理库比较有限，通常需要自己准备纹理图片。

提示：如果建筑数据量很大（超过1万个），拉伸操作可能会卡顿。建议先按区域筛选，分块拉伸，最后合并。或者用“场景图层包”工具，把建筑数据打包成场景图层，这样渲染效率会高很多。

3.4 纹理与材质：让场景从“塑料”变“真实”

没有纹理的三维场景，就像没上色的线稿，能看但不好看。ArcGIS Pro支持给建筑和地形贴纹理。建筑纹理可以通过“符号系统”里的“图片填充”实现，但这种方式是二维填充，建筑侧面和顶面会用同一张图，效果比较假。更好的方法是用“多面体”要素，每个面单独贴图，但操作复杂，适合单体建筑。

地形纹理相对简单，把正射影像拖到场景里，它会自动贴在地形表面。如果影像和DEM坐标系一致，位置会自动对齐；如果不一致，需要用“地理配准”工具调整。影像的分辨率决定了纹理的清晰度，但分辨率越高，数据量越大。我的建议是，城市级场景用0.5米影像，园区级用0.1米，再高就没必要了，因为屏幕上看不出差别。

3.5 光照与阴影：提升立体感的关键设置

ArcGIS Pro的三维场景默认有光照，但默认设置比较平淡。要提升立体感，需要调整太阳位置和阴影。太阳位置在“场景属性”的“光照”里设置，可以按日期和时间模拟真实光照，也可以手动设置方位角和高度角。我的经验是，方位角设315度（西北方向），高度角设45度，这样建筑会有明显的阴影，立体感最强。

阴影开关在“内容”窗格的“场景”图层属性里，勾选“启用阴影”即可。但阴影会消耗性能，如果场景里建筑很多，阴影会让帧率下降。折中方案是只对主要建筑启用阴影，或者降低阴影分辨率。另外，环境光遮蔽（AO）也能增强立体感，但ArcGIS Pro对AO的支持有限，需要手动开启，效果不如专业渲染软件。

4. 常见问题排查与性能优化实录

4.1 数据不显示或位置偏移的排查思路

数据拖进场景不显示，是最常见的问题。排查顺序是：先看坐标系，再看范围，最后看符号系统。坐标系问题占八成以上——如果数据坐标系和场景坐标系不一致，局部场景会直接不显示。解决方法是右键数据图层，选择“属性”，在“源”里查看坐标系，然后用“投影”工具统一。范围问题占一成——如果数据范围在场景范围之外，自然看不到，双击图层缩放至图层即可。符号系统问题占一成——如果符号透明度设成100%或颜色和背景一样，也会“看不见”。

位置偏移通常是坐标系转换参数不对。比如WGS84转CGCS2000，如果没有加七参数，偏移可能达到几十米。解决方法是找到当地的转换参数，在“投影”工具的环境设置里输入。如果找不到参数，可以用“空间校正”工具手动配准，但精度取决于控制点数量。

4.2 场景卡顿与渲染慢的性能优化清单

场景卡顿的原因主要有三个：数据量太大、渲染设置太高、硬件不够。优化顺序是：先降数据量，再降渲染设置，最后考虑升级硬件。降数据量的方法包括：用“消除”工具合并小建筑、用“简化”工具减少节点、用“裁剪”工具缩小范围。降渲染设置的方法包括：关闭阴影、降低纹理分辨率、减少垂直夸大、关闭抗锯齿。

还有一个容易被忽略的点：场景的“细节层次”（LOD）设置。ArcGIS Pro会根据视角距离自动切换细节层次，但如果LOD设置不合理，远处物体会显示过多细节，导致卡顿。在“场景属性”的“细节层次”里，可以手动设置不同距离的显示精度。我的经验是，500米以内显示全部细节，500到2000米显示简化模型，2000米以上只显示轮廓。

4.3 输出与分享：从工程文件到可交付成果

做完场景后，输出方式决定了别人能不能看到。如果对方也装了ArcGIS Pro，直接发工程文件（.aprx）和地理数据库（.gdb）就行，但要注意数据路径不能变，否则会丢链接。如果对方没装软件，可以导出成视频或图片，但这样就失去了交互性。折中方案是发布成场景图层包（.slpk），对方用ArcGIS Earth或Scene Viewer就能打开，但需要联网。

导出视频时，用“动画”功能可以创建相机飞行路径，然后导出成MP4。导出图片时，用“导出地图”功能，选择高分辨率，但要注意图片尺寸不要超过显卡的最大纹理尺寸（通常是8192×8192）。如果场景很大，可以分块导出再拼接。

提示：发布场景图层包之前，一定要用“验证”工具检查数据完整性。我遇到过好几次，发布到一半报错，原因是某个建筑的高度字段有空值。空值在拉伸时会变成0，建筑直接消失。所以发布前用“字段计算器”把空值填上默认值，能省很多事。

4.4 我的实操心得与避坑清单

做了这么多三维场景，踩过的坑总结下来就几条。第一，不要等到最后才检查坐标系，每导入一个数据就检查一次，能省掉后面80%的麻烦。第二，建筑高度字段一定要在预处理阶段就建好，不要指望在拉伸时临时算，因为拉伸表达式不支持复杂逻辑。第三，场景范围不要贪大，先做核心区域，跑通了再扩展，否则一开始就卡在性能上，容易放弃。第四，纹理图片不要用太高的分辨率，1024×1024足够，再高就是浪费显存。第五，保存工程时用“另存为”而不是直接保存，因为三维场景的工程文件容易损坏，多存几个版本能救命。

还有一个心得是关于垂直夸大的。很多人觉得垂直夸大越大越好，其实不然。垂直夸大超过5，地形会变得像锯齿，建筑也会被拉长，看起来很不自然。我的经验是，平原地区用2到3，丘陵地区用1.5到2，山区用1到1.5。如果拿不准，就用1，真实比例永远不会错。

最后说一个关于性能的技巧：如果场景里建筑特别多，可以把建筑按高度分成几组，高的建筑用精细模型，矮的用简化模型。ArcGIS Pro的“符号系统”里可以按属性设置不同的拉伸高度和符号，这样既能保证视觉效果，又能控制数据量。这个技巧在做一个县城场景时特别有用，县城里高层建筑不多，但低层建筑成千上万，分组处理后帧率从15提升到了40。