简介一份围绕超图SuperMap Realspace二三维一体化三维GIS平台的PPT课件适合GIS专业学生、三维GIS开发者及解决方案规划人员学习参考。课件系统梳理三维GIS从Google Earth热潮到实际应用困境的演进脉络对比CAD与GIS、虚拟现实系统与三维GIS的差异讲解二维/三维数据模型演变并结合超图2006年砍掉三维软件、启动二三维一体化技术研发的实践说明SuperMap GIS 6R的定位与产品架构。资源为单个PPT文件大小约38.65MB图文并茂便于课堂演示或自学。通过该课件可快速建立三维GIS技术框架理解二三维一体化理念及真三维GIS平台如何支撑业务管理深度应用。目前已有187人学习下载适合作为课程教学、技术汇报或新人入门的参考资料。1. 超图三维GIS平台介绍PPT课件先明白它是一个完整技术栈再谈怎么看去年某项目要在一周内搭好一个给管理层看的三维规划演示环境手边只有一份超图三维GIS平台介绍PPT课件和一批基础地理数据。按课件里的功能菜单一页页看看完仍然不知道场景在哪建、数据怎么进、服务怎么发。真正把项目跑通靠的不是背菜单而是把这份介绍当技术链拆开数据准备、场景搭建、空间分析、服务发布、前端调用每一段都有独立步骤和参数。下面的内容写给三类人要给同事讲清楚这个平台的技术人员、要上手搭演示环境的实施工程师、正在评估三维GIS选型但不想被功能列表带偏的架构师。新手能照着走熟手可以直接跳到参数和避坑部分。2. 平台功能版图把三维GIS和二维GIS的差距讲成五层面对一份超图三维GIS平台介绍的课件多数人习惯性去背功能菜单。我的做法相反先把整个平台的骨架拆成五层每层回答一个问题。这样做介绍时逻辑清楚做实施时也知道瓶颈卡在哪。层核心职责典型产物常用角色数据层管理DEM、影像、矢量、模型、点云等数据数据源、数据集、缓存数据处理工程师场景层把数据组装成一个可漫游的三维空间场景文件、图层表、相机预设三维场景制作人分析层在三维空间里做量测与分析通视、剖面、淹没、填挖方结果分析人员服务层把场景与分析能力发布成HTTP服务三维服务、REST接口平台管理员应用层在Web/移动端加载与交互三维Web页面、移动端App前端开发这张表也是我做介绍课件时的目录结构先讲清每一层解决什么问题再演示对应的操作。三维GIS平台和三维可视化工具的本质差距就在中间那三层——可视化只到能看GIS还要能分析、能发布、能被业务系统调用。2.1 数据层地形、影像、模型、点云在平台里的组织方式数据层负责把外业和生产环节产生的原始数据整理成平台能识别的数据源与数据集。一个数据源可以对应一个文件型数据源也可以对应数据库型数据源数据源内部按几何类型分成数据集点数据集、线数据集、面数据集、栅格数据集、模型数据集、地形数据集等。三维GIS和二维GIS在数据组织上的第一个差异就在这里二维主要管点线面栅格三维多出了地形数据集和模型数据集这两类数据决定了场景的高程起伏和物体形态。第二个差异是缓存。三维数据量通常比二维大一到两个数量级倾斜摄影模型动辄几十GB平台一般把原始数据切成多级LOD缓存金字塔结构前端按当前视角只加载对应的层级块这是场景能流畅转起来的前提。我在处理这类数据时习惯先问三件事坐标系是什么、高程基准是什么、原始数据是影像/矢量/模型中的哪几类。这三件事没问清后面搭建场景一定会返工。参数上重点看分辨率与采样间距。DEM的格网间距决定地形细节影像分辨率决定贴图清晰度模型数据集内的点密度决定单体模型精度。数据层做扎实之后场景层才有材料可用数据互不匹配时再漂亮的建模也救不回来。2.2 场景层场景树、图层与相机是理解三维GIS的钥匙场景是三维数据的组装容器相当于二维GIS里的地图文档。新建场景之后按先地形、再影像、再矢量、最后模型的顺序把图层挂进去场景树会展示所有图层的叠放关系。地形图层负责地表起伏影像图层贴在地形表面矢量图层可以按高度字段拉伸成体块模型图层承载倾斜摄影和人工精细模型。理解场景层要抓住三个概念图层、相机、缓存。图层决定显示什么相机决定从什么角度看缓存决定加载是否流畅。相机一般由观察点、目标点和视角三个参数控制飞行动画本质就是连续改变这三个参数。我不建议一开始就研究复杂的动画编辑先把视角倾斜60度、目标指向场景中心这一件事做熟练演示效果已经很够。提示加载顺序先地形再影像防止软件保存后图层顺序变化影像盖住地形导致场景变成平板。场景层的产出是一个场景文件它不复制数据本身只记录引用关系和显示参数所以文件往往只有几十MB。也正因为如此换电脑或换数据路径后场景经常打不开原因就是引用路径断了。做演示之前把数据路径固定下来或提交场景时连同数据目录一起复制能省下不少现场救火的时间。这一层在做介绍时最容易出效果打开场景树把图层一个个勾选和取消勾选观众立刻能看出平台对多源数据的组织能力比截一堆功能菜单图直观得多。2.3 服务层与分析层三维能力从桌面搬到Web的关键一跳桌面端做好的场景和数据分析只有发布成服务才能被业务系统调用。服务层做的就是这件事把场景发布成HTTP可访问的三维服务把空间分析能力封装成服务接口。这一步打通后前端就只需要通过一个服务地址加载场景不再关心数据存在哪台机器上、用什么格式存储。分析层提供的是三维GIS的核心价值通视分析判断两点之间能否看见剖面分析提取一条线上的地表起伏淹没分析模拟水位升高后的淹没范围填挖方计算平整场地土方量。这些分析在场景层做结果可以叠加在场景上显示也可以导出成报告。做介绍课件时我一般用三个问题把这几层串给非技术听众数据从哪来在场景里怎么看分析结论怎么交给业务系统第一个问题对应数据层第二个对应场景层第三个对应服务层和应用层。这样讲十分钟就能把超图三维GIS平台的全貌说清楚比逐项念功能菜单有效得多。对技术选型的人来说这个闭合链路也是决定值不值得投入的判断依据——只有可视化能力的平台替代不了三维GIS平台。3. 搭建第一个三维场景从坐标检查到倾斜摄影入库的参数细节PPT课件里永远不会写的是新建一个空场景之后地面为什么是平的、模型为什么飘在半空、切了缓存还是卡。这一章从零走一遍搭建流程操作以桌面端场景制作为主所有步骤在主流三维GIS桌面软件里都可复用。目的只有一个让你在自己的机器上做出一个能发布、能展示、能给领导讲的三维场景。3.1 新建场景前必须做对的两件事坐标系与高程基准我在导入数据之前会花十五分钟做检查这几步能过滤掉后续八成的位置错乱问题。检查清单如下打开所有原始数据的属性记录坐标系名称与单位确认是否一致。确认数据范围是否在同一区域防止把两个不同位置的数据同时导入。确认高程基准是否一致山地项目尤其容易忽略这一点。用数据的范围统计功能查看最小、最大坐标对照实际区域判断是否有漂移。检查项常见问题出现时怎么处理坐标系不一致模型与影像错位、距离量测异常统一到同一坐标系常用CGCS2000或WGS84单位不统一平面坐标是米高程是度确认平面坐标系投影高程单独换算高程基准不统一地形整体偏移半米到数米统一到同一高程基准必要时做高程改正这里有一个实际项目教训某山地项目里无人机倾斜摄影用的是WGS84经纬度直出而地形DEM是CGCS2000投影坐标直接叠加后所有建筑模型整体飘在坡顶上方几百米肉眼一看就露馅。处理办法是把倾斜摄影数据重新投影到DEM所在坐标系再校验一次范围问题才消失。所以统一坐标系不是一句口号必须落到数据导入参数里。3.2 加载地形、影像与矢量图层顺序和拉伸参数别偷懒数据检查完毕后开始建场景操作序列如下新建一个文件型数据源把它存到固定工作目录。在数据源里导入DEM数据生成地形数据集。在数据源里导入影像和矢量数据分别生成栅格数据集与矢量数据集。新建场景场景名称与项目名称一致。添加地形图层选择刚才生成的地形数据集。添加影像图层叠放到地形表面。添加矢量图层按高度字段拉伸成三维体块。图层顺序不是小事。地形图层必须最先挂载影像图层才贴得到地表上矢量图层如果带了拉伸字段注意确认拉伸高度单位与场景坐标单位一致否则楼体可能变成薄片或直接扎进地里。做规划演示时我习惯把楼面数据按建筑高度字段拉伸字段缺失时先人工补一列高度值不要直接用面积字段去拉伸那会得到完全没逻辑的体块。矢量面拉伸还有两个参数容易忽略拉伸基准要选底部否则体块会从地表零米开始向上长显示模式要选面填充而不是线框线框放大了看会非常廉价。参数调整后保存场景再开一次确认图层顺序没被软件重新排序我记得有些版本保存后会把影像图层顶到最上面地形被盖住场景直接变成平板。3.3 倾斜摄影与人工模型导入切缓存、设LOD、对原点倾斜摄影是三维GIS里最常见的实景数据来源外业采集后一般生成OSGB格式的数据目录里面包含大量的TILE文件夹和元数据文件。直接把它拖进场景通常能显示但前端直接加载原始目录会卡到无法操作所以正式流程是两步先导入成模型数据集再生成三维缓存。导入时注意设置坐标系OSGB目录里的坐标信息不完整是常态需要手动选择与工程一致的坐标系。导入完成后模型会以数据集形式出现在数据源里这时检查模型范围和高度值确认与周围地形匹配。缓存生成时的几个关键参数参数推荐值影响切块大小128或256像素切块越大单文件越重越小请求越频繁LOD层级保持默认必要时加1级层级越多远近切换越平滑纹理压缩开启大模型显存压力明显下降缓存输出目录放在数据盘固定目录发布服务时路径复用最省事人工模型比如规划方案里的精细建筑导入方式类似但它通常带精确坐标容易遇到的坑是模型原点与场景原点不一致。表现为模型出现在场景坐标系的原点附近或偏移到奇怪位置。我一般先看模型元数据里的坐标范围再用平移功能对准参考点或者干脆在建模软件里把模型坐标归零导出再由场景设置正确的平移参数效率更高。缓存生成完毕后再回场景加载缓存图层替换原始模型图层这样一个具备发布条件的场景就做好了。4. 三维空间分析、服务发布与Web端最小调用场景做出来只是第一步真正让管理层觉得这套平台有价值的通常是当场拉出一条通视分析线或者放一个水位把低洼区域染蓝。这一章讲通视、剖面、淹没三种演示效果最好的分析然后把场景发布成服务最后用一个最小前端页面把它加载出来。整个过程走通之后你就拥有了一条从数据到业务系统的完整链路。4.1 通视、剖面、淹没最常见的三维分析怎么选、参数怎么设分析功能解决什么问题关键参数适合演示场景通视分析某个观察点能否看见目标区域视点高度、目标高度、采样间距塔台选址、景观视廊评价剖面分析沿一条线看地形起伏和遮挡情况剖面线起止点、采样间隔道路选线、管廊走向淹没分析水位上升到某高度时哪些区域被水覆盖水位高度、是否考虑建筑阻挡防汛应急、海绵城市填挖方分析平整场地需要填多少挖多少目标高程、采样范围场地平整、土方估算通视分析的原理是沿视点与目标点之间的直线按采样间距取点把每个取样点的高程与直线在对应位置的高度做比较地表或模型高于直线就判定被遮挡。参数里最影响结论的是视点高度和目标高度这两个高度差半米分析结果可能完全反转。做方案对比时一定要把这两个参数写成固定值否则每次分析结果不同汇报时解释不清。剖面分析演示起来几乎零成本点两个点连一条线立刻生成一张剖面图图上直接标注每个位置的坡度。淹没分析需要先给一个水位高度参数平台会以水平面的方式模拟水位并把水面与地表的高程对比结果渲染出来。这三个分析做完存成场景方案比任何PPT截图都有说服力。注意分析结果属于过程数据正式汇报前要把参数确定下来并重新跑一遍避免现场临时改参数出现不合理结论。4.2 发布三维服务从桌面场景到可访问的HTTP接口场景保存与缓存准备完成之后开始发布。常见做法是把场景连同缓存目录发布成三维服务让Web端通过服务地址直接加载。操作步骤如下启动平台自带的GIS服务管理器确认服务端口未被占用。在服务管理器中选择发布场景或发布数据服务指定要发布的场景文件。确认缓存目录与服务配置指向同一个磁盘路径。设置服务名称与可见范围服务名称用英文和数字避免中文路径在Web端出现编码问题。发布完成后复制服务地址先自己访问一遍。发布后先用HTTP请求验证服务状态这一步能快速区分服务没发布和前端代码写错两个问题# 检查三维场景服务是否正常返回把地址替换成实际发布的地址 curl http://服务器地址/iserver/services/3D-服务名称/rest/realspace正常返回时能看到一段JSON内容里面有场景名称和图层列表如果返回404或访问超时先确认服务名称和端口拼写再确认服务管理器进程是否还活着。我在现场排查时发现至少一半的服务起不来其实是端口被占用换个端口就能解决。另外提醒一点服务发布后如果移动了缓存目录服务会迅速失效发布之前先把目录结构定死。4.3 Web端加载三维场景最小JavaScript调用与参数说明前端加载三维场景的逻辑很固定先有一个页面容器再初始化三维场景对象并传入服务地址最后做一些相机定位。下面是最小调用示例// 获取页面上的三维容器 var container document.getElementById(map3d); // 初始化三维场景sceneUrl指向刚刚发布的三维服务 var viewer new platformViewer(container, { sceneUrl: http://服务器地址/iserver/services/3D-服务名称/rest/realspace, viewerMode: 3D // 可选值 3D 或 2D三维场景一律用 3D }); // 相机飞向场景中心坐标、高度、倾斜角、方位角、飞行时长 viewer.flyTo({ lon: 118.10, // 目标经度替换成项目实际坐标 lat: 24.45, // 目标纬度 height: 2000, // 相机高度单位米山地场景要调高 tilt: 60, // 倾斜角60度俯视效果接近人眼观察习惯 heading: 0, // 方位角0度指北方向 duration: 3 // 飞行动画时长秒 });sceneUrl必须与服务发布页面上显示的地址一致唯一容易漏掉的是末尾的realspace路径它是三维场景服务的固定入口。viewerMode设置成3D后平台会按场景文件的原始图层配置渲染如果只想看地形不加载模型实际项目中通常的做法是再发布一个精简场景而不是在前端硬过滤。注意服务地址末尾的realspace路径不能省略省略后场景初始化会失败。flyTo参数里height和tilt对演示体验影响最大。height给太小场景全是近景看不出全貌给太大模型细节又看不清楚我的经验是先飞到5000米看全局再降到2000米看重点区域两个书签镜头切换。浏览器端如果画面卡顿先检查是否开着硬件加速再把未演示的图层在场景里设为不可见两个手段一般能缓解大部分卡顿。5. 超图三维GIS场景搭建避坑五个高频问题的现象、原因与排查顺序三维GIS项目里玄学最多的地方多半是显示和加载。其实大多数问题都有确定的排查路径下面五条是我在多个项目里反复踩过的坑按现象、原因、解决记录排错时从前往后走一遍基本都能定位。5.1 数据类踩坑悬浮、卡死、纹理发黑第一个坑是模型整体悬浮在半空或陷进地形怎么调图层顺序都没用。现象是倾斜摄影建筑群整体离地或者人工模型只露出上半截。原因多半是模型与地形的坐标系或高程基准不一致而不是图层设置错误。解决办法是先校验坐标范围和高度值再统一坐标系重新导入必要时给模型设置一个底部高程偏移量把整组模型下压或抬高。偏移量要按场景坐标单位设置米和度在这里最容易搞混。第二个坑是加载倾斜摄影后场景直接卡死转视角变成幻灯片。现象是缓存没生成或生成不完整时最常见前端在逐个请求原始模型碎片数据量一上来显存瞬间被打满。解决方法是先确认是否已生成三维缓存缓存输出目录是否被移动过如果缓存存在仍然卡把切块大小调小一档并开启纹理压缩重新生成。缓存生成是个耗时操作十几GB的倾斜数据跑一晚上是常态演示前一定要留出缓存生成时间。第三个坑是缓存生成完以后场景里模型纹理发黑或变模糊。现象是远景纹理可接受镜头一靠近就发黑。原因一般是纹理压缩参数开得过狠或者LOD层级上限太低导致近景仍然在用低层级贴图。解决方法是重新生成缓存把纹理压缩质量提高一档并给LOD层级上限加一级。纹理发黑还有一个隐蔽来源模型目录里存在损坏的贴图文件导入时平台会跳过生成缓存时把那块区域整个标黑。这种只能找到坏文件并替换没有捷径。5.2 环境与工程类踩坑白屏、服务连不上、场景打不开第四个坑是Web端打开页面白屏但桌面端场景正常。现象是前端容器空白控制台报WebGL相关错误。原因通常是浏览器没有启用硬件加速或显卡驱动过旧个别情况是服务器地址用错导致场景初始化失败。排查顺序是先进浏览器设置确认硬件加速开启再更新显卡驱动最后检查sceneUrl是否返回正常JSON。前端白屏里真正由平台代码引起的情况很少九成以上是环境问题。如果控制台没有报错但场景空白可以找一台独立显卡电脑作对照能快速定位是不是集显环境的问题。第五个坑是现场演示时服务突然连不上场景加载到一半一直转圈。现象是演示前桌面版和本机访问都正常换到演示会议室就加载失败。原因多半是现场网络环境访问不到发布服务所在机器或者服务进程被其他任务挤掉了。我的习惯是演示前在演示机上先访问一次服务地址确认网络通再准备一个兜底方案——把所有演示场景的缓存复制到演示机服务本机启动前端地址改成localhost这样即使断网也能完整走通演示。第六个坑是保存后的场景换一台电脑就打不开。现象是打开场景工程图层全部显示红色感叹号。原因是场景文件里记录的是绝对路径换机器后数据源路径不存在。解决方法是复制场景时连同数据目录整体拷贝保持目录层级不变化数据量固定以后尽量在统一目录结构的工作机上完成所有场景制作。这个坑不解决前五个都白搭。6. 进阶技巧把介绍课件变成现场能跑的三维GIS演示原型如果把超图三维GIS平台介绍只做成一摞PPT课件讲完就散场效果大打折扣。我习惯把课件里的核心功能点改造成一套可现场操作的演示原型并且它应该在断网环境下也能跑。做法是先把流程按数据—场景—分析—发布—前端拆成一份验证清单每完成一步就勾掉一项准备一份精简的演示数据包一块城市级影像、一块DEM、一小片倾斜摄影2到3平方公里足够、两层矢量面。在桌面端搭一个场景保存成固定路径的工程全部图层切成缓存。在场景中做一次通视分析和一次剖面分析把结果存档作为备用截图。把场景发布成本地三维服务用curl确认服务返回正常。前端拉起刚才的页面飞到场景中心完成一次完整的漫游。有了这份清单课件里每一页都能对应到一个现场动作讲数据层就切到场景树展示数据源和图层讲场景层就操作相机飞到目标区域讲分析层就现场拉一条通视分析线讲服务层就打开服务地址给观众看返回结果。观众看到的不是一个功能列表而是一条从数据到分析再到业务系统可调用的完整链路。我的个人习惯是为课件里的每一章节准备一张兜底截图。有一次演示时现场网络极差倾斜摄影缓存加载到一半一直转圈我当场切到备用截图继续讲没有冷场。这件事之后我养成了一个固定动作所有演示数据先切缓存服务本机启动备用截图常备。把这些细节做到位超图三维GIS平台这个方向不需要太多宣传话术观众自然能判断出它是能直接投入的东西。希望帮到你。本文还有配套的精品资源点击获取