背景
GNSS 原始输出多为 WGS‑84。国内公开地图服务普遍使用国测局加密后的 GCJ‑02（俗称火星坐标），与 WGS‑84 存在数百米级非线性偏移。若直接将模组 WGS 点叠加在 GCJ 地图上，会出现明显错位。部分领域还有 BD‑09 等地方变体。
工程处理
在服务端或 SDK 内统一做坐标转换；合法性上应使用主管部门许可的算法与接口。电子围栏判定须在同一坐标系下完成。
跨境
海外地图使用 WGS 无偏移，跨国车辆轨迹拼接需分段处理。
实现细节与精度
坐标转换并非简单线性平移，偏移量随地理位置变化，需使用官方或授权算法库批量转换。服务端缓存转换结果时要注意边界效应，省界与海域附近误差可能放大。高程方面，椭球高与正常高不同，工程测量与水利场景要引入大地水准面模型。模组输出 NMEA 时若混用不同坐标系字段，易在集成时踩坑，应在协议层强制标注 CRS 与版本。
合规、测绘与数据出境
公开显示与存储地理信息需遵守测绘与数据安全相关法规，未经审核的境外底图与坐标转换接口存在合规风险。涉及跨境车队时，轨迹数据出境要经过评估与脱敏。电子围栏与执法取证场景要求坐标与时间戳可追溯，日志中应保存原始观测值与转换参数，避免纠纷时无法复现。
工程实践补充
针对「国内坐标系」的跨团队协同：硬件提供阻抗与电源预算，射频提供杂散与灵敏度余量，嵌入式明确线程模型与存储寿命，云端明确 SLA 与限流。对 NB-IoT 等场景，业务模型需与唤醒周期、包长与下行容量匹配；对车载与移动场景，需考虑切换与漫游时的会话保持。项目收尾做一次「红队」式复盘：弱网、掉电、证书过期、时钟跳变与存储写满是否都有定义行为。