You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had a look at the code, SRTM.py is still used when correcting elevations in the old UI. I think I'll get rid of this and replace it with the new Php-based implementation in the next release.
Out of curiosity: Are you using this feature to add elevation data in tracks that don't have any or are you using it to fix imprecise elevations?
If you use it to fix the elevation data, I would be curious to know how you feel about the result. For most of the tracks I tested it on (with SRTM.py and with my Php-based one) the results were quite poor, especially for tracks with high point density as the SRTM grid resolution is quite big (50m or 90m, I don't remember).
Are you using this feature to add elevation data in tracks that don't have any or are you using it to fix imprecise elevations?
No, I just decided to read the docs thoroughly and noticed that feature that I've not implemented in my containers.
If I would be using it, just to add elevation to the old tracks with missing height...
Hello,
Is this still relevant: https://github.com/julien-nc/gpxpod/blob/main/docs/admin.md#install-srtmpy-on-ubuntudebian ?
or
this applies?
I'm running NextCloud in Docker, so if yes, I guess I have to modify my setup.
The text was updated successfully, but these errors were encountered: