View Single Post
Old 10-26-21 | 10:05 AM
  #15  
MinnMan's Avatar
MinnMan
Senior Member
15 Anniversary
Community Builder
Community Influencer
 
Joined: Aug 2009
Posts: 6,761
Likes: 5,380
From: Minneapolis

Bikes: 2022 Salsa Beargrease Carbon Deore 11, 2020 Salsa Warbird GRX 600, 2020 Canyon Ultimate CF SLX disc 9.0 Di2, 2020 Catrike Eola, 2016 Masi cxgr, 2011, Felt F3 Ltd, 2010 Trek 2.1, 2009 KHS Flite 220

Originally Posted by Seattle Forrest
I wouldn't be surprised if the top number came from the data of the file, and the average you see next to the speed chart was the average of the values in the chart. You would expect that to be the same thing, but there may be some smoothing, ignoring of zeros, or summarization that happens before the numbers are converted into a graph.
Just thinking....if the "Analysis" is a time-based graphical average, and if the smoothing affects negative speed spikes (i.e., stopping) more than it affects accelerations (going down hill), because the former are more sudden, (have a higher Fourier frequency) then that would explain why smoothing has a systematic bias to make the graphical average "faster".

What this comes down to is in fact the same as differences between Strava and "average speeds" reported directly on the devices (Wahoo, Garmin, etc.). These are all affected by the way each algorithm deals with stop/starts.

I just find it odd that Strava has two ways of filtering stop/starts out of the "moving time" data that are internally inconsistent.
MinnMan is offline  
Reply