Zugegebenermaßen ist es schon recht lange her, dass ich mit solchen Sachen auseinandersetzen musste, aber ich möchte das Problem auch nicht ungelöst lassen.
Man sehe es mir nach, wenn ich eventuell schon vorhandene Diskussionen oder gar Lösungen zum Thema übersehen habe, sollte es welche geben, bin ich für jeden Hinweis dankbar.
Konkret geht es erst mal um dieses Objekt.
Wie angegeben kann man hier von Mai bis September am Samstag, Sonntag und an Feiertagen von 10:00-12:00 und17:00-19:00 Uhr mit dem Rad drüber. Also fast nie.
Trotzdem routet z.B. BRouter da lustig drüber, was bei Orts.- und OSM-Unkundigen zu Verdruss führen kann. Ich weiß, das machen quasi alle Router so, weil Tags zu zeitlichen Einschränkungen schlicht nicht ausgewertet werden. Mir geht es auch erst mal um den allgemeinen Umgang mit solchen Objekten und das empfohlene Tagging.
Ich würde den Access-Tag also folgendermaßen ändern.
Generell: access=limited hours ist kein Standartwert und wird daher von den Routern nicht ausgelesen.
Mit den Zeitlichen Einschränkungen ist das so ne Sache.
Möglich sind access=yes + access:conditional=no @ … oder aber access=no + access:conditional=yes @ …
Technisch gesehen ist das ganze redundant, da aber eig kein Router access:conditional ausliest, sollte man für access=* den Wert wählen, der am häufigsten eintritt. Also würde ich hier hier erstmal *access=no *setzen.
Dann noch ein paar Zusatzfragen:
Der Weg ist außer an den angegebenen Zeiten komplett gesperrt für alle Benutzungsarten (also auch Fahrzeuge, Fußgänger, etc.)? Nur dann ist access=no korrekt!
Der Weg ist eigentlich eine Brücke über ein Sperrwerk und ist außer zu den angegebenen Zeiten hochgeklappt. Wird die Brücke runter geklappt dürfen nur Radfahrer und Fußgänger passieren. https://de.wikipedia.org/wiki/Sperrwerk_Wischhafen
Da war ich mir nicht sicher, ob PH dann richtig behandelt wird, deswegen hab ich es erst mal explizit dazu geschrieben. Hast du Beispiele, wo man sich das mal ansehen kann?
Denkt aber bitte an Folgendes: Wenn highway=path mit bicycle=designated und foot=designated eingetragen wird, dann müssen zeitliche Einschränkungen beim Zugang (zumindest für Fußgänger und Radfahrer) auch immer mit bicycle:conditional und foot:conditional angegeben werden und nicht mit access:conditional, denn ansonsten ziehen selbst Router, die eigentlich conditional restrictions auswerten können, beim Fußgänger-Routing zum Beispiel das foot=designated dem access:conditional=no @ (…) vor, weil foot die Fortbewegungsart genauer beschreibt als access(:conditional).
… hat doch hsimpson in seinem Beispiel genau so gemacht, und zwar schon vor dem Hinweis auf foot/bicycle=designated … oder verstehe ich gerade etwas nicht und du möchtest auf etwas anderes hinaus?
ich glaube, Lukas meint, dass die Router generell ein foot=designated hoher stellen als ein access:conditional=*, letzteres also in dem Falle nicht für Fußgänger auswerten.
Finde ich grenzwertig. Natürlich beschreibt ja designated auch ein Verkehrsschild, was dazu noch dem access=no wiederspricht, aber meiner Meinung nach sollten access-Tags immer als erste ausgelesen werden, dann die designated. Wenn ein Fuß-/Radweg wegen Bauarbeiten lange gesperrt ist, lasse ich trotzdem die designated-Werte dran, schon alleine um das danach nicht erneut erfassen zu müssen.
Ja, hsimpson, das sehe ich grundsätzlich genauso und es war auch das, was ich meinte das hast du korrekt wiedergegeben. Es ist halt die Frage weil ich habe mich mal damit beschäftigt, wie ein Router die access-Werte genau auswerten soll. Ich meine im Prinzip ist es schon klar aber wenn man sich genauer damit beschäftigt, dann merkt man dass es schon viele unterschiedliche Fälle gibt bei denen sich die Frage stellt - was soll jetzt dem einen oder anderen vorangestellt werden in der Auswertung. Das wird halt kompliziert, wenn conditionals und nicht-conditionals aufeinandertreffen, die nicht den gleichen Fortbewegungsart-Key haben. Ich kann mir nicht so gut vorstellen, dass die Hierarchie der Auswertung sich nach den Values (no, designated etc. ) richten soll…
Ich kannte es halt so, dass je spezifischer die angegebene Fortbewegungsart, desto eher wird es berücksichtigt und vom Angegebenen wird halt immer das berücksichtigt, was die Fortbewegungsart am genauesten beschreibt. Das gilt für mich auch dann, wenn conditionals mit nicht-conditionals zusammenspielen.
Aber vielleicht liege ich halt bei genau dieser Annahme falsch. Wenn conditionals ausgewertet werden, dann kann man beim Router auch sagen, er soll diese Auswertung komplett von der Auswertung der nicht-conditionals trennen und bei der Auswertung der conditionals nicht darauf achten, welche nicht-conditional-Werte da sind.
Das führt aber dann auch wieder zu Problemen.
Unrealistischer Fall, aber egal, nur Beispiel:
Ein Weg, der von Mofas immer benutzt werden darf aber von anderen Fahrzeugen nur nachts. Tagging:
mofa = yes
vehicle:conditional = no @ (05:00-22:00)
vehicle steht über mofa, d. h. wenn der Router das conditional auswertet ohne auf die nicht-conditionals zu achten, dann werden Mofas zwischen 5 und 20 Uhr da nicht hergeleitet, auch wenn sie dann da her dürften. Man kann bei solch einer Auswertung mit mofa=* die vom vehicle:conditional definierte Beschränkung nicht mehr für Mofas ausnehmen. Dasselbe ist es bei access:conditional und foot. Wenn du eine Straße z. B. nachts für alle außer für Fußgänger sperren willst, dann kannst du das mit einem reinen access:conditional und einem foot=yes nicht machen. Da weiß ich jetzt nicht, ob das so sein soll. Ich möchte mir ehrlich gesagt jetzt nicht unbedingt anmaßen, das zu beurteilen. Müsste man klären. Zugegeben es ist auch super kompliziert. Sich damit zu beschäftigen führt immer wieder zu Fällen, in denen es irgendwie Probleme oder Unstimmigkeiten gibt.
Und dann noch etwas zu deinem Beispiel mit dem länger im Bau befindlichen Fuß-/Radweg: Ich will ja nicht kleinlich sein aber das ist halt schon wieder so eine Diskussionssache. Der schlaue Router schaut erst nach dem highway-Wert und routet natürlich nicht über highway=construction, ganz klar. Aber der nicht so schlaue Router nimmt den Weg, weil es ist ein highway und noch dazu gilt foot=designated, d. h. der Weg ist sogar vorgesehen für Fußgänger. Ich dachte früher auch, access würde foot und anderes überschreiben, aber so ist es halt eben nicht. Ich weiß dass das manchmal schwierig ist aber bei jedem Weg kann noch so viel access=no dranstehen und das kann auch als erstes ausgewertet werden, aber ein foot=designated überschreibt für Fußgänger den Zugang immer. (Auch) unabhängig vom highway-Tag.
Das ist natürlich jetzt eine Einzelfalllösung, damit will ich nicht sagen, dass alles derart gelöst werden kann. Dafür bin ich schon alleine bei weitem nicht tief genug in dem Thema drin.
Edit: Kleine Erläuterung dazu:
Das mofa=yes überschreibt schon das vehicle=no, damit muss der conditional-Wert hier überhaupt nicht mehr angewendet werden.
Generell kann man das Thema warscheinlich am besten so runter brechen:
Es gibt verschiedene Stufen: access > vehicle > motor_vehicle > mofa
Kleinere Stufen überschreiben immer die Werte für Größere Stufen, z.B. bei
vehicle=no
mofa=yes
überschreibt das mofa=yes für die Nutzungsart Mofa das vehicle=no
Das gilt auch für conditional-Werte!
Meiner Meinung nach sollten dann erst ganz unten diejenigen Werte kommen, die ein access-Tag nur implizieren, wie
motorway=yes
motorroad=yes
*=designated
etc.
Diese implizierten Werte sollten konsequent allen access-Werten untergeordnet und erst dann berücksichtigt werden, wenn es für die gefragte Nutzungsart keinen eigenen access-Wert gibt.
Erstmal vielen Dank für die hilfreichen Antworten!
Ich hab mich, so gut es ging, noch mal schlau gemacht über die Situation.
Die Brücke über das Sperrwerk wird erst mal grundsätzlich nur im Notfall oder für Servicearbeiten runter geklappt. Sie ist also für jeden öffentlichen Verkehr gesperrt. Weil aber Fußgänger und Radfahrer nix wiegen und demzufolge auch nix kaputt machen, dürfen die für touristische Zwecke ab und zu mal die Brücke benutzen.
Deswegen werde ich folgende Variante taggen:
highway=service
service=emergency_access
access=no
bicycle:conditional=yes @ (May-Sep: Sa,Su,PH 10:00-12:00,17:00-19:00)
foot:conditional=yes @ (May-Sep: Sa,Su,PH 10:00-12:00,17:00-19:00)
na ja - in Post #11 hat hsimpson noch genau das Gegenteil geschrieben:
Da soll(te) das generelle access:= den ‘kleineren’ Wert foot=designated übersteuern …
Mich hat er daher eher verwirrt.
