Anfängerfrage: Strasse im Gezeitenwechsel

[tippeltappel]

@de_muur

@errt

Bloß doof, dass man sich damit dass access-Tag blockiert, dass man vielleicht noch für seinen eigentlichen Zweck braucht.

Wieso das? Man benutzt das =tidal einfach an Stelle von =yes bei den verschiedenen access Werten. Das sollte doch dann meist ohne Probleme passen.

z.B.

access=tidal
bicycle=no

oder

access=no
foot=tidal

Das haette dann gleichzeitig den Vorzug, dass das beim Routing automatisch als nichtverstandenes access-Tag ausgewertet wird. D.h. auch eine Anwendung, die nicht im Detail versteht, was da eigentlich los ist, sieht immerhin, dass die Strasse nicht beliebig nutzbar ist.

Was einem so erstmal verloren geht sind Kombinationen wie access=private und access=tidal gleichzeitig.

a) Gibt es sowas ueberhaupt? Wahrscheinlich schon, die OSM Erfahrung zeigt: Es gibt eigentlich nichts, was es nicht gibt.

b) Geht da signifikannte Information verloren, wenn man sich auf das staerker einschraenkende Tag beschraenkt? im obigen Beispiel koennte man z.B. einfach nur access=privat setzen. Wer zur Nutzung soeiner Strecke ueberhaupt berechtigt ist, wird schon selebr wissen, dass er da mit Gezeitenproblemen zu rechnen hat.

c) Auch beim access-Tag kann man ja ruhig Aufzaehlungen machen: “access=private;tidal”. Das versteht dann zwar erstmal keine automatische Auswertung mehr richtig, aber immerhin erkennt sie noch, dass da eine ihr unbekannte Zugangsbeschraenkung vorliegt. da solche Faelle extrem selten sein duerften, duerften auch in Zukunft nur die wenigsten Anwendungen explizite Routing-Regeln dafuer vorsehen.

Gruss
Torsten

Die Argumentation finde ich nicht schlüssig. Die Problematik deutest Du bereits selber an.

Das access-Tag steht (so verstehe ich das Wiki) für verschiedene Formen von erlaubt und nicht erlaubt. (vereinfacht ausgedrückt) Darum geht es aber nicht. Es geht um die Erfassung einer mehr oder weniger häufig auftretenden Nutzungseinschränkung.

Für die Einführung von obstruction=* für Nutzungseinschränkungen spricht, daß es

• ein Tag dieser Art noch nicht zu geben scheint.
• ein ausbaufähiges System ist.

So könnte man z.B. differenzieren und statt tidal_water auch spring_tide benutzen, um darauf hinzuweisen, daß der Weg nur bei extrem hohen Wasserständen überflutet ist. In Hochwassergebieten könnte der key mit values kombiniert werden, die anzeigen, ab welcher Hochwassermarke ein Weg oder eine Fläche überflutet ist.

Da bieten sich eine Menge sinnvoller Auswertungsmöglichkeiten.

Vorhandene Renderregeln verbiegen, damit sich ein träger Kartenrenderer die Einarbeitung einer neuen key/value-Kombination ersparen kann, ist nicht akzeptabel.

Gruß
tippeltappel