怎麼算出一年的行進時長

簡單說

把記錄的歷史匯出成 CSV，把時長那一欄加起來，步驟跟算距離、算爬升的年度總數一模一樣。值得先弄清楚的是這一欄到底裝的是哪種時長——扣掉了停留的行進時長，還是從頭到尾什麼都不扣的總時長——因為把一整年的健行都加進去以後，這個差別能拉出一段不小的落差。

兩個時鐘，不是一個

行進時長是總時長扣掉停下來那段之後剩下的時間——長椅上的午餐、觀景台上的長時間停留、岔路口等隊友。總時長是最簡單的時鐘：從開始記錄到結束記錄，什麼都不扣。兩個都是「這趟健行花了多久」的正當答案，只是回答的問題不太一樣。CSV 匯出裡的時長那一欄，永遠只會是這兩個裡的一個，不會同時裝著兩個，換一個 App，同一欄指的東西也可能變。

落差為什麼跟著次數漲，不是跟著單次時長漲

單次健行的話，停下來的時間通常比整趟健行短不少，行進時長和總時長一般不會差太遠。一年下來就是另一回事了。拍張照片、吃點東西、重新綁鞋帶、看一眼地圖——每趟健行都會留下自己的一段停留。年度行進時長總數把這些全扣掉了，年度總時長總數把這些全留著。40 趟健行，每趟帶著十來分鐘的停留，兩個年度總數的落差就能堆到好幾個小時。不是哪邊量錯了，而是這個落差本來就是每趟健行裡停留時間的總和，健行次數越多，這個總和也就越大。

這也是為什麼兩個總數之間的落差，說的幾乎不是這一年健行走了多遠、花了多久，而是說的這一年一共加進來了多少趟健行。由少數幾趟又長又連續的健行組成的一年，落差會比由很多趟各自帶著一段停留的短途拼起來的一年小，就算後者的總距離更短。

哪個總數才是你想問的問題

兩個數字都不是「更真實」的那個，各自是為了回答不同的問題設計的，年度總數繼承的是當初那個時長本來在回答的問題。

• 年度行進時長總數回答的接近「實際走路花了多少小時」——把走到那裡要花的停留放在一邊，只算真正在趕路的時間。
• 年度總時長總數回答的接近「健行一共佔掉了多少天裡的時間，連停留也算上」——更接近把每趟健行從頭到尾整段劃進行事曆會是什麼樣子。

不管加總的是哪一個，重要的是先確認它回答的是哪個問題——不管是跟另一年比，跟別人的總數比，還是跟自己訂的目標比——因為行進時長總數和總時長總數，就算對應的是完全一樣的一批健行，也不能直接拿來互換。

在試算表裡算出來

把時長那一欄加起來

不管是 Excel、Numbers 還是 Google 試算表，對著時長那一欄用一次 SUM，十幾趟健行還是兩百趟健行都能一次加完。公式本身跟算距離沒什麼兩樣——真正要提前想清楚的，是這一欄到底裝的是哪種時長。

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

在活動類型那一欄篩一下，就算同一份歷史裡混著騎車或跑步，也能只留下健行；在日期那一欄篩一下，同一張表、同一欄，就能縮小到某一個月或某一季。

排序，看時間到底花在哪

按時長幫這些列排序，不用靠加總也能看出這一年裡佔掉時間最多的那幾趟健行——有時候是幾趟長天數，有時候是一串差不多長的短途。這是單看一個年度總數看不出來的形狀。

容易踩的坑

• 不先確認時長那一欄是行進時長還是總時長，直接就加——兩邊算出來的數字本身都沒算錯，只是回答的是一個你可能沒打算問的問題。
• 把用自動偵測停留的 App 記的健行，和全靠自己手動按暫停記的健行，混進同一個總數裡——同樣的停留，判斷方式不一樣就可能被分到不同類別，所以湊成一個總數的這些列，底子未必是同一套標準。
• 拿一個 App 算出的年度行進時長總數，去跟另一個 App 算出的年度總時長總數比，當成一回事——兩者的落差不是扣掉一個固定數就能對上的，它取決於那一年的健行裡到底帶了多少停留。
• 把年度時長總數當成年度距離總數來看待——距離對每趟健行來說只有一個定義，時長卻有兩個，剛加起來的那一欄只裝了其中一個。

TrailCam 是怎麼做的

TrailCam 給每趟健行報出來的時長只有一個，而且已經是行進時長——暫停靠自己按按鈕，不是靠猜速度自動判斷，所以暫停掉的時間在這個數字被顯示或匯出之前就已經被扣掉了。整段軌跡歷史能一次匯出成一個 CSV 檔案，時長這一欄跟距離、爬升、活動類型放在一起，把它按年加總，不用先分辨這一欄到底裝的是哪種時長，得到的就是行進時長的年度總數。要是哪天需要路線本身的形狀，同一段歷史也能匯出成 GPX 1.1。匯出功能屬於可選的 TrailCam Pro，App 本身免費下載。