同一條健行路線，往返方向不同，爬升數字為什麼會不一樣

簡單說

爬升數字是按順序走過路線上的每個點，只要海拔往上走的那一段就累加起來算出來的；下降則是同樣的道理，累加海拔往下走的那些段。方向一反，走的其實是完全相同的一串點，只是順序倒過來了，這就讓每一段的「上」跟「下」整個互換了位置——往北走時算上坡的那一段，往南走就變成下坡，反過來也一樣。所以一個方向的爬升，大致對應另一個方向的下降，腳下的地面其實一步都沒變，變的只是「上」跟「下」這兩個詞分別指的是哪一段。

這種互換要完全對稱，前提是路線兩端的海拔一樣，中間只是起起伏伏。像縱走路線這種兩端登山口海拔本來就不一樣的情況，兩個方向就不再是單純的鏡像了，因為那部分海拔差會加到其中一個方向的爬升裡，也會加到另一個方向的下降裡。

一個方向的上坡，就是另一個方向的下坡

假設路上有一小段，先爬升 40 公尺到一個高點，再下降 25 公尺進一個凹地。按這個順序走，40 公尺算進爬升，25 公尺算進下降。從另一端走同一段路，海拔的變化量沒變，但經過的順序倒過來了：先經過那 25 公尺的爬升，算進爬升；再經過那 40 公尺的下降，算進下降。這段山坡本身什麼都沒變，變的只是你從哪一端開始走，可就這一點，已經讓這一小段路上 15 公尺的淨差額，從爬升那欄挪到了下降那欄。

真實的一條路上，這種互換不會只發生一次，而是在路上每一個凹地跟高點都要發生一遍，可能有幾十次甚至幾百次。單看每一次都不算大，但一條起伏很多的路，兩個方向走下來，總爬升可能差出一截，而這還沒算上兩端登山口本身的海拔差。

兩端登山口之間的海拔差

環形路線不管順時針還是逆時針走，最後總會回到出發點，所以淨海拔變化永遠是零，反過來走也只是把前面說的那些起伏重新互換一遍。縱走路線不一樣，因為它的兩端本來就不是同一個地方，海拔也很少剛好相等。假設一端登山口在海拔 1,200 公尺，另一端在 1,800 公尺，中間差 600 公尺，那不管往哪個方向走，這 600 公尺都得體現在數字裡的某個地方，跟中間路面的起伏是兩碼事。

從低的那端走到高的那端，這 600 公尺會加在中間起伏之外，一起算進爬升；從高的那端走到低的那端，同樣這 600 公尺會加進下降，爬升就只剩下路上那些小的回頭爬升。這跟登山口牌子寫的爬升數字跟 GPS 記錄的爬升數字對不上，是同一個道理——都是淨變化跟累積數字的差別，只不過這裡差別的來源不是「淨變化 vs 累積」，而是「往哪個方向走」。

這跟兩個 App 數字對不上不是一回事

同一趟健行、同一個方向，兩次記錄本來就可能因為 GPS 跟氣壓計的普通雜訊、不同 App 用的過濾門檻不一樣、往返兩段沒走到完全同樣的點，差出個百分之幾。方向不同導致爬升數字不一樣，是另外一件事：就算有一份完美、沒有任何雜訊的記錄，這個現象照樣會出現，因為爬升跟下降對這兩個方向來說本來就是兩個不同的量，不是同一個數字的兩次估算。一份只給出一個爬升數字的攻略或路牌，其實默認說的是某一個方向，反著走並不會讓這個數字單純地變號——具體變大、變小還是差不多，全看兩端登山口誰高誰低。

TrailCam 在這裡的角色

TrailCam 會按實際走的方向，把海拔當成 GPS 軌跡的一部分記下來，把算出來的爬升跟距離、行進時間、配速放在一起顯示，回放時在地圖下方畫成一條高度曲線。要是同一條路從兩端分別走過、各記錄一次，歷史裡就是兩趟獨立的軌跡，各自有各自的爬升跟下降，不會拿一個數字代表兩個方向。App 本身免費下載。