原路往返,为什么爬升和下降的数字总对不上

先说结论

爬升和下降都不是从一张固定不变的路线高程表里查出来的,而是从那一趟记录到的海拔序列里,现场重新累加出来的数字。同一片地形走两遍,记录到的海拔序列在去程和回程上并不是同一份——尽管山坡本身一寸都没挪动。所以去程测出的爬升和回程测出的下降,是对同一段爬升做出的两次独立估算,不是同一个数字被读了两遍。差个几个百分点是正常结果,不代表你走岔了路,也不代表 App 数错了。

理论上应该对得上

真正的原路往返——走到某个点再沿原路返回——去程爬过的每一米,回程走过同一段时都是下降的一米;去程下降的每一米,回程走回来时都是爬升的一米。全部加起来,去程的爬升应该等于回程的下降,去程的下降也应该等于回程的爬升。这是重走自己脚印这件事本身的物理事实,也正因为如此,两个数字会落在同一个区间里,而不是毫不相干。

但它没能保证的是完全相等,因为「同一个区间」这几个字,才是真正在起作用的部分。去程和回程之间隔着几个小时,有时候只隔几十分钟,而海拔是每一次都重新测量的,回程并不会记得去程读到过的那个数字。

为什么去程和回程测不出一样的数字

海拔每一次都独立读取

记录 App 不会记得某个点在去程已经走过。无论去程还是回程,每一次定位都是 GPS 和气压传感器在当下那一瞬间各自给出的海拔读数。同一平方米的地面,在不同时刻被经过两次,得到的是一个本身就带噪声的量的两个独立样本——它们会围着真实值上下浮动,并不保证连续两次落在同一个点上。

走这一趟期间气压本身在漂移

iPhone 从 6 代开始内置气压传感器,能把相对高度变化读得很平滑。但它读的是相对于当下气压的变化,而气压会随天气变,跟你实际所在的海拔没关系。一趟几个小时的山行里,气压要是动了,去程经过的某个点,回程再经过时读出来的海拔就可能高几米或低几米,而且这份漂移不会正好一半分给去程、一半分给回程。

过滤阈值也是分别套用在两段上的

在累加之前,App 会先忽略掉低于某个阈值的小幅上下抖动,免得一段平地光靠传感器噪声就「攒」出爬升。这道过滤是分别套在去程记录和回程记录上的,而两段记录本来就是不同的数字序列,同样的过滤方式作用在不同的输入上,自然不会保证凑出同一个总数。

回程的线很少跟去程完全重合

绕开一块泥地,一个之字弯拐得稍微不一样,走路的节奏变了——这些都会改变具体记下哪些点、记在哪个位置。走的是同一条路,去回两趟,但记录下来的线每次都是这条路的一份不同采样,而爬升是从这份被采样出来的线里算出来的,不是从这条路本身算出来的。

这道缝隙不代表什么

去程爬升和回程下降对不上,不代表你走错了路,不代表记录出了问题,也不代表哪一段更不可信。两段都是对一个本身就带噪声的量做出的普普通通的独立测量,差个几个百分点,反而比严丝合缝更符合预期。要是差距不是小,而是明显偏大——回程报出来的数字比去程多出一大截或者少出一大截——更常见的解释往往是绕了更远的路、记录中途暂停过,或者其中一段在密林下走得更久,而不是海拔读数本身出了毛病。

容易搞混的地方

• 默认去程和回程应该严丝合缝地对上,一有差距就当成出错——小差距是两次独立测量的正常结果,不是故障。
• 把去程爬升和回程爬升直接加在一起,当作「这一天总共爬了多少」,却没留意这等于把同一片山坡爬了两遍的量叠着算——这不代表体感难度翻倍,但也不等同于同样长度的单程路线的爬升。
• 一看到差距偏大,就认定一定是绕了更远的路——一趟几个小时的行程里,单是气压随天气漂移,就足以让数字自己动起来,而实际走的地方根本没变。
• 拿两个不同 App、或者两次不同的山行,去比较去程和回程对得上的程度,期待每次都一样紧——过滤阈值和当天的天气都不一样,去回两段能对得多接近,不是这条路线固定不变的属性。

TrailCam 的做法

TrailCam 为每一次记录的徒步、步行或骑行,把爬升和距离、行进时长、配速放在一起显示,数字都是从实际记录下来的轨迹算出来的,不会为了让去程和回程凑成一致的样子而做平滑处理。回放保存好的轨迹时,地图下方会同步显示同一条海拔曲线,原路往返两段之间的差距,你可以自己对照着看,而不用凭空相信。App 免费下载。