Expand 20nm preservation audit and add Hakata hotspot audit

STEP_RECORD.md

@@ -12,12 +12,12 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 
 当前页面版本体系：
 
-- `HTML: compare-r14-20260401-1523`
+- `HTML: compare-r15-20260401-1705`
 
 当前页面支持 2 个 profile，但仍是同一张 HTML：
 
 1. 唐津 20 海里
-   - `Style: karatsu-final-style-r5-20260401-1540 (style.navsea-delivery-karatsu-20nm-final.json)`
+   - `Style: karatsu-final-style-r11-20260401-1719 (style.navsea-delivery-karatsu-20nm-final.json)`
    - `PBF: karatsu-final-pbf-20nm-20260401-0248 (pbf-delivery-karatsu-20nm-final)`
 
 2. 九州
@@ -39,6 +39,8 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
   - 左右联动
   - 点击拾取
   - HTML / Style / PBF 三层版本可见
+- 页面现在还支持 URL 相机参数，便于同一张页面切到热点区做自动截图：
+  - `?profile=karatsu20&center=130.335,33.6385&zoom=12.2`
 
 ## Current Truth
 
@@ -64,24 +66,28 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 
 当前新增结论：
 
-- 紫色大 `X` 对应的不是 `428`
-- 在当前 sprite 体系里：
-  - `409 -> symbol-daytime-409`
-  - `429 -> symbol-daytime-429`
-- `428` 更像鱼礁/椭圆眼形符号
-- 第二类“X 丢了”的问题，已经确认有一部分是危险物点与红绿小灯在近坐标重叠：
-  - 例如同一热点存在：
-    - `険悪物(class_code=420)` at `[3023,524]`
-    - red light `30600002` at `[3013,524]`
-    - green light `30600001` at `[3029,505]`
-- 这类问题更像图层叠放和当前 icon-size 过大，不是 PBF 缺对象
-- `fid=13025299` 这类对象的最新结论已经纠正：
-  - 左侧原始版是 `p航行危険障害物 / 分類番号 409 / 孤立危険物`
-  - 当前 `20nm final` 后台对象保真审计显示这类 `409` 在 final 里是完整保留下来的
-  - 当前问题已经收敛成：
-    - 旧 `20nm delivery` 没保留 `class_code`
-    - `20nm final style` 之前没有对 `navigation_hazard_point` 按 `class_code` 选 icon
-  - 也就是说，这批点现在的主问题是 `final style`，不是 `final PBF` 丢对象
+- compare 页已经支持热点定位参数，strict audit 现在可以在同一张页里切到博多港自动截图
+- `20nm final` 的对象保真审计已扩到 5 组：
+  - `p航行危険障害物 -> navigation_hazard_point`
+  - `p投錨注意障害物 -> anchor_caution_hazard_point`
+  - `p航路標識群 -> navigation_marks`
+  - `p施設・境界線等 -> facility_boundary_point`
+  - `P航路ククリ -> route_outline`
+- 扩层后的结论：
+  - 旧 `delivery_20nm`：`4165/4165` identifier lost
+  - 当前 `final_20nm`：`4165/4165` preserved
+- 也就是说：
+  - 现在危险物、航标、设施点、航路线这 5 组在 final PBF 里都没有丢对象
+  - 后续主问题继续收敛在 `style`
+- 博多港这轮已补回：
+  - `route_outline` 紫色虚线
+  - `facility_boundary_point` 的 class-based 图标
+    - `505 -> symbol-daytime-505`
+    - `510 -> symbol-daytime-505`
+    - `520 -> symbol-daytime-520`
+    - `530 -> symbol-daytime-530`
+    - `550 -> symbol-daytime-550`
+- 设施点文字层做过一次试验版 `r10`，但博多港 AOI 截图差异变大，已回退；当前保留的有效版本是 `style-r11`
 
 一句话判断：
 
@@ -95,7 +101,7 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 
 ## Object Preservation Audit
 
-当前已经新增一条专门的对象保真审计：
+当前已经新增并扩展了一条专门的对象保真审计：
 
 - 脚本：
   - [`navsea_object_preservation_audit.py`](/root/sourceserver/pbf/navsea_object_preservation_audit.py)
@@ -106,22 +112,20 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 当前结论非常明确：
 
 - `delivery_20nm`
-  - raw objects: `2090`
+  - raw objects: `4165`
   - preserved: `0`
-  - raw class lost: `2090`
+  - identifier lost: `4165`
 - `final_20nm`
-  - raw objects: `2090`
-  - preserved: `2090`
+  - raw objects: `4165`
+  - preserved: `4165`
   - missing object: `0`
-  - raw class lost: `0`
+  - identifier lost: `0`
 
 重点含义：
 
-- 旧 `20nm delivery` 的危险物细分类全部丢失
-- 当前 `20nm final` 的危险物细分类已经完整保留下来
-- `p航行危険障害物:409` 在 final 中是：
-  - raw=`25`
-  - preserved=`25`
+- 旧 `20nm delivery` 不只是危险物，连航标、设施点、航路线的识别字段也都没保住
+- 当前 `20nm final` 里，这 5 组对象的细分类 / 显示码已经完整保留下来
+- 当前对象保真审计已经能先把“东西丢了”这类严重问题挡在最前面
 
 ## Final Release Candidate
 
@@ -195,9 +199,10 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 当前认可的可信审计方法：
 
 1. `20nm compare` 肉眼审图
-2. 小范围 AOI 图像对比
-3. compare 页点击拾取
-4. `10nm rerun` 对象级 backend audit
+2. `object preservation audit`
+3. 小范围 AOI 图像对比
+4. compare 页点击拾取
+5. `10nm rerun` 对象级 backend audit
 
 当前小范围试验方法文档：
 
@@ -207,17 +212,22 @@ Remote: `ssh://git@nas:2222/tei/pbf.git`
 当前 pilot 热点配置：
 
 - [`strict_audit_hotspots_20nm_pilot.json`](/root/sourceserver/pbf/strict_audit_hotspots_20nm_pilot.json)
+- [`strict_audit_hotspots_20nm_hakata.json`](/root/sourceserver/pbf/strict_audit_hotspots_20nm_hakata.json)
 
 当前 pilot 报告：
 
 - [`report/strict_audit_pilot/strict_audit_summary.md`](/root/sourceserver/pbf/report/strict_audit_pilot/strict_audit_summary.md)
 - [`report/strict_audit_pilot/strict_audit_summary.json`](/root/sourceserver/pbf/report/strict_audit_pilot/strict_audit_summary.json)
+- [`report/strict_audit_20nm_hakata_r9/strict_audit_summary.md`](/root/sourceserver/pbf/report/strict_audit_20nm_hakata_r9/strict_audit_summary.md)
+- [`report/strict_audit_20nm_hakata_r11/strict_audit_summary.md`](/root/sourceserver/pbf/report/strict_audit_20nm_hakata_r11/strict_audit_summary.md)
 
 当前结论：
 
 - 不再只看整屏 diff
 - 不再只看 `20nm` backend 总量数字
 - `20nm` backend 仍不适合当严格对象级审计
+- 博多港 AOI 现在也已经纳入固定截图审计
+- `r10` 的设施文字层试验让热点差异变大，已回退；当前线上保留 `r11`
 - 当前正式审计顺序已经明确为：
   - 先 `object preservation audit`
   - 再 `render audit`