i don't actually use ride unless i used the motor, in which case it's interesting to see when i used it and how much, which strava cannot show (since specialized doesn't put in the. when i log my ride data, i use the mission control distance, the strava elevation, the mission control calories, the mission control time, and the strava weighted power. So, all in all, a very high degree of consistency. clearly, a different intern wrote that code!! specialized's own "ride" app, however, seems to be doing something else entirely, which is curious since they obviously have the power data, and the app is made by the same company that makes mission control. mission control and strava are clearly using the same value here, with less than half a percent variance (possibly due to the extra 34 seconds strava thought i was riding hahaha). the only variable here would be the "efficiency" of the human body, which has been scientifically measured over and over again to be between 20 and 25 percent. the "adjusted power" or "weighted power" obviously uses a slightly different calculation, with specialized's figure 4% higher.Ĭalories (yellow circles): this one is a bit of a head scratcher. Power (green and orange circles): the values for average power (green) are in agreement between strava and ride, which makes sense since the total time is also in agreement. i had to manually correct a few obvious errors in the elevation profile of the route plan where it spiked up or down for no reason. of note, the strava figure and the RwGPS route plan figure are very close (1.96 percent!), leading one to believe they probably use the same underlying topographic model. very long stops will show as stops in either platform.Įlevation (blue circles): this one is all over, undoubtedly due to the quality of the elevational basemap used for corrections, the accuracy of the iphone's barometric altimeter, the sampling rate as we go up and down lots of little dips and rises, and the terrible accuracy of GPS elevation. i've observed this over and over again, a ride with no stops whatsoever has exactly the same duration, whereas a ride with stops will show increasing variation with the number and shortness of the stops. those two pauses totaled 34 seconds, and neither of them was long enough (since GPS tracks tend to float a bit when stopping) to trigger a "moving time" pause in strava or ride. strava and specialized "ride" both use the duration of the ride and a simple algorithm to determine "moving time." i only stopped twice on this entire ride, and both times i paused mission control. Time (not circled, oops.): this one is very easy to understand. why strava's correction increases the variance, i could not say. if i had to explain the difference of 1.7 percent between the planned route and the distance traveled, i'd probably put it down to the centerline of the roads, the radiuses at turns, and the inflation pressure of the tires. of note is that it's shifting in the opposite direction from the route planned on the map, a basemap which bears a very high resemblance to the route ridden, including small sections of driveways, pathways, the major roads, intersections, etc. strava's "correct distance" option shifts the distance down by. ![]() the recorded value is likely 43.15x, or the calculations between points are being done with different degrees of precision. Distance (black/white circles): strava's initial reading of the distance is the same as mission control, assuming there is some rounding going on.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |