… dazu gäbe es z.B. temporary conditional
… aber wie gerade in einem anderen Thread erwähnt sollte man vielleicht erst einmal in Erfahrung bringen, wie lange die Baustelle noch dauert. Es gibt zwar keine feste zeitliche Grenze, aber danach kann man schauen, ob und ob man überhaupt etwas taggt. Hintergrund: die Updatezyklen vieler Router und sonstiger Apps bewegen sich durchaus im Monatsbereich!
Ich mache das (vor Allem bei kurzzeitigen Sperrungen) z.B. mit:
temporary:access =no @ (2018 Apr 09 - 2018 Sep 30)
am enstprechenden Weg.
Das können einige Router/Navis bereits auswerten. Und es stört auch nicht, wenn die Einträge nächstes Jahr auch noch drin sein sollten.
Statt “access” kann uach “motor_vehicle” oder 'vehicle" oder … verwendet werden, jenachdem für wen der Weg gesperrt ist
Siehe auch den 1. Unterpunkt unter https://forum.openstreetmap.org/viewtopic.php?pid=713170#p713170
“Das können einige Router/Navis bereits auswerten.”
Interessant, welche sind das denn? Das hätte ich bei der Sperrung der B10 auch gerne verwendet.
Oops (“Fake News”), war wohl eher Wunschdenken. Habe “einige” ausprobiert und keiner kanns .
Ja leider. Und deshalb wird das schöne Baustellenschema so wenig genutzt (Henne-Ei-Problem).
Ich habe grobe Ortskenntnis und werde die Baustelle mal eintragen.
edit: Ein Problem war, das zwar die Baustelle seit Juli als landuse=construction-Polygon erfasst ist, aber die darüberführende Straße noch highway=residential war. Ich habs auf highway=construction, construction=residential gesetzt.
edit2: Demnächst mal dieses Routing hier testen:
Hmm.
Und was ist daran jetzt besser als bei dem von mir heute vormittag (eindeutig vor Dir) bzgl. der Straße eingetragenen Zusatz
“temporary:access = no @ (until summer 2019 due to construction work)”?
Ich hatte mich dazu extra beim Wasser- und Schifffahrtsamt erkundigt und als grobe Schätzung weitere 9 Monate Bauzeit erhalten; Anfang nächster Woche sei die Möglichkeit gegeben, genauere Informationen zu erhalten - diese Möglichkeit wollte ich nutzen und meinen Eintrag ggf. aktualisieren.
Verwundert
tracker51
Hi,
nachdem ich die Brücke ja am 31.08.2018 mit “temporary:access=no” getaggt hatte (und zusätzlich “gormo” mit “highway=construction, construction=residential”), habe ich jetzt immer mal wieder beim BRouter getestet, ob nach wie vor über die Brücke geroutet wird: wird es :(! Deshalb habe ich gestern mal im Github-Forum
https://github.com/abrensch/brouter/issues
nachgefragt. Heute war die Frage im Forum schon wieder verschwunden; dafür habe ich folgende Antwort per PM bekommen:
"the bike rofiles (at least trekking + fastbike, can’t tell for others) don’t consider highway=construction as a total block, just higher penalty.
You need additional access-tagging (e.g. access=no) in order to get a full block for bikes."
Daraufhin habe ich entsprechend getaggt, werde jedoch aufpassen und mich bemühen, dieses Tag möglichst zeitgleich mit Beendigung der Bauarbeiten wieder zu entfernen. Zusätzlich habe ich aber nachgehakt mit der Frage, warum das “temporary:access=no” nicht ausreichend war.
Ciao
tracker51
Off-Topic: Was ist das für ein Editor?
sieht nach potlatch 2 aus
Stimmt!
Ciao
tracker51
Leider nicht gut, nur weil es brouter nicht versteht/kann? Ich würde dort im Forum nochmal nachhaken und nochmal deutlich auf das korrekte temporary:access verweisen!
Nicht verschwunden, unter den “closed” issues stehts noch.
Können wir aber auch gleich hier besprechen: temporary:access wird von BRouter nicht ausgewertet. Wenn allerdings Rad-Routen darüber gehen, reicht beim “trekking” Profil selbst das access=no nicht, das ist nämlich so optimistisch zu sagen: “wenn da eine Rad-Route ist, kann man da auch fahren”. Das “fastbike” Profil kennt aber keine Rad-Routen und macht sowas nicht.
Hi,
danke für die Info. Aber wie kann man dann das Routen sicher verhindern. Muß man da das Stück highway temporär vollständig entfernen?
Ciao
tracker51
Bitte nicht für einen bestimmten von vielen Routern taggen.
Wenn selbst access=no nicht beachtet wird, dann ist es halt so.
Klar, sicher verhindern kannst du es, in dem du das Stück highway rauslässt … ABER, dann kommt der nächste Sesselmapper, sieht das und fügt es wieder ein und dann vermutlich mit falschen Tags.
Du hast definitiv “On the Ground” gemappt, was definitiv richtig war und auch immer noch ist.
Es obliegt rein dem Datennutzer (in deinem Fall speziell brouter), was er mit den Daten anfängt. Wenn du also dort nicht geroutet werden möchtest, brouter es aber, wie oben ja geschildert, mit Begründung trotzdem macht, dir das nicht gefällt, dann musst du dir halt einen anderen Router suchen … oder selbst programmieren 
Da muß man hier aber mutich und vor allem spochtlich sein (das Gitter ist auf beiden Seiten eigentlich nicht zu umgehen):
Ob solcher Einstellung beeindruckt
tracker51
Okay, dann muß ich wohl, wenn ich in der Gegend fahre, an dieser Stelle von vornherein eine passende Route planen; andere Radfahrer stehen dann, wie seinerzeit ich, vor dem Zaun, was sicher auch denen nicht gefallen wird. Ich frage mich nur, ob ich “access=no” erst einmal lassen oder wieder mit “temporary” taggen soll.
Ciao
Reinhard
Oder innerhalb der brouter-App oder des brouter-Client eine nogo-Area einrichten. Damit hast Du alles selbst in der Hand!!!
Ein brouter-Fan
BRouter/trekking priorisiert die Zugangsinformation aus der Rad-Route über die access-tags einfach deshalb, weil sich das bewährt hat, sonst wären zu viele Routen zerschnitten durch vergessene Baustellen und gut gemeinte access=private tags bei Hofdurchfahrten.
Ich würde dann die Routen zerschneiden, wenn es tatsächlich einen massiven Impakt hat, also die nächste Brücke ewig weit weg. Aber das ist hier ja nicht der Fall. Oder wenn da tatsächlich jemand an der Routenbeschilderung rumschraubt, dann kann man natürlich die Routenführung nachziehen.