徒步的距离数字，算没算进你爬升的那部分高度

先说结论

路线上记录的每一个点，都带着经度、纬度、海拔三个数值。距离只用其中的经度和纬度来算——把一个点到下一个点之间的水平间隔，沿整条路线一段段加起来。海拔从头到尾都不参与这个计算。累计爬升则只用海拔这一个数值，把一个点的海拔跟前一个点比较，只把往上的部分累加起来。两个数字来自同一份记录里的不同列，从来不会被合成一个数字。

距离为什么按「平面地图上」来算

严格来说，沿着坡面实际走过的距离，会比连接同样两个点的平面地图距离稍微长一点——坡面相当于一个三角形的斜边，斜边总是比它下面的底边长一些。不过在一般徒步会遇到的坡度下，这点差距非常小。哪怕是走起来已经能明显感觉到"这是在爬坡"的 10% 坡度，实际走过的距离比平面距离多出来的部分，也就是百分之几而已。包括 TrailCam 在内的一般徒步记录 App 报告的距离，就是这个不把斜边差距算进去的平面距离——一来一般坡度下这点差距本来就很小，二来用 GPS 坐标算出的水平距离，是各种处理 GPX 的软件之间通用的算法，这也是为什么一个 App 记录的路线，拿到另一个 App 里也能正常读出来、拿来比较。

为什么这两个数字被特意分开

要是把爬升的部分混进距离里，距离这个数字就会随着地形的形状变来变去——同样是 2 公里的往返路线，翻过一道山脊的走法和一直平着走的走法，会显示成不一样的长度，这就破坏了距离这个数字本来该起的作用：作为一条路线和另一条路线之间能拿来比较的基准。把两个数字分开，一条平坦的 5 公里路和一条实实在在有爬升的 5 公里路，就都能老老实实被认成同样的距离，后一条路走起来更累的原因，不会被悄悄加进距离里，而是老实地体现在累计爬升这个单独的数字上。

分开还有一个好处，两个数字可以放在一起看，而不是一个替另一个说话。距离回答的是走了多远，累计爬升回答的是为了走这段距离爬了多高，把这两个数字放在一起算出来的坡度，才是真正告诉你那段爬升到底有多陡的数字。

真正陡的一段路，看起来是什么样

走一样的 GPS 坐标，一条陡峭得让人喘气的路和一条平缓的路，显示出来的距离完全一样，因为距离本来就没有在读坡面的倾斜程度。这两条路之间真正不一样的，是累计爬升的数字，还有据此算出的平均坡度——这两个数字，都来自距离压根不去看的那一列海拔数据。一趟走下来比距离数字给人的感觉累得多的徒步，不是距离算错了，只是那份辛苦大部分体现在了累计爬升这个另外的数字上。

容易搞混的地方

• 以为走同样坐标的路线，陡的那条应该比平的那条距离更长——距离一律按水平方向计算，不读海拔，所以不会这样。
• 看到距离数字比预期小，就以为累计爬升的计算漏掉了什么——两个数字从来就没有被合并过，也就谈不上从哪里漏掉。
• 拿家附近一条平坦的散步路线，跟一条山路的距离数字做对比，得出"这条山路其实也没多远"的结论——被漏掉的那部分，是旁边摆着的累计爬升数字，不是哪个数字算错了。
• 只看距离数字，就想判断一趟徒步到底有多累——真正反映地面有多陡的，是拿距离和累计爬升一起算出来的坡度，不是距离本身。

TrailCam 在这里的角色

TrailCam 会给路线上的每一个点记录经度、纬度和海拔，并且把距离、累计爬升、行动时间和配速当成互相独立的数字分别报告，不会把哪一个混进另一个里。这样一来，陡峭的爬升会老老实实体现在回放路线时地图下方的高度剖面图上，而不会悄悄把旁边的距离数字撑大。TrailCam 免费下载。