同一趟健行，為什麼不同 App 算出來的行進時長不一樣

簡單說

行進時長對不上，幾乎都是因為各家判斷「停下來了」的方式不一樣，而不是實際記錄的內容不一樣。有的 App 盯著 GPS 速度，低於某個門檻就自動從行進時長裡扣掉；有的只認自己按過的暫停鍵；有的服務在你匯入檔案之後，根本不理會記錄 App 已經算好的行進時長，拿原始的點位重新按自己的門檻算一遍。這些都是「判斷」，不是「測量」，結果自然不會每次都一樣。

行進時長是判斷出來的，不是量出來的

時間戳記一次就定了，誰來讀都不會變。行進時長完全不是這樣——它是事後翻著記錄下來的點，一段一段判斷「這裡是在走還是停著」，才算出來的數字。同樣一串點，套上不同的規則，兩個 App 算出不同的總數是很正常的，而且兩個總數各自都站得住腳。

自動判斷，還是自己按的暫停

大致是兩種做法，失靈的方向正好相反。

自動判斷

有些 App 一直盯著 GPS 速度，低於某個門檻就當成停了，不用你管就自動從行進時長裡扣掉。這樣省心，但門檻終究是估出來的，而且各家用的門檻不一樣。在一個定位不太穩的地方站著不動，速度讀數會跟著輕微晃動——晃到剛好越過一家 App 的門檻，又剛好沒到另一家的門檻，結果一邊悄悄把這段時間留在行進時長裡，另一邊把它扣掉了。

手動暫停

另一種做法是自己按暫停鍵。要多按一下，但沒有猜的成分——什麼時候停、什麼時候接著走，是你直接告訴它的，不用靠速度讀數去推測，App 也就沒什麼判斷空間。

路線換個 App 打開，會發生什麼事

GPX 軌跡點裡存的是座標，通常還有海拔和時間戳——沒有哪個標準欄位能記下「這一段是暫停中」還是「在走」。就算記錄 App 當時做過這個判斷，這份判斷通常也不會寫進檔案跟著一起走。所以路線匯出以後在另一個 App 裡打開，那個 App 讀到的根本不是檔案裡存好的行進時長數字，它看到的只是一串帶時間戳的點，然後用自己那套規則——跟它打開任何別的檔案時一樣的規則——從頭判斷一遍「這裡是不是在走」。重新算出來的行進時長不是對原數字的修正，而是另一次獨立判斷，而且做這次判斷時，根本拿不到第一個 App 真正知道的事——你到底什麼時候是故意停下來的。

短暫停留，各家捨棄的方式不一樣

停下來繫個鞋帶、看眼地圖，二十秒左右的停頓，正好卡在算不算「停留」的邊界上。有的 App 不管多短，只要偵測到停頓就扣；有的會把十秒、十五秒以內的短停當成測量雜訊一樣悄悄忽略掉，理由是這麼短的停頓更像是抖動而不是真的休息一下。兩種做法都說得通，但一趟健行裡如果這種短停很多，全部照單全收的 App 和把短的丟掉的 App，算出來的行進時長能差得很明顯。

配速對不上，原因常常在這裡，不在距離

配速是距離除以時間，所以就算兩個 App 算出來的距離幾乎一樣，只要行進時長對不上，配速也會跟著對不上。看到同一趟健行配速數字不一樣，很容易懷疑是 GPS 定位本身不一樣，但原因往往出在距離前面的一步——兩邊用的是差不多的距離，除的卻是不一樣的時間。

本該始終一致的那個數字

總時長裡沒有判斷的空間。它就是結束時間戳減去開始時間戳，一個減法而已，同一份檔案的兩個 App 沒有理由在這裡對不上。要是看著同一筆記錄，連總時長都不一樣，那該懷疑的是時區處理不一致，或者檔案中途被改過，而不是停留判斷方式不同。

容易搞混的地方

• 看到行進時長差了十分鐘，就以為哪個 App 漏記了一段——多數時候不是資料丟了，只是兩個 App 對哪幾分鐘算「在走」看法不一樣。
• 沒先確認行進時長是否一致，就直接拿兩個 App 的配速比高低——距離一致而配速不一致，原因幾乎肯定出在時間上，而不是 GPS 軌跡本身。
• 以為重新匯入的 GPX 檔案會原樣帶著最初的行進時長——檔案本身根本沒存這個數字，匯入的 App 是照自己的規則從頭算的。
• 覺得重新算出來的行進時長比健行當下即時顯示的更準——其實不是更準，只是算法不同，而且它掌握的資訊比當時親眼看著你暫停、繼續的那個 App 還要少。

TrailCam 在這裡能幫上什麼

TrailCam 的行進時長來自你自己按的暫停鍵，不是靠猜 GPS 速度算出來的，所以健行結束後看到的數字，反映的就是你真正選擇暫停的那幾段，不多也不少。路線可以匯出成 GPX 1.1 或者 CSV。CSV 彙總裡，行進時長和配速會跟距離、爬升放在一起留下來，數字跟著這趟健行一起走，不用等下一個打開檔案的 App 重新算一遍。匯出是可選的 TrailCam Pro 功能，App 本身免費下載。