如何算出一年的行进时长

简单说

把记录的历史导出成 CSV，把时长那一列加起来，步骤跟算距离、算爬升的年度总数一模一样。值得先弄清楚的是这一列到底装的是哪种时长——减掉了停留的行进时长，还是从头到尾什么都不减的总时长——因为把一整年的徒步都加进去以后，这个区别能拉出一个不小的差距。

两个钟，不是一个

行进时长是总时长减掉停下来的那部分——长椅上的午饭、观景台上的长时间停留、岔路口等队友。总时长是最简单的钟：从开始记录到结束记录，什么都不减。两个都是"这次徒步花了多久"的正当答案，只是回答的问题不太一样。CSV 导出里的时长那一列，永远只会是这两个里的一个，不会同时装着两个，换一个 App，同一列指的东西也可能变。

差距为什么跟着次数涨，不是跟着单次时长涨

单次徒步的话，停下来的时间通常比整趟徒步短不少，行进时长和总时长一般不会差太远。一年下来就是另一回事了。拍张照片、吃点东西、重新系鞋带、看一眼地图——每次徒步都会留下自己的一段停留。年度行进时长总数把这些全减掉了，年度总时长总数把这些全留着。40 次徒步，每次带着十来分钟的停留，两个年度总数的差就能堆到好几个小时。不是哪边测错了，而是这个差本来就是每次徒步里停留时间的总和，徒步次数越多，这个总和也就越大。

这也是为什么两个总数之间的差距，说的几乎不是这一年徒步走了多远、花了多久，而是说的这一年一共加进来了多少次徒步。由少数几次又长又连续的徒步组成的一年，差距会比由很多次各自带着一段停留的短途拼起来的一年小，哪怕后者的总距离更短。

哪个总数才是你想问的问题

两个数字都不是"更真实"的那个，各自是为了回答不同的问题设计的，年度总数继承的是当初那个时长本来在回答的问题。

• 年度行进时长总数回答的接近"实际走路花了多少小时"——把走到那儿要花的停留放在一边，只算真正在赶路的时间。
• 年度总时长总数回答的接近"徒步一共占掉了多少天里的时间，连停留也算上"——更接近把每次徒步从头到尾整段划进日历会是什么样子。

不管求和的是哪一个，重要的是先确认它回答的是哪个问题——不管是跟另一年比，跟别人的总数比，还是跟自己定的目标比——因为行进时长总数和总时长总数，哪怕对应的是完全一样的一批徒步，也不能直接拿来互换。

在表格里算出来

把时长那一列加起来

不管是 Excel、Numbers 还是 Google 表格，对着时长那一列用一次 SUM，十几次徒步还是两百次徒步都能一次加完。公式本身跟算距离没什么两样——真正要提前想清楚的，是这一列到底装的是哪种时长。

按活动类型或月份筛出一部分

在活动类型那一列上筛一下，就算同一份历史里混着骑行或跑步，也能只留下徒步；在日期那一列上筛一下，同一张表、同一列，就能缩小到某一个月或某一季。

排序，看时间到底花在哪

按时长给这些行排序，不用靠加总也能看出这一年里占掉时间最多的那几次徒步——有时候是几次长天数，有时候是一串差不多长的短途。这是单看一个年度总数看不出来的形状。

容易踩的坑

• 不先确认时长那一列是行进时长还是总时长，直接就加——两边算出来的数字本身都没算错，只是回答的是一个你可能没打算问的问题。
• 把用自动检测停留的 App 记的徒步，和全靠自己手动按暂停记的徒步，混进同一个总数里——同样的停留，判断方式不一样就可能被分到不同类别，所以凑成一个总数的这些行，底子未必是同一套标准。
• 拿一个 App 算出的年度行进时长总数，去跟另一个 App 算出的年度总时长总数比，当成一回事——两者的差不是减掉一个固定数就能对上的，它取决于那一年的徒步里到底带了多少停留。
• 把年度时长总数当成年度距离总数来看待——距离对每次徒步来说只有一个定义，时长却有两个，刚加起来的那一列只装了其中一个。

TrailCam 是怎么做的

TrailCam 给每次徒步报出来的时长只有一个，而且已经是行进时长——暂停靠自己按按钮，不是靠猜速度自动判断，所以暂停掉的时间在这个数字被显示或者导出之前就已经被减掉了。整段轨迹历史能一次导出成一个 CSV 文件，时长这一列跟距离、爬升、活动类型放在一起，把它按年求和，不用先分辨这一列到底装的是哪种时长，得到的就是行进时长的年度总数。要是哪天需要路线本身的形状，同一段历史也能导成 GPX 1.1。导出功能属于可选的 TrailCam Pro，App 本身免费下载。