Hi there,
My activities recorded on the Wahoo Bolt often have the wrong number of elevation meters despite the barometric altimeter. If I now activate the altitude correction for an activity, a strange behavior occurs:
Before correction
Have you read the explanation on Wahooâs website?
I just read it. But from my point of view it doesnât explain the behavior of the altitude correction function of intervals, particularly the correction provided by Strava seems to function correct
Intervals can also only calculate it based on the data within the (fit) file uploaded.
Here are some reasons from online software apps, where it all comes back to how each one calculates elevation (algorithm used and the conditions).
Okay, thanks for the addition information. But I do not understand the behaviour of intervals. Let me explain with an example:
Value given: 100m
Re-Calculation applied: 180m
Re-Calculation reverted: 150m â I would expect 100m
In mathematics it would be like:
a x b = c
c / b = d <â WRONG! Should be a
Those are all three from a different sourceâŚ
Initially, the field with total ascent in the FIT file is what your device has calculated from its built-in barometric sensor with its own algorithm and written to the dedicated FIT file field. If you ask Intervals to apply altitude correction, it will use the GPS coordinates to look-up altitude on cloud-available map services and it will calculate total ascent from those. If you now disable altitude correction, Intervals will use the altitude data that is in the FIT file to calculate total ascent with its own algorithm. And that isnât the same algorithm as the one used by your device, hence the difference.
What I mean is that when you revert the situation, Intervals isnât using the value anymore that was written in the FIT file by your device, but Intervals recalculates from the altitude data in the FIT.
Why are altitude algorithms all different?
It depends on what the dev is giving more importance. If you work without any hysteresis, you may end-up with dozens of ascent meters on a perfectly flat terrain, simply because the output from your sensor continuously jumps up & down from e.g. 6 to 7m. All those jumps would cause an increasing ascent number which isnât correct.
If a bigger hysteresis is used, you have less of that up and down jumping. If it is too big, you have less ascent then what it should be. Thatâs the factor that is causing differences in between devices, software packages and calculation methods.
Thank you! This sounds logically to me. So intervals.icu has a better algorithm than wahoo to calculate the correct altitude collected on a ride.
So I would like to request a feature, which can recalculate the altitude with the intervals algorithm without applying the looked up altitude data, maybe as âbatch commandâ for archived activities
Wouldnât say that. Itâs just different and may be better for some rides and worse for others. Rides with long sustained climbs are usually very well matching for all brands/devices/algorithms. Differences are more pronounced for rolling terrain, as explained above.
Thatâs also so true, because my wahoo had also recorded several activities where the altitude data was correct.
