The moving time for my activity is not correct

A place for the community to help each other out with getting the most out of the Combine FIT, GPX or TCX files for Strava Upload Tool.
Post Reply
User avatar
fulmar2
Site Admin
Posts: 230
Joined: Wed Nov 25, 2020 4:21 am
Contact:

The moving time for my activity is not correct

Post by fulmar2 »

There are a couple of reasons why the moving time may not match what you are expecting: insufficient point density or lack of "breaks" in the track. Let's look at both possibilities:

Possibility 1: Insufficient Point Density

I spent some time trying to figure out a way to coerce Strava into displaying various options for moving time vs elapsed time. It turns out that Strava will override the information embedded in my TCX output files based on criteria that they explain in this help page. That applies to Real-World files from GPS devices with a clear outdoor signal taking a reading every one to three seconds. If you are using the "Add Timestamps to GPS Tracks" tool on a track with infrequent points, or if you are using a trainer activity, you may want to select the checkbox that says "Interpolate Files (add trackpoints)". Selecting this option will make your file much larger, but it will put in a trackpoint for every second. My tool just does linear averaging between points to increase the density - so nothing fancy. If the point density is low, Strava will consider the time between points to be stopped time, and this will mess up your average speed. By putting in more points, my tool can override this quirk of Strava.
Notice the difference in point density between the top track (blue dots) and lower track (also blue dots).  In the upper track, Strava may think you are "stopped" between the points.
Notice the difference in point density between the top track (blue dots) and lower track (also blue dots). In the upper track, Strava may think you are "stopped" between the points.

Possibility 2: Lack of "Breaks" in the track

Strava uses two ways of determining if you are stopped: They either trust the stopped time in the file, or calculate their own version of stopped time based on their "minimum speed to be considered moving" algorithm. If you upload a GPX file, it is not possible to insert laps or breaks - so Strava will always have to use "minimum speed to be considered moving". In TCX files, you can insert breaks in the files... and in FIT files, you can directly specify start and stops. In my tool, I have added the option to "Ignore Big Gaps" (though technically, the gaps can be small too). The way this feature works is that you specify the size of the gap (in time or in distance), and if a section of track exceeds the value you specify, my tool will insert a start/stop in that region of your export. Since you cannot embed breaks in GPX, this option does not exist for GPX. If you export as TCX, Strava MAY respect these breaks. Strava should definitely respect the breaks if you export as FIT. Note that the FIT export option is only available to active donors.

Another way to force Strava to display the proper moving time / stopped time / elapsed time on an export from the GOTOES | Strava Tools
Another way to force Strava to display the proper moving time / stopped time / elapsed time on an export from the GOTOES | Strava Tools
debbles12
Posts: 2
Joined: Tue May 11, 2021 7:23 pm

Re: The moving time for my activity is not correct

Post by debbles12 »

Is there a way to trick the fit file into using the elapsed time for moving time? I'm combining a garmin fit file (with training status and heart rate) that has 0 moving time with a strava fit file that has moving time equal to elapsed time. The result is 8 seconds of moving time and average speed of 2102 mph when I import the new fit file to garmin.
Last edited by debbles12 on Tue May 11, 2021 8:10 pm, edited 1 time in total.
User avatar
fulmar2
Site Admin
Posts: 230
Joined: Wed Nov 25, 2020 4:21 am
Contact:

Re: The moving time for my activity is not correct

Post by fulmar2 »

Yes, good questions. To "trick" Strava into using the elapsed time for moving time, simply mark the activity as a "race". I have a post about this:

viewtopic.php?f=2&t=80&p=170&hilit=race#p170

Hope that helps!
debbles12
Posts: 2
Joined: Tue May 11, 2021 7:23 pm

Re: The moving time for my activity is not correct

Post by debbles12 »

Thanks for the reply. It seems to only be an issue when I re-upload the activity to garmin. Strava keeps the moving time = elapsed time. Garmin adjusts the moving time to a few seconds (different number for each ride I've tried)
Post Reply