GPS漂移点不能直接连成轨迹，因民用GPS在弱信号环境下定位偏移达几十至数百米，看似连续的经纬度实际绘图呈杂乱“毛线”；纠偏需基于运动学约束筛异常点并平滑拟合。
GPS漂移点为什么不能直接连成轨迹
因为民用GPS在高楼、隧道、树林或弱信号环境下，定位点会随机偏移几十到几百米，json里看着是连续的经纬度，实际画出来是一团毛线。纠偏不是“让点更准”，而是基于运动学约束（速度上限、转向角限制、采样频率）筛掉明显异常点，并用平滑算法拟合合理路径。
用 PHP 做基础纠偏：先过滤再插值
PHP 本身没有内置地理纠偏库，但可以调用轻量级算法逻辑。重点不是追求高精度，而是快速剔除跳变点 + 还原大致走向。
-
abs($lat1 - $lat2) > 0.01或abs($lng1 - $lng2) > 0.01可粗筛单步位移超 1km 的异常点（注意：纬度 0.01° ≈ 1.1km，经度需按纬度缩放） - 用 Haversine 公式算两点距离，结合时间戳判断瞬时速度是否超过
80（单位 km/h），超速点大概率是漂移 - 保留前后 3 点做简单中值滤波：
array_values(array_filter($points, fn($p) => $p['speed'] ，再对剩余点用线性插值补短距离断点
别硬刚纯 PHP 实现高德/百度级纠偏
高德、百度的纠偏服务底层依赖路网拓扑 + 历史轨迹聚类 + 卡尔曼滤波，纯 PHP 模拟效果差且耗 CPU。真实项目中应优先走 API。
- 调用高德
/v1/trajectory/adjust接口前，需把原始点转成type=driving+coords格式（"116.481499,39.990475;116.481275,39.990525"） - 百度
map.baidu.com/api/v1/track/point/adjust要求ak和timestamp精确到秒，否则返回"ERR_INVALID_TIMESTAMP" - PHP 发请求必须设
Content-Type: application/x-www-form-urlencoded，漏掉这个 header 会卡在 400 错误，不报具体原因
纠偏后轨迹仍“抖”？检查坐标系是否混淆
国内地图服务要求 GCJ-02 坐标系，但 GPS 设备默认输出 WGS-84。没转换就直接喂给高德 API，纠偏结果会整体偏移 200–500 米，看起来像没纠一样。
立即学习“PHP免费学习笔记（深入）”；
- 用开源库
evilzhang/gcoord（PHP 版）做gcoord.wgs84ToGcj02()转换，别自己写公式——火星坐标加密有偏移扰动项 - 如果原始数据来自 iOS
CLLocation，它默认是 WGS-84；Android 部分厂商 SDK 可能已转 GCJ-02，得看文档 - 验证方法：取一个已知地点（如公司门口），把纠偏后坐标扔进高德地图网页搜索，看是否落在建筑内；偏差 > 50 米基本可判定坐标系错了
真正麻烦的不是算法，是 GPS 数据来源混杂、坐标系不清、时间戳不准这三件事叠在一起——查漏比写代码花的时间多得多。
