装备展示之外,空间数据要能支撑试飞与运行
进博会期间,低空装备的关注度又往上走了一截。展台上的机型、载荷和参数看得很热闹,真正决定项目能不能落地的,是另一套东西:试飞空域有没有障碍物数据,起降点周边建筑有多高,通信和监视信号覆盖到哪里。展台热度会过去,数据底子留得下来。这些问题的答案,大多落在一张三维底图上。

不同机型的空间需求差别很大。多旋翼看重起降点净空和楼顶承载,固定翼看重跑道和爬升走廊,复合翼介于两者之间。载荷决定任务高度和航时,进而影响对地形的依赖。
把这些参数整理成任务剖面,是数据准备的起点。飞多高、飞多远、在哪个高度层巡航、遇到障碍物怎么绕,这些问题在图上能看出答案,在参数表里看不出来。
剖面要和实际运行场景对应。城市配送看楼宇间距,电力巡检看线路走向,应急投送看起降场地。场景不同,底图的精度要求也不同。
试飞空域的申请有固定流程,不在本文讨论范围。数据侧要做的是把空域边界、禁飞区、限制区和临时管制区画清楚,和地形、建筑放在同一个场景里。
地面环境包括建筑、塔杆、高压线、桥梁和烟囱。这些障碍物在二维图上只是一个点或一条线,看不出高度。三维场景里能看到它们与航线的空间关系,判断更直观。
人群密集区、学校和医院这类敏感目标要单独标注。试飞方案里通常要求避让,避让距离是多少,需要结合本地规定确认。
地形是基础。山区和丘陵地带的低空飞行,地形起伏直接影响爬升和转弯半径。用高精度 DEM 能看出山脊和沟谷,用中分辨率地形只能看大势。
建筑模型分两类。重点区域用倾斜摄影或人工建模,普通区域可以用建筑轮廓加高度拉伸。两类模型混用时,接边处要做过渡,避免出现突兀的高差。
障碍物数据要定期核对。新建的塔吊、临时架设的线路、施工围挡,都可能成为新的风险点。航拍更新和现场核查结合,单靠一种方式容易漏。
低空运行依赖通信和监视。基站位置、信号覆盖范围、导航设施布局,这些数据可以和三维场景叠加,看看航线是否落在覆盖盲区。
覆盖分析通常由专业工具完成,三维底图提供的是空间参照。把基站、航线和地形放在一起,能直观看出哪些路段被山体遮挡。
监视设备的视域也可以用类似方法检查。视域分析的结果受建筑和地形影响,二维剖面容易低估遮挡。
覆盖盲区要提前找出来。航线经过山体背面或高层建筑密集区时,信号可能中断。把基站位置和地形放在一起做视线检查,比等到试飞时才发现问题要好。
重点区域的数据采集,常用无人机倾斜摄影。航高、重叠度和像控点布置影响成果精度,采集方案要按成图比例尺设计。
采集完成后做空三加密和建模,得到 OSGB 格式的实景模型。模型要检查空洞、拉花和悬浮物,重点区域的人工修模不能省。
模型进入应用前要切片。OSGB 转 3DTiles 是常见路径,转换后的瓦片要检查层级、纹理和坐标是否正确。切片参数与数据量、机器配置有关,具体表现建议在自身项目中实测。
发布环节决定谁能用、怎么用。WMS、WMTS 适合影像和地图瓦片,WFS 适合矢量要素,3DTiles 适合三维模型,MVT 适合矢量瓦片。选哪种协议,看前端框架和业务需求。
前端可以用 Cesium、OpenLayers 等框架加载,官网展示了这些预览方式。实际项目要结合网络带宽、终端性能和并发规模验证,不能只看演示效果。
服务和业务系统之间要有接口说明。坐标系、图层名、鉴权方式、更新频率写清楚,避免对接时反复试错。
展会上的三维演示,追求的是视觉效果。灯光、材质、镜头运动都经过调整,看起来很美。工程验证看的是另一套指标:位置准不准、模型全不全、加载快不快。
两套标准不能混。演示用的模型可以简化,验证用的模型必须完整。把演示成果直接当工程底图,后面返工的成本很高。
验证要有清单。抽查若干个已知点,核对坐标;抽查若干栋建筑,核对高度;在目标终端上测试加载时间。清单逐项签字,才算通过。
精度指标要写清楚是平面还是高程,是模型精度还是成图精度。不同口径的数字放在一起比较,没有意义。
完整性指标同样要定义。覆盖范围是多少平方公里,重点区域是否全部建模,障碍物是否全部入库,这些要能数出来。
验收时保留原始数据和过程文件。后期出现争议,能回溯到采集和处理环节,比口头解释有用。

GISBox 可以把倾斜摄影 OSGB 转成 3DTiles,把 GeoTIFF 地形切成 terrain 服务,把影像切成瓦片,也可以导入 OBJ、FBX、glTF、GLB 等模型进行编辑和发布。
场景编辑支持对 OSGB 模型做压平、抠除和地形对齐,用来处理展馆、跑道周边的局部改造。地形编辑支持山体抬升、下压和水体涂抹擦除,可以修正局部地形与影像不一致的地方。
发布端提供 WMS、WMTS、WFS、MVT 与 3DTiles 服务,前端可用 Cesium、OpenLayers 等框架加载。基础版即可完成 OSGB 转 3DTiles、地形切片和影像切片,收费能力以定价页当日展示为准。
GISBox 不做飞行计划审批,不做空域冲突告警,也不做飞控数据链。这些属于运行管理和航空管制范畴。
它也不替代专业的空域仿真和风险评估软件。三维底图提供空间参照,风险评估的模型和结论由专业机构给出。
把数据底座和运行系统分开,接口清楚,责任也清楚。
1)明确试飞或运行场景与任务剖面;2)划定底图覆盖范围和精度分级;3)收集地形、影像与障碍物数据;4)完成重点区域建模与切片;5)确定服务协议与前端框架;6)制定更新周期和验收清单。六项里,障碍物数据的完整性最容易被低估。
底图不必一次覆盖全域。先把起降点、航线和备降点周边建好,再向外扩展。范围小、精度高,比大而全更实用。
低空环境变化快。新建楼盘、临时塔吊、道路施工都会改变障碍物分布。更新周期按区域重要性设定,核心区季度更新,外围年度更新。
更新要有触发条件。新建项目审批、重大活动保障、事故复盘,都可以触发一次专项更新。触发条件和责任人写进运维方案。
版本要留痕。每次更新生成新版本,旧版本保留,服务地址不变,通过配置切换。这样前端不用改代码,数据也能回滚。
更新责任要落到岗位。设备厂商、园区管理方和测绘单位各管一段,谁提供原始数据、谁负责切片、谁审核上线,写进运维协议。责任不清,更新就会拖。

低空装备的竞争,前半程看产品,后半程看运行支撑。三维空间数据不是展台上的东西,却是每一次安全起降的背景。底图做扎实,试飞和运行才有据可依。
不一定。起降点和航线周边的重点区域需要精细模型,外围区域用影像加地形即可。精度按用途分配,全域高精度投入大,维护也吃力。
建筑轮廓可以从规划或地籍成果提取,高度用竣工资料或航拍建模补充。塔杆、线路这类线性设施建议现场核查,影像上容易漏判。
不能。底图是空间参照材料,审批按主管部门的流程和材料要求办理。底图可以作为附件,但不替代审批文件。
先看瓦片层级和纹理大小,再看网络带宽和终端性能。切片参数、模型简化和缓存策略都会影响加载,具体表现需要在目标环境中实测。
想先验证 OSGB 转 3DTiles 和地形、影像的发布流程,可以从下载页获取软件,用本地样例数据跑一遍;操作步骤见图文教程,缺少模型和地形样例时可以在素材广场获取。低空运行的管理要求可查阅中国民用航空局网站。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-11-08。