View Single Post
Old 10-26-21 | 11:38 AM
  #19  
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 don't really use Strava, in Garmin you can make the X axis time or distance, but that's not what I mean. What I mean is this. You have more data points in your file than you have pixels on the X axis on that chart. Each pixel in the chart represents some amount of time, it might just be the highest or lowest value. My suspicion as a developer who fixes bugs for a living is that the average speed shown next to the chart comes from the Y values and they're being summarized incorrectly. I don't have a way to test that hunch, but in terms of how software is put together, it feels pretty likely.
Yes, I got that, and I understand that you know what you are talking about. OTOH, my point, developed disparately across this thread, is that smoothing alone doesn't explain a *systematic* bias, unless "slow" data are preferentially filtered by the smoothing. There is reason (see post above) to suspect that this could be the case.
MinnMan is offline  
Reply