AI 场景再多,落点都要一套统一的航道底图
航道的 AI 场景再多,落到空间上都要一套统一的底图:岸线、水深、桥梁、船闸、航标、码头和动态点位。底图不稳,识别结果就落不准。先把静态数据分层、坐标统一,再把动态点位通过接口叠加。GISBox 做底图的编辑、转换和发布,AI 识别与调度仍由业务平台完成。

岸上部分包括地形、建筑、道路、桥梁和码头;岸下部分包括水下地形、疏浚区、锚地和航道边线。两部分要分开建层,因为数据来源、精度和更新周期不同。混在一个模型里,水深更新一次就要动整片数据。
岸上可以用倾斜模型或白模,岸下通常来自多波束、单波束等专用测量,成果形式与航测模型不一样。底座要能同时容纳两类数据,就要先定好各自的接入方式。
桥梁、船闸、航标、码头是静态或低频变化;船舶、水位、视频点位是动态。静态数据切进瓦片,动态数据走接口。把 AIS 点位切进三维瓦片,等于每秒重切一次,既不现实,也没必要。
分层之后,静态部分可以预切、缓存、分发,动态部分按需推送。两者的性能要求不同,分开设计更稳。
水下地形通常由多波束、单波束或测深仪采集,经过潮位或水位改正、声速改正和坐标转换后,形成水深点或水下 DEM。这一步属于专业测量,不是通用 GIS 工具能替代的。
整理后的成果要带基准、时间、测量方法和精度说明。没有这些信息,水下地形只能看个大概,不能用于通航判断。
GISBox 可以承载整理后的地形、影像和模型成果,做切片、编辑和发布;但水下测量的原始处理、声速改正和成果精度评定不在它的范围内。接入前要确认成果格式、坐标和高程基准,必要时先转成通用地形格式。
如果水下成果是离散水深点,通常要先由专业软件构网生成 DEM,再进场。具体格式支持以当日官方文档为准,项目里建议先拿一小块试接。
桥梁要表达梁底、桥墩和通航孔;船闸要表达闸室、闸门和引航道;航标要表达位置、类型和灯质。桥梁和船闸可以用 BIM 或精细模型,航标用体块或图标即可。模型精度按通航管理的需要定,不必所有构件都做到螺栓级。
模型导入支持 GLTF、FBX、OBJ、RVT、IFC 等格式,RVT、IFC 切片属于企业版。导入前清理材质和冗余构件,能减少切片问题。
每个对象要有编码、名称、类型、所属航道、管理单位和状态。桥梁还要有通航净空、净宽和防撞设施;船闸要有闸室尺寸、门槛水深和运行状态。属性不全,AI 识别出海面目标后也无法判断它和哪座桥、哪个闸相关。
通航净空要写清起算水位。不同水位下净空不一样,只写一个数值,使用时容易误解。

船舶位置、水位、视频监控点,都是动态或半动态数据。底座提供静态场景,业务平台通过接口推送点位,前端在场景上叠加。坐标转换在推送端完成,底座只认统一坐标。
视频点位还要标相机朝向、视场角和安装高度。只给一个经纬度,前端不知道该往哪看。点位和视频流分开管理,换相机时不必动底图。
三维走 3DTiles,地形走 Terrain,影像和矢量走 WMTS、WMS、WFS、MVT。数据源可以是文件,也可以接 PostGIS、Oracle Spatial。前端可用 Cesium、OpenLayers、Leaflet、Mapbox 预览,官网展示的组合需结合项目验证。
服务目录按航道、图层和类型组织。接口说明写清字段、单位、坐标和更新频率,集成方才有得接。
航道数据同时涉及大地高、正常高和当地水位。水下地形的高程基准、桥梁净空的起算面、水位站的值,三者要对得上。只写“高程”不写基准,换一个单位使用就可能差出几米。
水位是动态的,不能用一个固定值代替。底座可以承载历史水位和设计水位,实时水位由业务平台叠加。
航道每年都有疏浚、改建和航标调整。发布包要有版本号、变更范围和回滚包。疏浚区更新时,只替换对应分块,不要整条航道重切。变更记录写到“哪一段、哪一天、依据哪次测量”,后面查问题有据可循。
AI 场景要调用底图,通常通过服务地址和图层清单。把服务地址、图层、字段、坐标和示例整理成一页说明,比几十页方案更好用。模型或算法需要哪一层,就取哪一层,不要默认全开。
权限也要写清。哪些场景可以读全部图层,哪些只能读概览层,按角色配置。底座不直接改业务数据,只提供空间参照。
GISBox 不做船舶识别、航迹预测、碰撞预警和调度指挥,这些属于业务平台和算法侧。它也不替代水下测量和通航论证。把边界写清楚,集成时就不会把“底图”当成“系统”。
第一个误区是用水上航测代替水下测量。水下地形要靠多波束、单波束等专用设备,航测拿不到水下高程。第二个误区是把 AIS 点位切进瓦片,动态数据更新跟不上。第三个误区是模型越细越好,桥梁和船闸做到构件级,数据量和维护成本都会上去。
还有一个边界要提前说清:GISBox 不做船舶识别、航迹预测和调度指挥,这些属于业务平台和算法侧。
验收先看坐标和高程基准,再看桥梁净空、船闸尺寸和航标位置,最后看服务是否可用、动态点位能否叠加。水位要注明起算面,不能只写一个数值。
三维服务的组织方式可参考 OGC 3D Tiles 标准;版本与收费边界见 套餐定价页。转换与发布步骤可以在 GISBox 图文教程 对照检查。
试发布范围至少包含一段航道、一座桥梁、一个船闸和一处航标。桥梁看净空和桥墩,船闸看闸室尺寸和门槛水深,航标看位置和灯质。三类对象都过一遍,才能判断底图能不能支撑通航管理。
再选一个水位变化明显的时段,核对桥梁净空与水位的关系。只用一个固定水位试,换一个季节就可能对不上。
试发布通过后,把参数、版本和水位基准写进交付说明,再按航道扩展。
底座的价值在于把岸上、岸下、静态、动态放在同一套坐标里。底图稳了,上面的 AI 场景才有可靠的落点。需要先跑通三维与地形的发布链路,可以从 GISBox 下载页 获取基础版,用一段航道试一遍。

要看成果形式。整理好的水下 DEM 或地形瓦片可以按地形数据接入;原始水深点通常要先由专业软件构网。接入前确认格式、坐标和高程基准,建议先拿一小块试接。
按通航管理需要定。表达梁底、桥墩和通航孔是基本要求,防撞设施和检修通道按需增加。模型太粗,净空判断不准;太细,数据量和维护成本上去。关键是属性里的净空和净宽要准。
不建议。AIS 是动态数据,切进瓦片更新跟不上。常见做法是底座提供静态场景,AIS 通过接口推送,前端叠加。点位要带时间戳和来源,断线重连后才知道补哪一段。
试发布还要看船闸和桥梁的属性是否够用。净空、净宽、门槛水深、闸室尺寸,这些字段缺一项,通航判断就要回到图纸。属性表和模型一起交付,别只交模型。
如果航道分段管理,服务目录按航段组织,权限也按航段配置。一段更新时,不影响其他航段的调用。
航标的灯质、灯高和发光角度也要进属性表。只标位置,夜间通航判断仍要回到航标表。
,并在成果说明里注明测量时间。
底座可以承载设计水位、历史水位和水位站位置,实时水位由业务平台推送。桥梁净空要注明起算水位,避免不同水位下被误读。水位数据的时间和水位基准要一起给出。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-10-20。