Replay of merged tracks

[steverod]

I've been playing with the 'merge' functionality (just uploaded some trips to EveryTrail) and have run into two issues:

1. EveryTrail didn't recognize a length of a merged GPX file;
2. Playing back a merged trail doesn't work very well with my merged tracks.

The background:
When backpacking, I collect a track per day of hiking, which means that there is a big time gap between the segments (finish ~7pm one day, start ~7am the next). Afterwards,  before uploading the gpx, I used TF to view the files and merge the two with the Merge Tool, and then I used 'save as...' from the right-click menu of the merged track to save as a gpx.

When I uploaded the resulting file to EveryTrail, it reported the trip length as 0.0 miles. I don't know if this is their bug or not; TF reports it as the proper length. (I've got the gpx if you want it.) No big deal, just interesting.

For fun, I decided to watch the replay of the merged track, and this results in a l-o-o-o-n-g wait at my campsite (the aforementioned ~12 hour gap between setting up camp and starting hiking again). While it's kind of nice to know that I camped there, it's rather annoying to have the playback pause for a long time. Is there a way to have the playback just cover the points one after the other or do something to compress that long interruption?

Thanks,
Steve

[ScottMorris]

Hey Steve--

Not sure about EveryTrail reporting a zero length track.  Most likely it's a problem on their side as you suggest.  Perhaps they simply don't account for tracks that span multiple days?

As for replaying a track like this, this is definitely a planned addition to the playback (and/or multi-playback) tool.  It'll be a "skip stopped time" option, so you can, for example, compare two tracks without stops messing up the comparison.

It'll work great for skipping overnights -- I have the same issue with all my bikepacking GPX files.  Have to ramp up the playback speed, then crank it back down once day breaks...