Zwei Fragen zum Mappen von Radwegweisern

Hallo,

ich hätte mal zwei Fragen zum mappen von Radwegweisern.

  1. Wie würdet ihr die Richtungen auf Tabellenwegweisern wie diesen erfassen: https://streetcomplete.app/p/333166.jpg. Die gehen ja auch noch deutlich komplexer als dieser.
  2. Es gibt ja guide_type=*, wo es dann die Werte destination und numberedgibt. Aber was nutzt man für einen klassischen deutschen Knotenpunktwegweiser, der Ziele und Knotenpunktnummern an den Wegweiserarmen hat? destination;numbered?

Danke

Ja, z.B. so wie dort: https://wiki.openstreetmap.org/wiki/Key:direction_north#Example bei Überschrift Example niedergeschrieben…

Die Wegweiser stehen zwar oft weit von der Kreuzung entfernt, aber ich verwende trotzdem die Richtung, die an der Kreuzung zu nehmen ist. Der Pfeil auf dem Schild selbst zeigt halt auch noch an, wie man an die Stelle kommt. Bei Kreisverkehren ist das ja auch beliebig komplex.

1 Like

Den komplexen Zusammenhang zwischen woher und wohin lässt sich mit einer destination_sign relation und deren member (sign, from, to, intersection) abbilden. Ich bin mir nur nicht sicher, ob das derzeit nur für den Datenfriedhof gut ist oder ob und welche Router dies verwenden.

Das ist leider noch nicht klar. Es gibt ja auch verschiedene Arten von Beschilderungen je nach Netz.
Siehe auch (vor allem die letzten Beiträge in) https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm

zu 1. (auch wenn sich das durchs Wiki beantwortet)

tourism=information; information=guidepost; bicycle=yes; direction_north o.ä.=”Hünfeld 17 km; Bronzell 5.2 km; Lehnerz 3.1 km; Fulda-Zentrum 1.7 km”; ref= die kleine Zahl links unten im grünen Ring ums Schild, die auf dem Foto nicht lesbar ist.”; survey:date=xxxx

Als Richtung nehme ich die Richtung, in die der Weg in etwa abzweigt an der Aufzweigungsstelle. Das ist manchmal ein wenig mehrdeutig.

Man wird i.d.R. wohl einen eigenen Node für die Radwegweisung setzen müssen, da u.U. ref sonst nicht eindeutig wird, und auch unklar wird, worauf sich bicycle=yes bezieht… Da gibt es weitere Diskussionen drum.

zu 2.

Ich plädiere weiterhin mangels besserer Alternative dafür, die Knotenpunkte in das direction_xxx - Tag als Ziel “KP xx” aufzunehmen, so blöd das aussieht. Es ist bislang die einzige verwendete Methode, die eindeutig mit einem simplen Algorithmus analysierbar ist. (Das geht nicht auf mich zurück, ist aber die älteste vorgefundene Vorgehensweise). Falsch wegen Uneindeutigkeit ist es, unter direction_xxx:route=15 einzufügen, da es Stellen gibt, wo Knotenpunkte neben nummerierten Routen koexistieren (im Sauerland). Ich hatte vorgeschlagen stattdessen (15) zu nehmen, da wurde (ich habe die Quelle leider nicht mehr gefunden) im internationalen Wiki sehr verständnislos reagiert. “unter :route gehören definitiv keine Ziele, egal ob Knotenpunkt oder nicht”. Auch dest_xxx:ref kann nicht verwendet werden, weil hier nur die Referenzen auf Routen hinterlegt werden, die im ref=xy Tag genannt sind.

Diskussionen hierzu dann lieber lieber in https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm

PS: Die guidepost-relations sind sehr sperrig zu bearbeiten. Ein Problem ist, dass die Radwegweisung sehr dynamisch ist, und nach 2-3 Jahren an vielen Stellen nicht mehr aktuell ist. Es ist aufwändig genug, das Netz überhaupt halbwegs aktuell zu halten, das wird mit den guidepost-relations noch schwieriger, sofern sich nicht ein plugin dem einmal sehr intensiv widmet…