Tatsächlich als nicht zusammenhängende Gebiete... Das sieht ulkig aus. Die ca. 2,60 m zwischen den Grundstücken Ehlenbrucher Str. 193 und 195 gehören dann zu Leopoldshöhe. Das Satellitenbild zeigt allerdings die (nicht in OSM vermerkte) Zufahrt auf das Feld hinter den Grundstücken... so wird es verständlich. (Ich kommentier das mehr für andere potenzielle Zweifler wie mich ;-) )

... das mit den lanes forward/backward paßt hier auf Weg way/1118139618 so nicht.

Vielen Dank, ich habe mir das Wiki nochmal durchgelesen, ich glaube, ich bin da noch auf dem Stand von vor ein paar Jahren gewesen (oder es gab früher mehr ungeklärte Kontroverse ;-)
Grüße, Sebastian

Hmm... Ich weiß nicht genau, ob Router das gut verstehen können so, kenne mich aber mit den vereinbarten Defaults nicht wirklich aus. Nach der StVO ist ja nun aber mal default, dass Radwege neben der Straße nur in eine Richtung benutzt werden dürfen (Fahrräder sind Fahrzeuge!) und das Linksfahren explizit erlaubt werden muss - was ich (gelegentlich, wäre mir sonst zu umständlich) dann auch so vermerke. Aber das hieße, man müsste im Normalfall IMMER oneway:bicycle=yes taggen. Das erschiene mir doch deutlich umständlicher. (Kann natürlich sein, dass das für Router klarer ist, wenn die Router von oneway=no ausgehen... ).
Ich habe da allerdings keinen besonderen Ehrgeiz.

Ich hoffe, Du bist einverstanden, dass ich überall (Fzs.) in (Fzs) ändere, damit es mit den anderen Logos vereinheitlicht wird? Ich ändere das Wiki auch. (n.b.: die Uneinheitlichkeit habe ich letztlich verbockt...). Faktisch steht es im Moment in Deutschland 40 Wegweiser mit (Fzs.) gegen 127 mit (Fzs), das ist für mich dabei auch ausschlaggebend. Ich würde die Änderung heute Abend umsetzen.

Ich hoffe, Du bist einverstanden, dass ich überall bei direction_* (Fzs.) in (Fzs) ändere, damit es mit den anderen Logos vereinheitlicht wird? Ich ändere das Wiki auch. (n.b.: die Uneinheitlichkeit habe ich letztlich verbockt...). Faktisch steht es im Moment in Deutschland 40 Wegweiser mit (Fzs.) gegen 127 mit (Fzs), das ist für mich dabei auch ausschlaggebend. Ich würde die Änderung heute Abend umsetzen.

Ich hoffe, Du bist einverstanden, dass ich überall (Fzs.) in (Fzs) ändere, damit es mit den anderen Logos vereinheitlicht wird? Ich ändere das Wiki auch. (n.b.: die Uneinheitlichkeit habe ich letztlich verbockt...). Faktisch steht es im Moment in Deutschland 40 Wegweiser mit (Fzs.) gegen 127 mit (Fzs), das ist für mich dabei auch ausschlaggebend. Ich würde die Änderung heute Abend umsetzen.

Zum Fahrradwegweiser: Ich würde sehr empfehlen, keine Routenmarkierungen in die direction_* - Tags zu integrieren. Mehr infos: https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm/4805/40

Zum Fahrradwegweiser: Ich würde sehr empfehlen, keine Routenmarkierungen in die direction_* - Tags zu integrieren. Mehr infos: https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm/4805/40

Zum Fahrradwegweiser: Ich würde sehr empfehlen, keine Routenmarkierungen in die direction_* - Tags zu integrieren. Bei solchen Erweiterungen sollte unbedingt daran gedacht werden, ob und wie man automatisiert die divergenten Informationen wieder trennen kann. Da Anführungszeichen auch sonst auf Wegweisern vorkommen, ist das keine gute Lösung, eine sichere Trennung erfordert so eine manuelle Überprüfung der Daten und wenn man Pech hat vielleicht sogar eine Überprüfung vor Ort.
Wahrscheinlich sollte man ein eigenes Tag einführen, wenn man das machen möchte. (https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm/4805/40). Wenn Du ein Tag einführen möchtest, siehe osm.wiki/Any_tags_you_like#How_to_name_new_tags.

Ich würde sehr empfehlen, keine Routenmarkierungen in die direction_* - Tags zu integrieren. Bei solchen Erweiterungen sollte unbedingt daran gedacht werden, ob und wie man automatisiert die divergenten Informationen wieder trennen kann. Da Anführungszeichen auch sonst auf Wegweisern vorkommen, ist das keine gute Lösung, eine sichere Trennung erfordert so eine manuelle Überprüfung der Daten und wenn man Pech hat vielleicht sogar eine Überprüfung vor Ort.
Wahrscheinlich sollte man ein eigenes Tag einführen, wenn man das machen möchte. (https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm/4805/40). Wenn Du ein Tag einführen möchtest, siehe osm.wiki/Any_tags_you_like#How_to_name_new_tags.

Die Routen, die nicht ausgeschildert sind, gehören sowieso nicht in Openstreetmap und sollten auch gelöscht werden. Das ist soweit auch Konsens. Ich spreche i.d.R. die Ersteller an und frage nach, wie es sich verhält, und dann werden sie meist einvernehmlich gelöscht, wenn es nur ein "Routenvorschlag" ist.
Vielleicht müssen wir uns noch einen Ort für den Austausch mit etwas breiterer Öffentlichkeit suchen. Ich hätte kein Problem, zusätzliche Tags direction_south:route= xyz zu verwenden, das würde das Parsing leichter machen und die Tags direction_south=* blieben abwärtskompatibel.
Es spricht prinzipiell wenig gegen neue Tags, wenn sie funktionieren, und man damit bestehende Taggings schont.
Die Routenrelationen haben einen Key symbol=*, mit dem recht klar deutlich wird, dass es sich um eine ausgeschilderte Route handelt.
Ich finde es aber insgesamt durchaus sinnvoll, die Routeneinschübe zu mappen, und sie befinden sich am Guidepost, also gehören sie auch irgendwie an den entsprechenden node.
Ich kopiere mal gleich die Changesetdiskussion in den genannten Thread im Forum.

Z.B.: Klappe mal hier die Ziele auf: waymarkedtrails versteht das so nicht. https://cycling.waymarkedtrails.org/#guidepost?id=10129049985

... Es muß halt einen zuverlässigen Algorithmus geben, mit dem das Tag so geparst werden kann, dass ein Routeneinschub von einem Ziel unterschieden werden kann. So wie Du es gemacht hast, würde es über die Anführungszeichen funktionieren. Das setzt aber voraus, dass es nie Wegweiser gibt, in denen Anführungszeichen verwendet werden. Das ist schwer garantierbar, auch wenn es sicher nur äußerst selten vorkommen dürfte, wenn überhaupt.

Ich würde davon abraten, die Routeneinschübe in die Direction-Angaben mit hineinzunehmen. Die Routen werden über Routenrelationen abgebildet. Das Problem ist, dass die "direction" Angaben tatsächlich Ziele beschreiben, also die Routeneinschübe nicht ausgewertet werden. Darüberhinaus ist die Wahl der Namen recht willkürlich und haben ein hohes Risiko, dass sie von Wegweiser zu Wegweiser Varianten aufweisen.
Ich finde aber die Frage tatsächlich ungeklärt, ob und wie man die Routeneinschübe in die Tags aufnehmen sollte, und denke, sie kann gerne weiter diskutiert werden. (https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm/4805 osm.wiki/DE:Tag:information%3Dguidepost osm.wiki/DE_talk:Tag:information%3Dguidepost#Guidepost_als_Routenmarkierung?_Eher_nicht... ). Ich tendiere dazu, diese Zusatzinformationen wegen Redundanz und Unübersichtlichkeit eher wieder rauszunehmen.

Anderer Fehler, Routenbeschreibung der Internationalen Radroute von "From Millingen to Prag" in "Sperre Schwimmbereich" zu ändern kann eher keine Absicht sein... und ist auch nicht mit "Landuse eingetragen" erklärt.
Man sollte auf einen Changesetkommentar übrigens ruhig reagieren. Was ist aus der relation/33216 geworden? Macht mich nun auch neugierig...

Eine Baustelle bitte anders Taggen. bicycle=no, foot=no spiegel die Zugangsrechte für anderweitig benutzte Wege wieder. Das stiftet in der Plausibilitätskontrolle ziemliche Verwirrung an.
Siehe osm.wiki/DE:Tag:highway%3Dconstruction bitte entsprechend ändern. Ich selbst kenne die Situation vor Ort nicht ausreichend.

Ich habe es gerade noch einmal abgeglichen. Der nördliche Teil ist nur extrapoliert und offensichtlich falsch, dort verläuft die Route offenbar auf Wegen, die bislang noch nicht einmal als allgemeines Radnetz (ravelos) den Weg in OSM gefunden haben... Ich konkretisiere mal meine "note" in der Relation.

Prima, zu beachten ist natürlich immer, dass das in OSM kommt, was auf der Straße tatsächlich vorhanden ist. Das eignet sich dann auch manchmal ganz gut, die Betreiber zu kontaktieren, um die Route oder die Daten mal selbst zu überprüfen. So weit im Norden bin ich nur selten unterwegs, da ich eigentlich immer zuhause in Bielefeld starte unmotorisiert und ohne ÖPNV. Das ist dann doch so mein Limit für Tagesrundtouren mit Wegweiserdokumentation ;-) Gutes Radeln!

Ich bin im NRW-Teil der Route entlang geradelt und habe an keiner Stelle eine Ausschilderung gesehen. Wenn die Route nicht ausgeschildert ist, gehört sie nicht in OSM und müßte (als "Routenvorschlag") wieder entfernt werden (s. Wiki: [DE:Bicycle/Fahrradrouten_kartieren#Welche_Routen_sollen_erfasst_werden?]). Andernfalls kann es sinnvoll sein, auf die Lückenhaftigkeit zu verweisen und das Routenlogo zu beschreiben.