Hello @Beniamin
Thanks for posting about this. Can you confirm that it's the moving time that is incorrect (versus the elapsed time)? We show both moving time and elapsed time on hike activities, however we base your average pace on moving time.
We rely on the completeness and accuracy of your GPS data to calculate your moving time. The sampling rate of your GPS device is a major factor, especially if you are moving relatively slowly over difficult terrain. Generally, you'll want to increase the sampling rate if your GPS device offers this option. Large gaps between GPS points mean we don't have the data we need to calculate an accurate moving time.
Please check out this article for more information and we're happy to answer any more questions.
Hello @Jane11
Thanks for your support and explanations provided. In fact, I was not sure which time was incorrect and now I've just tested it again to get this issue known better.
To be on the same page - I record my activity with 3rd party application, so maybe pause/resume actions are not 100% clear to Strava import engine.
So now I see that moving time is completely irrelevant, but it may comes from issues with GPS data recording (which I noticed, but that's another story with my Oxygen 13.1), because there are some gaps which lead to calculations like speed from 25s/km to 10:11/km. Am I right?
On the other hand, elapsed time does not take into consideration all pauses. In other words, it gets breaks as a part of activity and now I understand why. However, it would be better (far closer to truth) to present elapsed time instead of moving time for hike activity in case of such difference. Is there any kind of switch to be use for training upload or kind of automation for chosen types of activity?
Thanks for your support and enjoy your day.
Hello @Beniamin
Yes you're correct, gaps in your recorded GPS data will lead to an erroneous calculation of "moving time" on your hike activity. There isn't a way to set that to use elapsed time instead, but we do have an existing feature suggestion from another Community member on this topic. We would welcome your vote (kudos) and any additional comment you may have on that suggestion.
Hi @Jane11
Thanks for your engagement and support. Following your advice I voted for that suggestion.
KR
Beniamin