怎麼知道一段健行裡有多少是上坡、下坡和平路

先說結論

爬升是個累加的總數——不管發生在健行的哪個階段，只要往上走了就加進去。它分不清這些爬升是開頭一口氣爬完，還是散布在整條路線上的幾段短坡，還是全程都在緩慢地爬。要弄清楚這個，得回到 GPX 軌跡本來就有的資料——每個記錄點的位置、海拔和累積距離——去看相鄰兩點之間怎麼變化，而不是只看總數。

把記錄的點按順序排開，逐一和下一個點比較。海拔上升超過某個小幅度，這一段算上坡；下降超過同樣的幅度，算下坡；變化落在這個幅度以內，算平路。把三類各自對應的距離加起來，就得到整條路線大致的上坡、下坡、平路占比——不是從一個總數裡讀出來的，是從總數背後的形狀裡讀出來的。

為什麼需要一個幅度，而不是只看升降

只拿相鄰兩點比大小，看下一個點是高是低就判斷上坡還是下坡，在一段真正平坦的路上會得出很離譜的結果。GPS 高度和氣壓計的讀數都帶一點雜訊，所以哪怕地面完全沒有起伏，平路上相鄰兩點的海拔也會上下飄一兩公尺。要是把這些抖動統統算成上坡或下坡，一段平坦的林道就會被拆成每隔幾個點就爬一次、降一次的樓梯。

解決辦法和 App 計算爬升本身時用的是同一套思路——小於幾公尺的變化直接忽略，海拔的變化超過這個幅度才算一段上坡或下坡。這個幅度定在哪裡是個判斷，不是固定規則，這也是為什麼同一個檔案讓兩個人手動分類，得出的占比會有些出入。這不是為了算出精確的百分比，而是為了看出一個大致的形狀。

比算數字更快的辦法：直接看曲線

照著原始資料逐點計算確實能得到答案，但不是唯一的辦法。回放一條軌跡時地圖下方畫出的海拔曲線——把海拔對著累積距離畫出來的那條線——把同樣的資訊用圖形呈現出來，人眼分辨上坡、下坡、平路，比算數字快得多，而且不用算。一路緩緩爬升的地方，線是往上斜的；下降的地方，線往下斜；平坦的地方，線大致水平，哪怕帶點抖動，看一眼就知道，雖然要在程式裡精確定義還是得靠那個門檻。

TrailCam 會給每條保存下來的軌跡畫出這條海拔曲線，放在地圖下方；回放健行的時候，它和距離、行進時長、配速一起在下面同步跑。一條路線的形狀，變成了一眼就能看到的東西，而不是要自己動手算的東西。

這個占比到底有什麼用

距離一樣、爬升總數也一樣的兩段路，只要這些爬升的分布方式不同，走起來可能完全是兩種下午。600 公尺爬升，均勻攤在 12 公里感覺上大體平坦、偶爾有點緩坡的路線裡，和這 600 公尺全部集中在結尾那 1 公里陡坡、其餘部分真的很平的路線，配速的方式完全不一樣。光看爬升總數，這兩條路線分不出來；看形狀就能分出來。

出發前知道這個占比，或者走完回頭看一下，意義不在於給自己定一個必須達成的目標，而在於大致知道體力會花在哪裡。要是一條路線大部分平坦，只在登山口附近有一小段爬升，那前半程就可以放心用輕鬆的節奏走，而不用全程都繃著，怕爬坡隨時冒出來。