7.9 KiB
给 PBF 生成负责人的对接问题清单（NavSea 航线规划需求）
背景 NavSea 准备基于海图 PBF 做一个简单可行的航线规划 MVP。 第一阶段规划只考虑：
- 避开陆地
- 避开海上危险障碍
- 以后可能增加水深限制
当前规划会重点使用这些语义层：
- land_area
- navigation_hazard_area
- navigation_hazard_point
- anchor_caution_hazard_area
- anchor_caution_hazard_point
- submerged_reef_area
- fixed_fishing_gear_area
- onshore_structure_area
我们的核心关注点不是显示，而是“这些数据能否稳定用于路径规划”。 由于 PBF 有 zoom 分级，需要确认在不同 zoom 下这些层的保真和筛选规则。
一、希望先确认的总原则
请确认以下说法是否成立：
- 当前 PBF 的多 zoom 设计主要是为显示服务，还是也考虑了规划/空间分析用途？
- 对航线规划来说，是否存在一个可以认为“关键障碍语义完整可用”的 zoom 范围？
- 是否可以提供一套“规划可用数据视图”或“规划专用规则”，使关键障碍不会因显示优化而消失？
二、请逐层说明 zoom 下的数据处理规则
请针对以下 layer 分别说明在不同 zoom 下是否会发生这些情况：
目标 layer：
- land_area
- navigation_hazard_area
- navigation_hazard_point
- anchor_caution_hazard_area
- anchor_caution_hazard_point
- submerged_reef_area
- fixed_fishing_gear_area
- onshore_structure_area
希望逐层说明以下问题：
-
是否会被完全省略
- 某些 zoom 下该 layer 的要素是否会直接不输出？
-
是否会按阈值过滤
- 面是否按最小面积过滤？
- 线是否按最小长度过滤？
- 点是否按重要性/等级过滤？
-
是否会做几何简化
- polygon 边界是否会抽稀？
- simplification 大致是什么规则？
-
是否会发生对象合并
- 相邻的小面是否会合并成更大面？
- 多个近邻点是否会聚合？
-
是否会裁剪属性
- 低 zoom 是否会只保留显示属性？
- 规划可能需要的属性是否在低 zoom 丢失？
三、对 land_area 的重点问题
land_area 是我们做陆地主判定的核心来源，请重点确认：
-
land_area 在低 zoom 是否可能因为 generalization 导致：
- 狭窄可通航水道被封死
- 港口入口被抹平
- 小岛间原本可通行的缝隙消失
-
从哪个 zoom 开始，land_area 可以认为足够可靠，适合用于航线规划？
-
是否有专门保护规则，避免在低 zoom 错误“封口”真实可通航水域？
四、对危险障碍物的重点问题
对以下规划关键障碍，请重点确认：
- navigation_hazard_area
- navigation_hazard_point
- anchor_caution_hazard_area
- anchor_caution_hazard_point
- submerged_reef_area
- fixed_fishing_gear_area
请确认：
- 小面积危险区在低 zoom 会不会被省略？
- 点状危险物在低 zoom 会不会被省略？
- 是否存在“显示上可省略，但规划上不能省略”的对象？
- 是否能提供某个 zoom 起点，保证这些关键危险物语义完整可用？
我们最关心的是：
- 可以接受几何稍微简化
- 不能接受关键危险障碍在规划使用的 zoom 上直接消失
五、对象 ID 与跨 zoom 一致性
请确认：
- 同一对象在不同 zoom 下是否有稳定的 feature id？
- 如果有：
- 是否能跨 zoom 对应到同一实体？
- 如果没有：
- 是否至少有某种稳定主键或 source id 可用于对齐？
这个对我们很重要，因为会影响：
- 多 zoom 去重
- 数据调试
- 规划结果解释
- 缓存一致性判断
六、area / outline / point 的对应关系
我们当前更倾向于用：
- area 作为主阻塞来源
- point 作为点障碍来源
- outline/boundary 只做辅助表达
请帮确认：
-
是否存在这样的情况：
- 某级别有 area
- 某级别 area 消失，只剩 outline
- 或只剩 point
-
这种保留规则是否稳定？
-
area 与 outline 是否能通过稳定 id 或关系字段对应？
-
如果 area 缺失，outline 是否一定能闭合并可靠重建 polygon？
- 如果不能，请直接说明不能依赖 outline 构面
七、对规划最重要的问题：请给出“最小可用 zoom”
请尽量明确回答：
-
从哪个 zoom 开始，下列 layer 可以认为“适合航线规划”：
- land_area
- navigation_hazard_area
- navigation_hazard_point
- anchor_caution_hazard_area
- anchor_caution_hazard_point
- submerged_reef_area
- fixed_fishing_gear_area
-
这里“适合航线规划”的定义是：
- 小型关键危险点不会被省略
- 小面积关键危险区不会被省略
- land_area 不会因过度简化而错误封死狭窄可通航水道
- 关键属性不会丢失
如果不能给一个单一 zoom，请给一个 zoom 区间，并说明：
- 哪一级最保守可靠
- 哪一级以下开始不适合规划
八、我们希望 PBF 侧能支持的需求
如果可以支持，NavSea 希望 PBF 生成侧能提供以下能力之一：
方案 A（最好） 提供“规划专用数据视图”或“规划专用 layer 规则”，确保以下关键语义不因显示简化而消失：
- land_area
- navigation_hazard_area
- navigation_hazard_point
- anchor_caution_hazard_area
- anchor_caution_hazard_point
- submerged_reef_area
- fixed_fishing_gear_area
方案 B（也可以） 继续使用现有多 zoom PBF，但请明确：
- 哪些 zoom 可用于规划
- 关键对象在这些 zoom 上不会丢失
- 关键属性在这些 zoom 上完整保留
方案 C（备选） 如果无法提供规划专用输出，是否至少能：
- 对关键 hazard point 设“强制保留”规则
- 对关键小面积 hazard area 设“低 zoom 不删”规则
- 对 land_area 设“狭水道/港口入口保护”规则，避免 generalization 封口
九、如果后续会加水深，请提前说明
我们当前第一版先不强依赖水深，但后续可能加最小水深限制。 如果 PBF 体系里已有或计划加入以下内容，也请一并说明：
- 是否已有 depth area / sounding / depth contour 类语义？
- 它们是否也受 zoom 过滤、简化、属性裁剪影响？
- 是否存在一个适合规划采样的深度数据视图？
十、希望对方最终回复的格式
为了方便我们落地实现，希望回复尽量包含：
- 每个关键 layer 的 zoom 保留规则
- 是否会省略 / 过滤 / 简化 / 合并 / 裁剪属性
- 是否有稳定 feature id
- area / outline / point 的对应关系
- 推荐给规划使用的最小 zoom 或 zoom 区间
- 是否能支持规划专用输出或规划保真规则
十一、最简版总结（可以直接发给对方）
NavSea 要基于海图 PBF 做航线规划，规划对数据的要求和显示不同。 我们最关心的是：
- 关键陆地和危险障碍语义在不同 zoom 下会不会丢失
- 从哪个 zoom 开始，这些 layer 可以稳定用于规划
- 同一对象跨 zoom 是否有稳定 id
- area / outline / point 的保留与对应关系是否稳定
- 是否能提供规划专用数据视图，或至少给出一个“规划可用的最小 zoom 规则”
我们可以接受几何简化， 但不能接受关键障碍在规划使用的 zoom 上消失。