2026-09-10：WGS84→BD09 转换诊断

结论

供水统一 GIS 画布 GisMapCanvas.vue 对数值型 WGS84 坐标执行 convertCoord 后再创建 BMapGL.Point；点位、管线、视野适配和定位路径均保持转换，未发现算法偏移异常。
沅陵县样例 110.3965,28.4638 转换为约 110.4079336973,28.4669691113，经度约 1.12 km、纬度约 0.35 km 的偏移属于 WGS84→GCJ02→BD09 的正常量级。
按用户确认，后端数据库坐标为数字格式，因此未对字符串坐标增加额外设计；数值探针显示字符串输入会产生 NaN，仅作为边界风险记录。
供水首页 WaterSupplyHome.vue 仍使用独立地图实现，默认中心与图层代码暂不修改，等待后续统一复用公共 GIS 组件。
当前分支已有本地未推送提交 93fc1c3（点位聚合/管线显示策略），属于用户已确认的需求，不在本轮调整。

验证

node --test "tests/*.test.mjs"：86/86 通过。
数值转换探针通过；未执行真实浏览器地图人工验收。
本轮无代码修改。

补充：GIS Ticket #2 收尾

用户确认 #2 人工验收完成并关闭 Gogs Issue #2。
修复统一 GIS 页壳地图区未铺满的问题：设施页和监测设备页的 #map 插槽移除重复 main.map-panel，由共享页壳统一承载地图面板；左侧统计区调整为更宽的固定列并禁止统计标题换行。
报警 GIS 继续复用共享页壳，并保留报警点搜索、图例和右侧详情抽屉。
删除本轮临时 tests/waterGisShell.test.mjs；既有 GIS 画布和聚合测试保留。
针对 #2 的 GIS 相关测试和生产构建通过。全量测试受远端工单状态文案变更影响，存在若干既有 waterSupplyUiModel/派单契约断言失败，与本轮页壳改动无关。

补充：Ticket #3 开工前工单领域核对

Gogs Issue #3 已确认：监测设备 GIS 接入共享画布，展示全部有效供水设备点位，保留设备类型/状态/关键字筛选、状态统计、点位和搜索结果定位及右侧详情。
领域核对发现迁移期双轨：驾驶舱只读工单字典使用目标编码 1–7；管理端业务工单和供水设备详情仍使用数据库现网 0–7，其中 6 为延期兼容状态。状态名仍是跨系统业务权威，GIS 只消费设备状态和关联工单摘要，不在 Ticket #3 迁移工单状态机。
已更新前端 CONTEXT.md、docs/domain/work-order-lifecycle.md、memory/long-term.md 以及后端 pipe-network-service/docs/domain/work-order-lifecycle.md，记录接口编码边界和迁移约束。
同步修正前端契约测试到管理端现网编码，单元与全量测试恢复通过；Ticket #3 尚未开始实现。

补充：Ticket #3 开工前共识收敛

复核后端当前代码：WorkOrderStatusEnum 与前端 workOrderDict.js 均为 0-待派单、1-待接单、2-已接单、3-处理中、4-待验收、5-已结案、6-延期中、7-已取消；管理端状态机是权威契约。
CockpitWorkOrderStateDictionary 仍按旧 1–7 目标编码暴露驾驶舱只读展示，且 byLegacyCode(0..6) 的映射不适用于当前管理端 0–7；这是一个需要单独修正的后端驾驶舱适配问题，不在 #3 前端边界内处理。
已把前端 CONTEXT.md、docs/domain/work-order-lifecycle.md 和长期记忆更新为当前管理端 0–7 口径，明确延期中不是终态、验收驳回为动作、驾驶舱必须显式映射管理端状态。