Geländedaten auslesen

Communities Deutschland (Germany)
1

Hallo zusammen,

zusätzlich zu meinem anderen Thread hätte ich noch eine andere Frage:

Kann man von einem aufgezeichneten Trail die Geländedaten (surface) und die Schwierigkeit (difficulty T1 bis T6) auslesen? Ich hätte gerne eine Übersicht, zu wie viel Prozent welches Gelände und welche Schwierigkeit vorliegt. Bzgl. der Schwierigkeit habe ich noch diese Info gefunden: https://wiki.openstreetmap.org/wiki/Hiking_Maps

Ich hab mich gestern Abend schon einmal quer durchs Internet gesucht, aber mit fehlt es an den Fachbegriffen und so komm ich einfach nicht weiter.

Ich würde mich gerne selber einlesen, wenn ich nur einen Tipp bekomme, wo ich zu lesen beginnen soll :slight_smile:

Danke nochmals!

2

Mittlerweile weiß ich schon, wie man Geländedaten ausliest und habe mich noch einmal intensiver in das Thema eingelesen.
Dennoch komme ich mit den Difficulties nicht weitern.
Sehr interessant wäre auch, ob man z.B. Hütten (z.B: Tag:tourism=wilderness_hut), die sich entlang eines Tracks befinden, auslesen kann.

Vielen Dank vorab!

3

Hab mit Overpass evtl. eine Möglichkeit gefunden, mein Vorhaben umzusetzen. Weiß jemand von euch, ob es die Möglichkeit mit Overpass gibt, die Daten entlang eines GPX-Files auszugeben?

4

In overpass gibt es die Funktion ‘around’ https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Relative_to_other_elements_.28around.29.
Dazu müssen allerdings Punkte vorhanden sein.

In JOSM gibt es ein explizite Funktion ‘entlang eines GPX Tracks laden’, direkt im Kontextmenue des geladenen tracks.

5

Geht es dir in erster Linie um die Visualisierung von T1 bis T6? Dann könntest du dir für deinen Track eine Karte erstellen, die dies speziell berücksichtigt (z.B. mit printmaps-osm.de).

6

Erstmal vielen Dank für eure Tipps!

Ein GPX-Track ist ja vorhanden. Dann sollte es vermutlich mit der genannten Funktion auch umsetzbar sein. Ich werde das heute Abend testen.
https://www.openstreetmap.org/user/mmd/diary/42055

Ich habe soeben auch schon dieses Beispiel ausprobiert:

way[highway](around:500,50.540853270068986,8.048780365649707,50.53106288705902,8.030823236553783,50.51780737956311,8.019643105996508,50.50287491071276,8.016749912560886,50.48828159051387,8.022534398052139,50.47599950382573,8.036215335651725,50.467689755650376,8.055945038928135,50.46447690759688,8.079058902127825,50.46679590711731,8.102435269947343,50.47433280529453,8.122917034379736,50.48606755168466,8.137738019645033,50.50041288059356,8.144896569557243,50.51542994506574,8.143425882283827,50.529090915610794,8.13352458229042,50.53955268865336,8.11652989500613,50.545404823255616,8.09473704711951,50.545858734919165,8.07108928349599,50.540853270068986,8.048780365649707)   
;(._;>;);out meta;

Wenn ich nun die einzelnen Punkte meines GPX-Files in die gleiche Syntax bringe, sollte es ja funktionieren… oder spricht da was aus eurer Sicht dagegen?

Damit wäre vermutlich die Frage geklärt, wie ich z.B. Hütten entlang des Trails auslesen kann.

Bleibt noch die Frage bzgl. der Schwierigkeit und der Bodenbeschaffenheit des Trails. Um die Frage von @toc-rox zu beantworten:>
In erster Linie geht es mir um die Information an sich. Wenn man natürlich die Möglichkeit hätte, das Ganze zu visualisieren, wäre es natürlich auch super!

Meine erste Idee wäre wieder den GPX-Track in die passende für Overpass verwendbare Syntax zu bringen und dann eben mit einem deutlich kleineren Radius zu arbeiten (z.B. 5 Meter). Wäre das auch eurer Sicht erfolgversprechend oder gäbe es eine bessere Möglichkeit?

Vielen Dank vorab!

7

Eine nicht uninteressante Frage; Navis im Auto zeigen den Standort vom Wagen ja auch auf der Straße und nicht in der Pampa oder dem Haus daneben. Mit https://brouter.de/brouter-web/ geht das map-matching super, einfach die GPX Spur “als Route laden” - da kann man dann noch Punkte schieben, und in einem nächsten Schritt eine GPX Spur speichern, die genau den kartieren Wegen folgt. In der Tabelle mit den Details lassen sich auch alle Abschnitte mit den in den Daten erfassten Details (smoothness, sac_scale, etc.) ansehen. Speichern kann man das aber nicht? Und POIs (drinking_water, alpine_hut, usw.) kann man zwar in der Karte hervorheben, als Punkte am Weg in den Download aufnehmen geht auch nicht. Dabei ein enhancement?

8

Bei Garmin gibt es eine Einstellung “snap to road”, die dies direkt im Gerät macht und dann liegen alle Tracks auf den Wegen.
Fürs Mapping allerdings nicht zu empfehlen.

Tolle Funktion! Danke für den Hinweis.
Man kann die Tabelle mit Maus+Ziehen komplett auswählen, dann kopieren und in eine Excel Tabelle eintragen.
Dann hat man alle Daten und kann sie weiterverarbeiten.

9

Unter der Haube holt “brouter.web” ein angeblich geojson formatiertes Objekt vom brouter.server, in dem die Daten aus der Tabelle plus die Linien auf der Karte plus die Höhenlinien allesamt enthalten sind. Mit ein bisschen javascript Know-How sollte es keine Hexerei sein, die Koordinaten als Input für eigene achavi Abfragen nach dem Muster von mmd zu verwenden.

Es muss sich nur wer finden, das produktionsreif zu kriegen, damit es in den Dienst inkludiert wird: Dann könnte man brouter ein GPX erstellen lassen, in dem alle Gasthäuser an der Route als POI enthalten sind :slight_smile:

[ Etwas der Art von Null weg aus der Taufe zu heben wird viel, viel aufwendiger! ]

10

Wenn der Input ein GPX-Track und das Ziel eine GPX-Datei mit den Hütten bzw. anderen POI ist, dann gibt es eine recht einfache Lösung mit GpsBabel. Man extrahiert die gewünschten POI großflächig als GPX-Wegpunkte, z.B. für ein Bbox-Rechteck, das den Track enthält. Dann erstellt man mit GpsBabel aus dem Track eine arc-Datei:

gpsbabel -i gpx -f track.gpx -o arc -F track.arc

Diese nutzt man, um die Wegpunkte nach ihrer Entfernung vom Track zu filtern:

gpsbabel -i gpx -f waypoints.gpx -x arc,file=track.arc,distance=1k  -o gpx -F waypoints_near.gpx

Das funktioniert erst mal für POI, die in OSM als Punkt erfasst sind. Ways muss man erst noch in einen Punkt (Centroid) umwandeln. Das sollte aber mit Overpass auch gehen.