低空业务要落地,先得把地形、建筑和起降点放进同一张可查询的图
航空产业大会闭幕后,低空物流、观光和应急场景的讨论会从概念转向落地。落地的第一道门槛在地面信息,不在飞行器:起降点在哪,航线下面有什么,临时障碍物谁来更新。低空经济三维场景把地形、建筑、道路和起降场地放进同一空间,供规划、运营和监管各方对照。它不等同于空域管理系统。

地面场景主要看平面位置和道路连接,低空场景必须表达高度。建筑高度、山顶、高压线塔、烟囱和塔吊都会进入航线评估。高度数据不能只靠建筑层数估算,要以竣工测量、地形图和现场核实为准。同一栋楼,屋顶加建设备后高度会变,底图更新要跟得上。
高度数据还要区分绝对高程和相对地面高度。山顶起降点和楼顶起降点的基准不同,混用会让净空判断出现偏差。场景说明里写清楚高程基准,使用者才知道数字代表什么。
地面项目通常由建设方、设计方和施工方推进,低空场景还要接入运营企业、空域管理、公安和应急等部门。各方关心的内容不同:运营看起降条件和航线,监管看边界和禁飞区,应急看迫降场地和消防通道。场景如果不能按角色展示,会议桌上仍然各看各的材料。
参与方多,也意味着数据权限要提前设计。运营企业需要看到起降点和障碍物,监管部门需要看到边界和告警位置,公众版本只需要科普信息。权限不清,场景要么不敢共享,要么一次共享过多。
起降点要表达位置、标高、场地尺寸、进近方向和周边障碍物。屋顶起降点还要看结构承载、净空和消防通道,地面起降点要看围界、充电设施和车辆通道。无人机物流起降点规模小,但数量多,底图要能批量管理点位和状态。每个点位记录权属、运营单位和可用时间,临时停用要及时标注。
起降点还要看通信和导航条件。场景本身不提供信号覆盖计算,但可以标注基站、雷达和监测设备的位置,供运营单位参考。点位密集的区域,充电和换电设施要同步规划,否则飞行器周转会成为瓶颈。
航线下面有什么,直接决定风险。沿航线做剖面,显示地形、建筑和障碍物的高度变化,找出净空余量较小的段落。备降点要提前勘察,不能只看地图上有没有空地,还要看现场是否可进入、是否有围栏和人员活动。剖面和缓冲区只是筛查工具,具体飞行高度和航线走向由运营单位和空域管理部门确定。
航线演示要避免给人“已批准”的印象。场景里的线可以标为示意,注明仅用于方案讨论。对外汇报时,把空域参考数据的来源和有效期放在图例里,减少误读。
城市尺度用建筑体块表达即可,重点是高度和屋顶设施。通信基站、空调机组、光伏板和广告牌都会改变实际高度,底图要单独建层。限高区域来自规划和管理要求,底图负责展示,是否超高不由它判定。建筑密集区还要看楼间风、热岛和信号遮挡,这些属于运行环境,不是几何数据能完全回答的。
临时障碍比永久建筑更难管理。塔吊随施工进度升降,架空线缆在影像上不一定看得清,临时围挡和堆场也会变化。施工许可和现场巡查记录可以接进来,按月更新临时障碍图层。运营企业飞行前仍要现场确认,底图提供的是风险线索,不是实时净空保证。
临时障碍的更新可以和施工许可联动。拿到许可后,把塔吊位置和高度录入,施工结束后下线。架空线缆需要现场测量,影像只能提供大致走向。更新频率按施工阶段调整,主体结构施工期可以加密。

空域划设、临时管制和飞行计划有专门的管理渠道,三维场景不应自行绘制空域边界,更不能据此判断能否飞行。把主管部门发布的空域参考数据作为图层接入,注明来源和有效期。数据过期后要及时下线,避免运营人员按旧边界做判断。
空域数据接入后要设有效期,临时管制解除后及时更新。运营人员看到过期数据,可能做出错误判断。数据源变更时,接口和图层命名同步调整。
三维场景通常作为业务系统的空间底图,通过服务地址提供地形、影像和模型。飞行监视、订单调度和告警处理仍在业务系统里完成,场景负责显示位置和周边环境。接口设计要明确坐标系统、更新频率和权限,避免每次换数据都改一遍前端。对外演示和内部运行使用不同环境,数据不混用。
接口还要考虑坐标转换。业务系统常用地方坐标,三维场景多用 2000 国家大地坐标系,转换参数要统一管理。数据更新后,前端缓存要及时失效,避免不同岗位看到不同版本。

GISBox 可以把低空场景需要的地形、影像、建筑体块和倾斜摄影整理为服务。基础版支持 GeoTIFF 转地形、影像切片、OSGB 转 3DTiles,通用模型支持 OBJ、FBX、glTF、GLB 等格式转 3DTiles;发布端提供 WMTS、WMS、WFS、MVT 和 3DTiles,前端可用 Cesium、OpenLayers 加载。起降点和航线可以作为矢量图层叠加,属性通过 SHP 或 GeoJSON 带入。
低空场景的模型不必全部精细。建筑体块加屋顶设施已经能满足大部分航线筛查,重点区域再用倾斜摄影。模型分级加载,远处简化,近处细化,浏览器端才能保持可用。
GISBox 不提供空域划设、飞行计划审批、实时监视和冲突告警,也不对飞行安全作结论。它解决的是空间数据的整理、切片和共享。需要空域或飞行服务时,应接入相应主管部门和运营平台。把能力边界说清楚,场景才不会承担它做不到的职责。
场景搭建可以先从素材广场的示例地形和建筑数据开始,跑通发布后再换成项目数据。
1)确定场景范围和高度表达方式;2)收集地形、影像和建筑高度;3)整理起降点位置、权属和状态;4)接入道路、消防和应急设施;5)建立临时障碍更新机制;6)确认空域参考数据的来源和有效期。六项里,建筑高度和临时障碍最容易失真,建议指定更新责任人,按季度核对。
场景上线前做一次试运行,让运营、监管和应急三方各提一次修改意见。意见集中处理,避免上线后反复调整。试运行期间保留旧版本,出现问题可以回退。
低空场景常用于汇报和招商演示,画面里的航线、起降点和飞行器只是示意,不能写成已开通或已实测。
涉及机场净空区和重要目标的画面,发布前单独审查。演示用的飞行器模型和航线只是辅助说明,不能作为运行依据。涉及机场、军事设施和重要目标的区域,按相关规定处理,不在公开材料中展示细节。对外发布前,由运营、监管和保密岗位共同审核。
低空经济的三维场景,先要把地面条件讲清楚,让飞行运营少一点意外。航空产业政策可查阅国家发展和改革委员会发布的信息,软件功能和版本边界见定价页。
不需要实时,但要有更新机制。新建、加建和屋顶设备变化应按月或按季度更新,临时障碍单独建层。飞行前仍要现场确认。
公开地图可以做前期示意,正式运营需要更准确的地形、建筑高度和起降点数据。公开数据的时点和精度有限,不能直接用于风险判断。
不能。场景能显示地形、建筑和障碍物的高度关系,安全评估要由运营单位结合机型、气象和空域条件完成。
由运营单位或场地管理方维护,规划部门掌握布局,监管部门掌握许可状态。多方数据要统一编码,避免同一个点位出现多个名称。
把地形、建筑、起降点和临时障碍放进同一场景,低空业务的讨论才有共同底图。需要验证模型切片和服务发布,可以从下载页获取软件。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-11-05。