先知道，船在哪条水道。
把 GNSS 定位放回航道脉络，识别所属水道，保留主航道与支汊的连接关系。沿着水道，位置才有上下文。
对应你在 App 里看到的「当前水道」
关洲河段 · 航道网格可视化 底图 © 高德地图
01 / 为什么要自建数据库
让设备读懂，
船所在的位置。
船走到哪里，该显示什么信息、怎样计算距离、哪一段策略适用，都需要一套共同的位置依据。
因此，我们搭建了 RV 航道数据库：按航道分区，沿里程划格，再把水道、地点与策略信息关联进去。设备匹配到当前位置，就能找到这一处对应的数据。
数据组织得细，才能让信息呈现更清楚，设备判断有依据。
- 01分区
理清所属航段与水道
- 02划格
建立更细的位置单元
- 03关联信息
供显示、计算与决策使用
02 / 数据库，细到什么程度
沿程细到百米，
横向再分四区。
以公开的航道脉络与官方公里点为参照，将干线里程细分为百米刻度，再结合四个横向分区组织空间。细分的目的，是让不同位置能关联各自的信息。
01 / 里程依据2,689官方公里点
保留航段与里程基准
02 / 细分刻度26,870百米里程参照
沿里程轴细分位置
03 / 空间组织107,480干线空间网格
百米里程参照 × 四个横向分区
一条长江三段里程基准
上游距宜昌
中游距武汉
下游距吴淞口
保留熟悉的官方里程，同时建立贯通航道的位置关系，为跨航段的航程计算提供依据。
规模按 RV 长江版 1.8 统计。百米指里程参照的细分刻度，不代表卫星定位精度。从一条航道，到每一格的位置。
先理清连接，再建立刻度，最后把信息落进网格。
先把“路”连起来
保留主航道、支汊与汇入关系，让位置有所属水道，距离有沿程依据。
再给位置一个参照
官方公里点之间继续细分。保留分段里程，也建立贯通航道的连续位置关系。
让每一格都有上下文
沿程细分与横向分区共同组织空间。船落在哪一格，就能沿着关联找到相关信息。
局部航道可视化，网格与关联为结构示意。金色表示航道与里程参照，青色表示位置与关联信息。
一格之内 / 信息怎样组织
把信息“装进格子”，
把关系接起来。
以网格为位置索引，关联不同类型的数据。设备按需读取，显示与计算就有了共同的依据。
- 位置归属
- 所属航段、水道与横向分区明确船在哪里
- 里程参照
- 官方里程与连续沿程关系支持进度与距离计算
- 沿线信息
- 城市、码头、航标、锚地等要素按位置查询相关信息
- 区域策略
- 与所在区域关联的策略数据为设备自动决策提供依据
03 / 数据库具体能做什么
让位置带出信息，
让信息参与决策。
船的位置匹配到网格，就能关联水道、里程与沿线信息。它们可以决定显示的内容、参与航程计算，也能作为 Hub 终端自动决策的依据。
一份位置 · 三层关联关洲河段 · 图层展开
让位置，有可计算的里程。
在官方公里点之间细分百米刻度，再组织为空间网格。关联起点、当前位置与终点，让已航、剩余和相对距离有据可算。
对应你关心的「走了多少、还剩多远」让更多信息，找到自己的位置。
将航运城市、码头与沿线要素关联到同一套位置参照。既能把坐标读成熟悉的地名，也能按城市查找航次起终点。
对应你需要的「位置描述与地点选择」同一份位置依据，接上不同功能。
从读出位置、计算航程，到按区域读取策略。数据库负责把信息关联好，Hub 终端结合实时状态与功能规则进行处理。
位置，有了名字
把定位关联到水道、航运城市与官方里程，让一组坐标变成熟悉的位置描述。
看位置 · 知道现在到哪了航程，有了参照
把起点、当前位置和终点放进同一条沿程关系，计算总航程、已航与剩余里程。
看进度 · 一程还有多远地点之间，可以关联
将目的地、途经点与当前位置关联，按航道的位置关系计算相对距离。
看距离 · 接下来到哪里起终点，有据可选
将航运城市、码头和官方公里点整理为起终点目录，给航次设置提供明确的位置依据。
选航次 · 从熟悉的地点开始位置，接上航程记录
RV 提供位置参照，Hub 终端记录航行过程。结合时间与航次，组织可查看的航速和里程变化。
看过程 · 走过的路有迹可循设备判断，有了依据 后续拓展
将区域网络策略与位置关联，供 Hub 终端结合实时网络状态判断，并按功能规则执行。
目标 · 减少沿途手动调整应用实例 / 把数据用在航程里
一个位置，
放进完整的一程。
以航程为例：数据库给出位置参照，Hub 终端结合定位、航次与记录计算。“在哪、还多远、怎么走的”，由不同的数据共同回答。
位置 → 航程 → 记录航程关系示意
官方里程，回答“在哪”
“距宜昌”“距武汉”“距吴淞口”各有基准。显示时保留所属航段与里程，读到的才是完整位置。
熟悉的表达，用来确认与沟通位置。沿程距离，回答“还多远”
将不同位置放到连续的航道关系中，为跨里程基准的计算提供依据，再关联航次起终点与当前进度。
把里程转换交给设备，查看时少做心算。航迹记录，回答“怎么走的”
将连续定位与时间组织成记录。实际行驶过程中的航速起伏与里程变化，可以按时间、按航次回看。
位置参照与航行记录结合，补全这一程。沿程里程用于航程进度参考；航迹里程来自设备记录，两者计算依据不同。图示表达数据关系，不用于通航决策。
04 / 这些处理，给你带来什么
少一次查找，少一次心算。
每一程，都更清楚。
分区、网格和信息关联，最终成为日常使用里的便利：位置用文字读，进度用图形看，过程用统计回顾。 打开凌台科技 App，直接找到这一程关心的答案。
一眼读懂所在
“现在到哪了？”
打开，就能说清楚。
把航运城市、当前水道与官方里程放在一起。看位置时少一次查找，交流航程时，多一份清楚。
- 城市与水道
- 读懂当前位置的上下文
- 里程与基准
- 保留熟悉的航运位置表达
数据怎样起作用
卫星定位 → 命中网格 → 关联水道、城市与里程
定位与航程凌台科技 App
当前位置仪征仪征水道
距吴淞口302.5 km
官方里程长江下游
位置、水道、里程，放在一起读。
一眼看清进度
“还要走多远？”
把进度，直接摆出来。
设置航次起终点，总航程、已航与剩余里程就有了共同的参照。用进度条把一串数字串起来，少一次心算。
- 同一航次
- 总航程、已航、剩余一起查看
- 一条进度
- 把当前位置放回起点与终点之间
数据怎样起作用
起终点 + 当前位置 → 沿程距离 → 航次进度
当前航次航行中
始发港南京
目的港镇江
总航程86.4 km
已航里程51.6 km
剩余里程34.8 km
起点、当前位置、终点，放进同一程。
一程走过，有据可看
“这一程怎么走过？”
用曲线和统计，回头看。
按当日或当前航次查看历史航速，结合平均航速、最大航速与累计里程，回看行驶过程。零散的变化，变成可以查看的记录。
- 按时间看
- 当日变化，读出过程中的起伏
- 按航次看
- 结合平均、最大航速与累计里程
数据怎样起作用
终端记录 → 按时间与航次整理 → App 图表与统计
历史航速当前航次
km/h
航次平均16.8 km/h
最大航速21.6 km/h
累计里程 官方里程51.6 km
界面展示随 App 与设备版本更新；实际信息以设备记录、数据覆盖和定位条件为准。
从数据库，到每天的使用
数据成为依据，
技术落进每一程。
自建数据库，是为了让设备有据可算、有据可判断，让你看信息更省心，也为后续的自动处理打好基础。
RV 航道数据库
组织位置、里程、沿线信息与策略，
提供显示、计算与决策的依据。
Hub 终端
结合实时状态计算与记录，
按已开放的功能规则判断、执行。
凌台科技 App
位置读得懂，进度看得清，
历史有图表，航程有记录。