diff options
author | Daniel Schadt <kingdread@gmx.de> | 2023-03-02 21:23:12 +0100 |
---|---|---|
committer | Daniel Schadt <kingdread@gmx.de> | 2023-03-02 21:23:12 +0100 |
commit | ac76ae25c5da1f8b3ab963cb0d4468026cc17afa (patch) | |
tree | b6d6adc604033b2c87dceac7a9ca066a575de0b2 /tests/assets/Synthetic_Zero_Elevation.gpx.gz | |
parent | 4df57a352460fe0944b73ddf738d678b772c9bd6 (diff) | |
download | fietsboek-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