低空经济真风口在空管基建？GISBox的三维数据能做什么

2026年10月19日 19:01

空域里的每一架飞行器，都需要一张说得清高度的地面底图

判断这个问题，先看空管基建缺什么。缺的不是口号，是一张坐标统一、能查高度、能对外服务的地面底图：地形、建筑、塔杆线缆、禁飞区、航路，都要落在同一套空间参照里。GISBox 负责把这些数据整理、转换、发布成服务；航线规划、空域审批、飞行监视归业务系统，这条界线不能糊。下文按数据构成、转换方式和系统边界逐项说明。

1 先列清空管用得上的地物

1.1 一张底图上要放什么

空管关心的地面对象，比普通地图多几类。地形起伏决定雷达遮蔽和通信覆盖；建筑高度决定城区飞行器的安全间隔；塔杆、烟囱、高压线是低空的主要障碍物；禁飞区、限飞区、航路、起降点属于管控要素；通信、导航、监视设施的位置也要标出来。少一类，底图就不完整。

把这些对象分开建图层，不要压成一张图。地形一层、建筑一层、障碍物一层、管控要素一层、设施一层。分层的好处是更新时只动一层，权限也能按层给。压成一层，改一个塔杆要重发整张图。

图层数量上来以后，命名要能看出归属。建议按“数据类型_区域_版本”的格式，比如建筑_东区_v3 这种写法，一眼能判断新旧。几百个图层堆在服务端上，命名混乱时找一层要翻半天，运维交接时最容易出事。

1.2 哪些图层必须带属性

形状之外，属性决定这张图能不能用。障碍物要有顶部高程、类型、是否临时；建筑要有高度来源，是实测、图纸还是估算；管控区要有生效时间、管理单位和依据；航路要有走向、宽度、高度上下限。属性缺了，前端只能显示形状，做不了判断。

属性表的设计最好在数据进场前定。字段名用英文短名，中文别名另附，避免不同单位交来的表字段对不上。GISBox 的矢量编辑可以挂属性表，导入后先做一次字段映射，比在数据库里改省事。字段类型也要提前约束，高度用数值型，别用“约 120 米”这样的文本，后期没法参与计算。

2 地形与建筑撑起底图

2.1 地形决定安全的下限

低空飞行贴地走，地形误差会被放大。DEM 表达裸地面，DSM 含建筑和植被，两者不能混用。做遮蔽分析、通信覆盖用 DEM；做飞行器与地面物体的真实间隔，要 DSM 或者倾斜模型。拿到 GeoTIFF 先看它属于哪一种，再看高程基准是不是 1985 国家高程。

地形切片成 Terrain 后，前端按视点调度，山谷和城区的细节保留程度不同。GISBox 支持 GeoTIFF 转 terrain，也支持地形抬升、下压和水体擦除这类编辑。修地形不是为了好看，是为了让场景里的高程和实测一致。土方、填挖这类局部改动，用编辑功能调整比重新采购一版地形快得多，改完要留一份变更说明。

2.2 建筑白模与倾斜模型各有用途

白模轻，属性好挂，适合整城铺开；倾斜模型真实，体量大，适合重点区域。空管底图通常两者都用：全域铺白模保证覆盖率，机场周边、起降点、重点航线两侧换成倾斜模型，看真实轮廓和屋顶附属物。

白模可以从建筑矢量生成。GISBox 支持上传 SHP、GeoJSON 生成多风格建筑并发布为 3DTiles，建筑生成相关的版本支持以定价页为准，操作步骤见官方图文教程。矢量本身的质量决定白模质量，建筑轮廓缺角、高度字段为空，生成出来就是一片高低不齐的方块。交付前按区分层量一下高度中误差，比整体目测靠谱。

3 障碍物数据的来源与整理

3.1 塔杆线缆怎么进场景

这类对象单个很小，漏掉却最危险。来源一般有三条：行业管理部门的设施台账、电力与通信单位的杆塔数据、倾斜模型或点云里人工采集。台账给位置和高度，模型给真实形态。三样互相校验，位置和高度才对得起来。

进场景的方式按数据形态定。只有点位和高度字段的，用点符号加拉伸，或者按高度生成简单体块；有点云的，LAS 切片成 3DTiles，保留真实形态；有设计图纸的，DWG 导入后提取要素再发布。哪一种都不难，难在把高度口径统一到同一基准。

3.2 管控区与航路的表达

禁飞区、限飞区是面，航路是线，两者都带高度区间。三维里表达成拉伸体比贴在地面上直观：一个圆柱或多边体，从下限高度拉到上限高度，飞行器进没进一目了然。拉伸由前端按属性里的上下限完成，GISBox 这一侧提供带字段的矢量服务，场景里的多边体编辑用来处理压平、抠除这类地表问题，不承担管控判定。

管控要素变化频繁，别切进瓦片里。做成矢量服务，改一个面只更新一条记录。WFS 适合带属性查询，WMS 适合出图，按前端能力选。政策口径以中国民航局等主管部门发布的信息为准，工具只负责承载和发布，不产生也不判定管控范围。

4 转换链路上先卡住的两处

4.1 坐标系与高程基准先统一

卡点一在坐标。城市项目常用 CGCS2000 三度带，飞行数据常用经纬度，局部工程坐标也偶尔出现。三套坐标混在一张底图上，位置能差出几十米。进场前把 EPSG 代码写进数据说明，转换时只做一次投影，不要反复转。

高程同样要统一。1985 国家高程、地方高程、GNSS 大地高，三者之间的差值在山区能到米级。障碍物高度按大地高算，飞行器按海拔飞，两边的安全间隔就是假的。基准写清楚，比精度指标写得多漂亮都重要。

4.2 末级细节要够贴近

卡点二在层级。低空视角贴地，视点高度常常只有几十米，末级瓦片如果按地面浏览的精度切，建筑立面会糊成一片。切片时把最大层级提上去，几何误差压小，代价是数据量和加载压力。

判断标准很直接：在目标视点高度下截一张图，看建筑轮廓、屋顶设备、塔杆是否可辨。看不清就加层级，看得清但拖动卡顿就减层级。用截图对比，比讨论参数有效。

5 服务怎么交给上层系统

5.1 协议按使用端选

三维场景发 3DTiles，地形发 Terrain，影像发 WMTS，矢量与管控要素发 WFS 或 MVT。前端是 Cesium，3DTiles 加地形是顺的组合；前端是轻量地图库，矢量和影像瓦片更实际。协议定下来再谈数据组织，顺序反了要返工。

GISBox 内置服务端，支持这几类 OGC 协议，数据源可以是文件、PostGIS、Oracle Spatial，也可以外接已有的 WMS、WMTS。已有平台不想换，就把新数据挂上去，不必推倒重来。发布前用 CesiumJS 的接口文档核对一遍前端调用方式，能省掉不少联调时间。

5.2 静态底图与动态数据分开

底图半年一年更新一次，飞行器位置每秒都在变。两类数据放在一个服务里，压力全压在底图上。做法是底图走瓦片服务，动态点位由业务系统自己接，底座只提供一个坐标正确的地面参照。

这个分工对性能有好处，对责任划分也清楚。底图出问题找数据方，飞行数据出问题找系统方。混在一起，排查时互相推。接口约定里写明坐标系、时间字段格式和坐标系转换由谁负责，联调时能少吵几轮。

6 立项前的边界确认

6.1 谁做什么

数据生产、坐标转换、切片发布、系统集成，四件事常常被写成一件事。实际分工是：测绘单位出原始成果，GISBox 这类工具做转换与发布，集成方把服务接进业务系统，主管部门负责管控要素的认定与发布。写进合同前，把每段的输入输出列清楚。

有一类需求容易被误提：希望工具直接给出飞行建议。这属于业务系统的判断，涉及实时数据、规则库和责任界定，不在数据工具的范围内。

6.2 不适用与待确认

底图不适合承担实时性要求高的任务，比如秒级的冲突告警。也不适合替代空域管理的审批流程。需要确认的是：管控要素由谁提供、更新频率多少、精度要求写在哪份文件里、验收由谁签字。这几项没有答案，先别急着采购。切片与切片的再处理分属不同版本，报价前对着套餐定价页核一遍，免得按免费的口径做预算。

低空基建的底座，拆开看就是一份能查、能量、能服务的地面数据。GISBox 做的是把 OSGB、GeoTIFF、SHP、LAS 这些原始成果，整理成 3DTiles、Terrain 和 OGC 服务，交给上层系统去用。它不判断飞行是否安全，也不签发任何许可。把这一段认清，项目里的争论会少很多。

常见问题（FAQ）

FAQ-1 这套工具能直接当空管系统用吗

不能。它处理的是静态空间数据：地形、建筑、障碍物、管控区的转换与发布。飞行计划审批、实时监视、冲突告警属于业务系统，需要接入雷达、ADS-B 一类的实时数据源，还要有规则引擎和责任机制。底座做好，系统才有可用的地面参照。

FAQ-2 建筑白模的数据从哪来

三条路。一是从地图获取建筑矢量后生成，这项功能属于企业版；二是上传已有的 SHP 或 GeoJSON 生成；三是用倾斜模型提取轮廓再简化。前两条覆盖面广，高度精度取决于矢量质量；第三条真实，工作量大，适合重点区域。

FAQ-3 障碍物精度要求写多少合适

没有通用值，按用途倒推。做航线安全间隔评估，障碍物顶部高程的误差要小于安全间隔的余量；只做展示和粗略排查，米级也能用。合同里写清测量方法、检查点数量和超限处理方式，比只写一个数字更可执行。

FAQ-4 已有平台在用，还需要重新建一套吗

不一定。已有平台如果能消费 OGC 服务，把新切好的 3DTiles、Terrain 和 WFS 挂上去就行。GISBox 的服务端支持外接 WMS、WMTS 数据源，也能把本地文件发布成标准服务。要不要新建，取决于现有平台能不能吃下这些协议。

想先看看这些数据在三维场景里的样子，素材广场有可下载的示例数据，拿来试切一遍比看说明快。

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