Baustellentagging durch HD-Traffic ersetzen?

Genau deswegen nutze ich weiterhin das temporary: Schema, mit eindeutiger Syntax, aber es wurde ja auf obsolete gesetzt

http://overpass-turbo.eu/s/yen

Was mir noch nicht ganz klar ist: was genau kann denn temporary, was conditional nicht kann?

?
Proposed: https://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional)

Grüße

Oops, ah ok, da gibt’s also auch schon mehrere Versionen davon.
Meinte dann wohl V1:
https://wiki.openstreetmap.org/wiki/Proposed_features/temporary

Und in der neuen Version stehen ja auch Beispiele drin.

temporary ist im wesentlichen für einmalige Beschränkungen/Baustellen, conditional für wiederkehrende/regelmäßige Beschränkungen.

Also die Sperrung bei Olfen haben beide Router nicht berücksichtigt, habe das temporary Tagging gerade von V1 auf V2 umgestellt, mal schauen, obs damit geht.

https://www.openstreetmap.org/directions?engine=osrm_car&route=51.7260%2C7.4015%3B51.6956%2C7.3686#map=14/51.7109/7.3855

https://www.openstreetmap.org/way/34078690#map=15/51.7113/7.4010

EDIT: Wird anscheinend doch nicht ausgewertet von OSRM / Graphhopper

Ich auch nicht.
OpenTraffic wäre passend:
http://opentraffic.io
Ich weiß aber nicht, ob daraus jemals etwas wird.

OsmAnd wollte schon 2016 OpenTraffic verwenden, sie haben aber nie eine Antwort auf ihre Anfrage erhalten:
https://github.com/osmandapp/Osmand/issues/1432

Die aktuelle (seit vorgestern) Sperrung von https://www.openstreetmap.org/way/323699508 und Umgebung kennt ME und hat mich daher heute von Taunusstein nicht über K708/K707, sondern über die B275 zur AS Idstein geroutet.

Das ist halt eine Aktualität, die OSM allein nie leisten kann.

–ks

opentraffic.io ist so oder so tot, eine verbesserte Version des “Strassenabschnitts-matching” gibt es bei http://sharedstreets.io/. Hat aber schlussendlich das gleiche Problem wie die 3 (wenn ich mich nicht verzählt habe) Vorgängervarianten, dass ganze wird von Leuten betrieben dessen Hauptinteresse darin besteht von der World Bank et al Geld abzugreifen, wenn das nicht klappt passiert auch nichts. Und bis jetzt sind alle Ankündigungen von irgendwelchen verfügbaren Daten genau das geblieben.

Zurück zum Thema: es gibt keinen prinzipiellen Grund wieso wir nicht mit der Technologie von http://sharedstreets.io/ einen Dienst mindestens für Sperrungen und ähnliches anbieten könnten (Verkehrsfluss etc wird schwieriger).

Und um genau so einen Dienst ging es mir ja ursprünglich. Mein Vorschlag war, Straßensperrungen mittelfristig gar nicht mehr per access=* oder access:temporary=* direkt in die Geodaten einzutragen, sondern aus einer Zweitquelle online verfügbar zu machen. Wie die heißt und ob sie crowdgesourct oder kommerziell erhoben wird, ist dabei erstmal wurscht.

Vorteil: kein Zeitversatz von mehreren Wochen durch Karten-Updatezyklus (sowohl bei entstehenden als auch bei aufgehobenen Sperrungen), keine unnötigen Störungen durch vergessenes Zurücktaggen, auch kurzfristige Sperrungen sind sinnvoll implementierbar, technisch spricht nichts gegen eine vollständige Sperrliste.

Nachteil: Das Navi muss zumindest einmal täglich online gehen, um die aktuellen Sperrungen abzuholen. Im reinen offline-Betrieb ist nur der „Atlas“ verfügbar, ohne aktuelle Sperrungen. Aber wo wäre das heute noch ein Problem? In Swaledale, okay. Da hatte ich vor zwei Jahren praktisch überhaupt kein mobiles Datennetz, zumindest unten in den Dörfern; oben im unbesiedelten Hochland hatte ich H+ :smiley:

–ks

Was aber für kurzfristige Sachen keine Verschlechterung gegenüber der jetzigen Situation wäre.

Simon