健行中暫停一下，最後的累計爬升會不會變

簡單說

暫停不會替累計爬升加分，也不會扣分，什麼都不會動。軌跡暫停的這段時間裡沒有新的點被記錄，所以這段時間對累計爬升的計算來說根本不存在——沒有海拔讀數，沒有斷層，也沒有漂移。五分鐘的休息跟五十分鐘的休息，對累計爬升的成本是一樣的：零。這個數字只會因為軌跡真正在跑的時候記下的點而改變。

累計爬升到底是怎麼算出來的

累計爬升不是從山頂的牌子上讀一次就完事的數字，而是從整條記錄下來的軌跡裡一點一點加出來的。軌跡上每個點都帶著一個海拔讀數。從一個點走到下一個點，比較兩個海拔：後面的比前面高，這個差值就加進總數；比前面低，就不算——因為爬升只數往上走的部分。把一趟健行裡所有的點都這樣比一遍，加起來的總數，就是之後看到的那個累計爬升。

也就是說，這個總數完全取決於記錄下來的這串點，以及它們的海拔怎麼兩兩比較，跟實際花了多少時間沒關係，跟軌跡沒在記錄的那段時間裡發生了什麼，更沒有關係。

站著不動，恰恰是這套算法最怕的情況

GPS 測海拔本來就比測位置要抖。衛星分布在天空的上半部分，不是繞著你轉一圈，所以算高度用到的幾何條件，天生就比算平面位置弱。就算手機一動也不動地拿著，垂直方向的讀數也會有個幾公尺的上下晃動，水平位置反而沒這麼明顯。走路的時候，真實海拔本來就在不停變化，這點晃動混在真實的爬升裡，通常不算什麼。可一旦站著不動，這點晃動就是全部的訊號了：要是軌跡在原地不動的時候還在繼續記點，那些上下晃動的讀數，在累計爬升的算法看來，跟真實的一小段爬升和下降沒有差別。因為總數只數「往上走」的那一半比較，這種晃動不會自己抵消成零，反而會慢慢從一支手機的靜止不動裡，憑空造出一些爬升來。

暫停為什麼能乾脆繞開這個麻煩

暫停中的軌跡，不是在原地繼續記著一堆抖動的點，而是那段時間裡根本沒有記錄任何點。既然連海拔讀數都沒在採集，也就沒有什麼晃動需要被加進去。這不是因為累計爬升的算法聰明到能看出你停下來了，而是更簡單的道理：記錄本身停了，餵給計算的輸入就安靜下來，安靜的輸入不會給總數加任何東西。這跟暫停的時間從來不算進行進時長，是同一個原因——記錄上開的同一個缺口，把這兩個數字都保護住了。

真正能稍微動一動這個數字的，不是暫停本身

要說哪裡可能有點小影響，只有一個地方，就是接縫處——暫停前記下的最後一個點，跟恢復記錄後記下的第一個點。這兩個點在時間上、有時候在確切位置上，都隔了一小段，跟一趟健行剛開始時，接收模組還沒徹底穩定下來那幾個點會稍微抖一點，是同一個道理。這只是暫停邊界上一次性的小差異，不會隨著休息時間變長而越滾越大。停十秒鐘跟停兩個小時吃午餐，接縫處的這點影響——如果真有的話——是一樣的，因為休息本身的長短，從一開始就沒被算進這套計算裡。

容易搞錯的地方

• 以為長時間休息會像拉長經過時間一樣，把累計爬升也一起撐高——不會。累計爬升跟經過時間是從完全不同的輸入算出來的，暫停只是把累計爬升依賴的那份輸入清空了。
• 擔心坐在凹凸不平的地方休息，會被記成一段上上下下的爬升——只要軌跡真的處於暫停狀態，就不會。
• 覺得五分鐘的午休跟五十分鐘的午休，累計爬升看起來應該不一樣——不會。總數只讀被記錄下來的點，暫停期間一個點都沒記。
• 看到累計爬升出現一點小變化，就怪到暫停本身頭上——更多時候，這只是任意兩個隔了一點時間的點之間，本來就有的那種小小的落地效應，跟一次記錄剛開始或剛結束時的情況差不多。

TrailCam 在這裡的角色

TrailCam 可以隨時暫停和繼續一條軌跡，暫停的時間不會算進行進時長，同樣也不會算進之後看到的累計爬升——這兩個數字都是從實際記錄下來的點算出來的，暫停只是讓那一段少了幾個點而已。回放軌跡時，地圖下方的海拔曲線也是照記錄下來的樣子畫的，接縫也原樣保留。TrailCam 免費下載。