Allgemeine Höhenpunkte Wege - Definition und Tagging

[Buccardo]

@SunCobalt

wobei es afaik nicht erwünscht ist, groß Höhendaten in OSM zu hinterlegen. Als Gipfel und mal hier und da, okay, aber großflächig nicht. So hat man es mir vor Jahren mal gesagt. Persönlich würde ich es okay finden, bei vorhandenen Nodes in OSM die Höhe zu ergänzen. Nicht okay wäre es, lauter neue Nodes zu erzeugen, nur um die Höhe in die DB zu bekommen.

@seichter

So wie ich den ersten Beitrag verstehe, würden nur vorhandene nodes verwendet.

Mich würde eher interessieren, wo die Höhendaten herkommen sollen, GPS alleine ist i.a. zu ungenau.
Nur zusammen mit barometrischem Sensor und Kalibrierung auf bekannte Höhenpunkte kommt man in die Nähe von +/-1 m für ele=*.

Richtig, die Höhenpunkte würden nur für schon vorhandene Nodes (auf Wegen) getaggt (z.B. an Wegkreuzungen, d.h. an den Anfangs-/Endnotes von Wegen), nicht frei im Gelände, dafür gibt es ja die natural=peak, saddle … Punktelemente.
Aber nur allein das Attribut “ele=xxx [m]” reicht für einen Node nicht aus, weil damit noch nicht ausreichend definiert wäre, das es sich um einen “Weg-Höhenpunkt” und um welchen Typ es sich handelt.

Diese Höhenpunkte würden die Outdoor-Navigation m.E. erheblich erleichtern, weil damit der Höhenverlauf, Befahrrichtung und Extrema (min./max. Höhe) von Wegabschnitten (z.B. Wandern/Mountainbiken im Gebirge) leicht erkennbar werden.
Die Angaben finden sich oft auch in Topografischen-/Wanderkarten.

Die Höhendaten könnten aus verfügbaren SRTM / LIDAR Quellen genutzt werden, das sollte mit Genauigkeiten von +/- 3 m für den Einsatzzweck der OSM ausreichend genau sein.