健行的距離數字，算進了你爬升的那段高度嗎

先說結論

路線上記錄的每一個點，都帶著經度、緯度、海拔三個數值。距離只用其中的經度和緯度來算——把一個點到下一個點之間的水平間隔，沿整條路線一段段加起來。海拔從頭到尾都不參與這個計算。累計爬升則只用海拔這一個數值，把一個點的海拔跟前一個點比較，只把往上的部分累加起來。兩個數字來自同一份記錄裡的不同欄位，從來不會被合成一個數字。

距離為什麼按「平面地圖上」來算

嚴格來說，沿著坡面實際走過的距離，會比連接同樣兩個點的平面地圖距離稍微長一點——坡面相當於一個三角形的斜邊，斜邊總是比它下面的底邊長一些。不過在一般健行會遇到的坡度下，這點差距非常小。就算是走起來已經能明顯感覺到「這是在爬坡」的 10% 坡度，實際走過的距離比平面距離多出來的部分，也不過是百分之幾而已。包括 TrailCam 在內的一般健行記錄 App 報告的距離，就是這個不把斜邊差距算進去的平面距離——一來一般坡度下這點差距本來就很小，二來用 GPS 座標算出的水平距離，是各種處理 GPX 的軟體之間通用的算法，這也是為什麼一個 App 記錄的路線，拿到另一個 App 裡也能正常讀出來、拿來比較。

為什麼這兩個數字被特意分開

要是把爬升的部分混進距離裡，距離這個數字就會隨著地形的形狀變來變去——同樣是 2 公里的往返路線，翻過一道稜線的走法和一直平著走的走法，會顯示成不一樣的長度，這就破壞了距離這個數字本來該起的作用：作為一條路線和另一條路線之間能拿來比較的基準。把兩個數字分開，一條平坦的 5 公里路和一條實實在在有爬升的 5 公里路，就都能老實被認成同樣的距離，後一條路走起來更累的原因，不會被悄悄加進距離裡，而是老實體現在累計爬升這個獨立的數字上。

分開還有一個好處，兩個數字可以放在一起看，而不是一個替另一個說話。距離回答的是走了多遠，累計爬升回答的是為了走這段距離爬了多高，把這兩個數字放在一起算出來的坡度，才是真正告訴你那段爬升到底有多陡的數字。

真正陡的一段路，看起來是什麼樣

走一樣的 GPS 座標，一條陡得讓人喘氣的路和一條平緩的路，顯示出來的距離完全一樣，因為距離本來就沒有在讀坡面的傾斜程度。這兩條路之間真正不一樣的，是累計爬升的數字，還有據此算出的平均坡度——這兩個數字，都來自距離根本不去看的那一欄海拔資料。一趟走下來比距離數字給人的感覺累得多的健行，不是距離算錯了，只是那份辛苦大部分體現在了累計爬升這個另外的數字上。

容易搞混的地方

• 以為走同樣座標的路線，陡的那條應該比平的那條距離更長——距離一律按水平方向計算，不讀海拔，所以不會這樣。
• 看到距離數字比預期小，就以為累計爬升的計算漏掉了什麼——兩個數字從來就沒有被合併過，也就談不上從哪裡漏掉。
• 拿家附近一條平坦的散步路線，跟一條山路的距離數字做對比，得出「這條山路其實也沒多遠」的結論——被漏掉的那部分，是旁邊擺著的累計爬升數字，不是哪個數字算錯了。
• 只看距離數字，就想判斷一趟健行到底有多累——真正反映地面有多陡的，是拿距離和累計爬升一起算出來的坡度，不是距離本身。

TrailCam 在這裡的角色

TrailCam 會為路線上的每一個點記錄經度、緯度和海拔，並且把距離、累計爬升、行動時間和配速當成互相獨立的數字分別回報，不會把哪一個混進另一個裡。這樣一來，陡峭的爬升會老實體現在回放路線時地圖下方的高度剖面圖上，而不會悄悄把旁邊的距離數字撐大。TrailCam 免費下載。