轨迹统计里的用时、配速和爬升是怎么算的
一句话说明：实际用时取轨迹里最早和最晚两个时间戳之差，预估用时在没有时间信息时按「平路 5 km/h + 每 600m 爬升加 1 小时」估算；爬升会过滤掉 3m 以内的高程抖动。
适用场景
- 想不通为什么「实际用时」比自己感觉的久
- 「预估用时」和「实际用时」显示的数字一模一样，怀疑是不是坏了
- 爬升数字比手表或其他 App 小
- 配速那一栏显示
--
操作步骤
- 导入轨迹后，统计显示在页面底部：距离、爬升、下降、最高、最低、点数、实际用时、预估用时、实际配速、预估配速
- 裁剪、纠偏、合并之后这些数字会实时重算，可以对照着判断操作是否符合预期
- 该看哪一栏：轨迹带时间戳（GPX 通常都有）时看「实际」两栏；只有 KML 这类没有时间信息的文件，才看「预估」
注意事项
- 距离：逐点累加球面距离。删掉漂移点、裁剪掉多余路段之后，距离通常会变小
- 爬升 / 下降：算法里有个「基线」，只有海拔相对基线变化达到 3m 才计入，然后把基线挪到该点。这样既能滤掉 GPS 的高程抖动，又能让持续的小幅爬升累积起来；如果按每个点单独判 3m，普通采样密度下算出来会接近 0。各家和设备的算法都不一样，数值对不上是正常的
- 实际用时：取轨迹里最早和最晚两个时间戳之差，中途休息、吃饭、拍照的时间都算在内
- 实际配速：实际用时 ÷ 距离，显示成
分'秒"/km - 预估用时：如果轨迹能算出实际用时，预估就直接采用实际用时——所以这时两栏数字相同，配速也一样；只有算不出实际用时（有效时间戳少于 2 个）时，才用公式估算：
距离(km) ÷ 5 + 爬升(m) ÷ 600。这就是常说的 Naismith 规则：平路按 5 km/h，每爬升 600m 再加 1 小时 - 最高 / 最低：所有轨迹点里的海拔极值，取整到米
- 没有海拔的点不参与爬升、最高、最低的计算，也不会被当成 0
- 合并时自动补的直线连接点不带海拔和时间，所以不计入爬升，但会算进距离
常见问题
Q：为什么「预估用时」和「实际用时」一模一样？ A：说明这条轨迹的时间戳是完整的，预估没有启用，直接沿用了实际用时。只有完全没有时间信息时，才会看到按距离和爬升估算出来的数值。
Q：实际用时比我感觉的久很多？ A：它是最早和最晚时间戳之差，休息、等人、拍照都算在内，不是「运动时间」。
Q：爬升和手表上差了几十米？ A：正常。这里用的是 3m 滞回阈值，各家 App 和手表的阈值、平滑方式不同，差几十米很常见。要统一口径的话，以你报名或备案时用的那个平台为准。
Q：配速那一栏显示 --？ A：说明这条轨迹没有（或只有 1 个）时间戳，实际用时和实际配速都算不出来。参考「预估用时 / 预估配速」即可。
Q：裁剪完距离变短了，是 bug 吗？ A：不是。统计始终基于当前轨迹点实时计算，删点、裁剪、合并之后数字都会跟着变。