怎麼算出一年一共爬升了多少

簡單說

把記錄的歷史匯出成 CSV，用試算表軟體打開，把爬升那一欄加起來，方法跟加距離完全一樣。如果匯出的資料把健行和跑步、騎車混在一起，先按活動類型篩一下，總數就只算健行的部分。整個流程跟算年度距離總數一模一樣，唯一的差別是加的是哪一欄。

為什麼一旦開始累加，爬升的表現就跟距離不一樣了

單次健行的爬升不是從山頂標誌上讀出來的數字，而是把記錄下來的每個點跟前一個點的高度做比較，只把升高的部分一段段加起來，降低的部分則忽略不計，這樣算出來的。GPS 測高度比測位置抖得多，因為用來算高度的那部分衛星幾何關係，天生就不如算平面位置時那麼有利。這份抖動會讓讀數在實際高度沒變的時候也微微上下晃動，而累加只數「升高」這一半的比較結果，這份抖動就不會平均抵消到零——它會在每次健行裡都把總數往高的方向輕輕推一點。

距離沒有這個毛病。GPS 測位置比測高度準，位置上的小抖動放到一整段路線裡，大體上會互相抵消，不會往一個方向堆積。也就是說，年度距離總數加的是一串本身比較穩的數字，而年度爬升總數加的是一串每次都輕微偏向一邊的數字。兩個總數都沒算錯，只是爬升這個總數用的原料本來就沒那麼穩，而且健行次數越多、放進同一個年度總數裡，這份不穩就越明顯。

這代表什麼，又不代表什麼

這不代表年度爬升總數該被懷疑或丟掉。一整年真實的爬升——一整個夏天走的稜線、來回爬的之字坡——遠遠超過每次健行那點小雜訊，就跟單次健行的真實爬升遠遠超過雜訊一樣。真正的意思是，年度爬升總數更適合當作一個可靠的大概數，而不是精確到幾十公尺去比較的數字，也不太適合用來判定兩個數字很接近的年份到底哪一年爬得更多。

另外，如果 App 之後重新計算了舊的紀錄，再匯出一次，年度總數也可能會有點變化；跟另一個 App 匯出同一份歷史比，數字也可能對不上——不是資料不見了，而是爬升本來就是一種估算，對同一份帶雜訊的輸入，不同的估算方式給出的答案本來就不會完全一樣。同一趟健行在不同 App 裡爬升不一樣的那份指南，講的就是同一個道理，只是發生在更小的尺度上。

把總數算出來，再切出有用的部分

把這一欄加起來

不管是 Excel、Numbers 還是 Google 試算表，對著爬升那一欄用一個 SUM，二十次健行還是兩百次健行都一次加完。只要年度的粗略總數，不用先拆分什麼。

按活動類型或月份篩出一部分

在活動類型那一欄篩一下，就能把健行從同一份歷史裡單獨挑出來，不管裡面還混著多少次騎行或跑步；在日期那一欄篩選，用同一張表、同一欄總數就能縮小到某個季度或某個月。

排序，找出真正在爬升的那幾天

按爬升幫這些列排序，而不是直接加總，能一眼看出全年大部分爬升是哪幾次健行貢獻的——通常是少數幾次又長又陡的日子，而不是平均分攤在每一次出行裡。這個分布往往比總數本身更值得留意。

容易想岔的地方

• 指望年度爬升總數跟年度距離總數一樣精確——兩者用的原始資料品質不一樣，爬升不管是單次還是全年累加，本來就是抖動更大的那一個。
• 重新匯出同一年份，發現總數跟之前不太一樣就覺得奇怪——那是同一個估算被重新算了一遍，不是資料不見了。
• 兩個年份的總數很接近，就想靠它判定到底哪一年爬得更多——這份差距很可能落在雜訊範圍內，不一定是真實爬升的差別。
• 不匯出彙總，靠肉眼把一條條紀錄加起來——幾十個數字靠心算相加，出錯的機率遠比爬升本身那點雜訊要高得多。

TrailCam 能做什麼

TrailCam 可以一次操作把整段軌跡歷史匯出成一個 CSV 檔案，爬升跟距離、時長、配速一樣按每次健行算好，每一列還帶著活動類型，只算健行的總數靠篩選就能做到。要是哪天真需要路線本身的形狀，同一段歷史也能匯成 GPX 1.1。匯出功能屬於可選的 TrailCam Pro，App 本身免費下載。