aboutsummaryrefslogtreecommitdiff
path: root/tests/assets/Synthetic_Zero_Elevation.gpx.gz
diff options
context:
space:
mode:
authorDaniel Schadt <kingdread@gmx.de>2023-03-02 21:23:12 +0100
committerDaniel Schadt <kingdread@gmx.de>2023-03-02 21:23:12 +0100
commitac76ae25c5da1f8b3ab963cb0d4468026cc17afa (patch)
treeb6d6adc604033b2c87dceac7a9ca066a575de0b2 /tests/assets/Synthetic_Zero_Elevation.gpx.gz
parent4df57a352460fe0944b73ddf738d678b772c9bd6 (diff)
downloadfietsboek-ac76ae25c5da1f8b3ab963cb0d4468026cc17afa.tar.gz
fietsboek-ac76ae25c5da1f8b3ab963cb0d4468026cc17afa.tar.bz2
fietsboek-ac76ae25c5da1f8b3ab963cb0d4468026cc17afa.zip
FixNullElevation: also take into account slope
For some reason, I have GPX tracks that have the first two points be ~100 meters apart in elevation, but only ~20 meters apart in distance. This is quite unrealistic and produces pretty bad height plots (almost as bad as the zero elevation). Since the issue is very related, and the fix is pretty much the same, I thought it would be a good idea to adapt the FixNullElevation transformer to handle this case as well. For reference, "the internet" says that the maximum slope for a MTB is ~15% to ~35%, depending on the conditions - with 35% being pretty steep. I think it's fair to throw away elevations that exceed 100% (basically a 45° angle upwards), especially since we only discard them at the start and end.
Diffstat (limited to 'tests/assets/Synthetic_Zero_Elevation.gpx.gz')
0 files changed, 0 insertions, 0 deletions