Ungewöhnlich aber nicht falsch, sofern da Schilder “Rechts abbiegen vorgeschrieben” oder das negative Gegenstück “Geradeaus verboten” existieren. Das kann man aus der Ferne nicht erkennen, wäre aber in der Situation nicht überraschend.
Zu Punkt 1: Die Relation ist wirklich überflüssig => löschen.
Zu Punkt 2: Dafür gibt es except=bicycle.
Zu Punkt 3: Das wäre nur eine andere Art das Problem, dass Routing-Programme
punktförmige Hindernisse gerne vernachlässigen zu umgehen.
Es sei denn da wären zwei Reihen von Poller.
Laut Wiki ist es so, ich persönlich halte diese Implikation für falsch. Der Mapper vor Ort sollte entscheiden, wer den Poller
passieren kann und entsprechende Tags an den Poller setzen. Mit access=no, bicycle/foot=yes sperrt man zB. Motorradfahrer aus.
Daher auch mein Hinweis in Post #4 die vorhandene Beschilderung zu beachten: sofern da Schilder “Rechts abbiegen vorgeschrieben” oder
das negative Gegenstück “Geradeaus verboten” existieren
Ob ein Verkehrsteilnehmer diese Vorschriften ignoriert (oder nicht) ist allein dessen Sache und nicht in OSM abbildbar.
Daher ignorieren viel Router fürs Fahrrad Abbiegebeschränkungen, weil sie davon ausgehen, dass die Radler sich entweder sowieso nicht daran halten oder gesetzestreu vor Ort eine kurze “zu Fuß” Etappe einlegen.
@chris66: War ja nur ein Vorschlag, es spricht ja nichts dagegen, auch für Motorräder und weitere entsprechende access-Tags zu setzen. Aber grundsätzlich impliziert barrier=* nunmal access=no.
Du mußt bedenken, das die Angabe der Fahrmöglichkeit von A nach B über C, wenn man da noch allowed=yes/no hinzufügt nicht eindeutig genug wäre, da muß man noch das genaue Schild und demnächst dann die halbe StVO mit in die Relation packen.
Gut, momentan ist es noch so üblich, aber für die Angabe eines no_u_turn, reicht es eigentlich, die entsprechende Strecke mit z.B. disallowed=yes zu markieren. So macht die Schilderangabe in der Relation die Sache nur unnötig kompliziert. Außer das man im Navi schön das Verkehrszeichen anzeigen kann, , was man mit größerem Auswerteaufwand eigentlich auch so können müßte, ist das Schild in der Relation kein Gewinn und das mit den access=* ist auch nicht wirklich optimal gelöst.