Brouter nur mit Presslufthammer nutzbar ...

In diesem Fall ist es halt ungünstig über hw=construction anstatt über pt=platform zu routen. 🤔

graphhoppler macht's besser:

https://www.openstreetmap.org/direction … 04/8.40743

Wenn man das Ziel nur ein wenig nach Norden verschiebt, dann wird nicht mehr der Tunnel verwendet. Insofern bin ich mir nicht sicher, wo da der Fehler liegt.

GerdP wrote:

Wenn man das Ziel nur ein wenig nach Norden verschiebt, dann wird nicht mehr der Tunnel verwendet. Insofern bin ich mir nicht sicher, wo da der Fehler liegt.

Ich habe das einfach mal bisschen ausprobiert und würde sagen, dass @chris66 recht hat und brouter einfach nicht über pt=platform routet. Dazu hat r/490720796 auch kein Verbot für Fußgänger.... meines Wissens nach routet bei hw=construction brouter fast immer auch darüber, da es denkt, die Baustelle beträfe primär die Fahrbahn.
Also mehrere Faktoren, die am Ende zu diesem Ereignis führen.
Ich glaube aber, dass dem Tunnel ein foot=no auch gut stehen würde.

GerdP wrote:

Wenn man das Ziel nur ein wenig nach Norden verschiebt, dann wird nicht mehr der Tunnel verwendet.

Richtig, dann stehe ich am Straßenhand, da hält die Bahn aber nicht .. 🙄
Ja, so wie grashopper es macht, wäre gut 😉

SafetyIng wrote:

Ich glaube aber, dass dem Tunnel ein foot=no auch gut stehen würde.

Noch steht da kein Verbot ... 😎

MitteloberrheinischerWaldameisenschreck wrote:

PS: Wurde in den letzten Tagen irgendwas am Brouter geändert, das mit altersschwachen Feuerfüchsen (56) nicht mehr kompatibel ist?

Scheinbar, ich bekomme mit v68 mittlerweile auch nur 'ne weisse Seite. Vor 1-2 Wochen ging das noch.

MKnight wrote:

MitteloberrheinischerWaldameisenschreck wrote:

PS: Wurde in den letzten Tagen irgendwas am Brouter geändert, das mit altersschwachen Feuerfüchsen (56) nicht mehr kompatibel ist?

Scheinbar, ich bekomme mit v68 mittlerweile auch nur 'ne weisse Seite. Vor 1-2 Wochen ging das noch.

Ja, bei dem Release am Freitag kam dynamischer Import (import()) dazu, das wird erst ab Firefox 67 unterstützt (68 sollte demnach eigentlich gehen?). Ich hatte allerdings angenommen, dass sich das erst beim Hinzufügen der Vector Tile Layer auswirkt und nicht schon beim Laden der Seite, da war mein Test wohl unzureichend.

Könnt Ihr zur Bestätigung bitte mal den Fehler aus der Browser Konsole (F12) kopieren.

Vermute, Du meisnt sowas mit Fehlermeldung?
SyntaxError: expected expression, got keyword 'import' brouter-web.js:55:7723

Ja, genau, Danke. Ich vermute, da meckern alte Browser ein reserviertes Schlüsselwort an, das sie noch gar nicht unterstützen.

Was ist der Grund, dass Ihr keine aktuelle Version verwenden wollt oder könnt (alte Plugins die es nicht als Web Extension gibt, 32-bit)? Ich hatte mich schon gefragt, ob sich der extra Aufwand zur Unterstützung älterer Versionen noch lohnt.

ikonor wrote:

Was ist der Grund, dass Ihr keine aktuelle Version verwenden wollt oder könnt (alte Plugins die es nicht als Web Extension gibt, )?

Bei mir ist es bei FF die letzte Version, mit der Plugins alter Art noch funktionieren, auf die ich als Tab-Messie nicht verzichten wollte und für die sich damals und paar mal zwischendrin noch kein adäquater Ersatz fand, damit mein FF so funktioniert, wie ich ihn gerne haben will ...
Da aber immer mehr Seiten nicht mehr wollen (iD auch nicht mehr), muss ich mir wohl doch mal verschärft Gedanken um Ersatz machen, aber da werden noch viele Monate ins Land ziehen, bis das mal erledigt ist ...
Der Browser, den ich hilfsweise für in FF-uralt nicht mehr richtig funktionierende Sachen wie iD nutze, wird es wohl eher nicht ...

ikonor wrote:

Ja, bei dem Release am Freitag kam dynamischer Import (import()) dazu, das wird erst ab Firefox 67 unterstützt (68 sollte demnach eigentlich gehen?).

Hab keinen 68 hier aber nen Seamonkey, der die 68 nutzt.
Ich bekomme in SM nur den Header und den Footer.

Ich hatte allerdings angenommen, dass sich das erst beim Hinzufügen der Vector Tile Layer auswirkt und nicht schon beim Laden der Seite, da war mein Test wohl unzureichend.

Ja, "weisse Seite" war etwas verkürzt, s.o.

Was ist der Grund, dass Ihr keine aktuelle Version verwenden wollt oder könnt

Ich nutze hauptsächlich Seamonkey, wegen dem Browser, aber auch wegen der Addons. Die meisten gehen in FF nicht mehr, und die die gehen, funktionieren komplett anders und unzureichend.

Wenn Du sowas nicht unterstützen möchtest ist das schade, weil bisher gings ja prima.

Achja, Fehlermeldung ist hier die selbe wie bei MitteloberrheinischerWaldameisenschreck
Und btw. grad geschaut, iD geht tatsächlich auch nicht mehr, aber da isses sicher nicht schade drum... 😄

Danke für die Infos, ich denke ich habe eine halbwegs einfache Unterstützung für ältere Browser gefunden, muss ich aber noch testen.

Zurück zum eigentlichen Problem der Bahnsteige:

Way 937994901 ist u.a. als railway=platform getaggt. Das wird zwar in den BRouter Daten prinzipiell unterstützt, siehe lookups.dat, aber bisher in keinem Profil verwendet, siehe Issue #45 highway=path nicht indiziert ?.

Die Probleme mit älteren Browsern (Firefox < 67) sollten jetzt behoben sein (ggf. Strg-F5 zum Cache leeren).

Läuft, danke.

Jau, läuft wieder! Danke!

Das Bahnsteigproblem scheint daran zu klemmen, dass zu viele Inseln befürchtet werden?

MitteloberrheinischerWaldameisenschreck wrote:

Das Bahnsteigproblem scheint daran zu klemmen, dass zu viele Inseln befürchtet werden?

Ja, Routing-Inseln. So werden Teile des Wegenetzes genannt, die nicht mit dem Rest verbunden sind.

Was bei Bahnsteigen vielleicht schon öfters vorkommen kann. Ein Router, der das nicht berücksichtigt, sucht für eine Route zu einer solchen Routing-Insel ewig die ganze Welt ab, nur um dann festzustellen, dass es gar keine Verbindung gibt. Oder erkennt das zwar, kann dann aber gar keine Route erstellen.

That would require a concept to exclude such islands in wayoint matching

https://github.com/abrensch/brouter/iss … -306765741

Mir scheint, das wurde inzwischen implementiert, somit gäbe es kein Problem mehr:
automatically ignore islands · abrensch/brouter@599a24f

Solche Routing-Inseln kann man in der entsprechenden Ansicht im OSM Inspector sehen, z.B. hier:
http://tools.geofabrik.de/osmi/?view=ro … slands_all

Beim Routing zu dieser Plattform (way 467285364) wird halt nur zum nächsten Punkt außerhalb dieser Routing-Insel geroutet. Innerhalb der Routing-Insel, also in diesem Fall entlang der Bahnsteigkante, kann man auch routen (geht hier wegen highway=platform, da das Trekking-Profil alle highway=* unterstützt). Also für mich alles gut.

ikonor wrote:

That would require a concept to exclude such islands in wayoint matching

https://github.com/abrensch/brouter/iss … -306765741

Mir scheint, das wurde inzwischen implementiert, somit gäbe es kein Problem mehr:
automatically ignore islands · abrensch/brouter@599a24f

Der dynamische Ausschluss der Inseln vom Wegpunkt-Matching war nur eines der Probleme.

Das andere war ein Memory-Leak, weil solche Inseln in einem Zwischenspreicher des Decoders "hängen" blieben. Letzeres sollte aber auch gelöst sein durch die Einführung des "Direct Weaving", das diesen Zwischenspeicher obsolet gemacht hat, weil der Decoder damit immer komplette Mikro-Kacheln direkt in den Routing-Graphen "hinein webt".

Also sollten Inseln mittlerweile unbedenklich sein, solange sie weniger als 500 Knoten haben ( Siehe RoutingEngine.MAXNODES_ISLAND_CHECK )

MitteloberrheinischerWaldameisenschreck wrote:

SafetyIng wrote:

Ich glaube aber, dass dem Tunnel ein foot=no auch gut stehen würde.

Noch steht da kein Verbot ... 😎

Auch etzt nicht, wo er im Betrieb ist, nur Radfahren ist verboten, Mofas, Fußgänger, Reiter, Kutschen, Viehtrieb, ... dagegen nicht ...

Aber mal was ganz anderes ...

Bin heute geradelt und habe hinterher die vorher per brouter angedachte Route noch mal spaßeshalber auf die geradelte Praxis angepasst.
Dabei fiel mir auf, dass brouter hier das direkte Abbiegen über den 2. Zwischenpunkt vermeidet wie der Teufel das Weihwasser und lieber ein Stück gegen die Einbahnstr. zum 3. Zwischenpunkt zurück routet, ohne dass ich einen Grund finde. das bicycle=use_sidepath kann es nicht sein, darüber routet er beim 1. Zwischenpunkt ja. Als Unterschied finde ich nur foot=no am weihwasserbesprenkelten Kriegsstraßenstück ... Andere Profile schlucken es klaglos ...

MitteloberrheinischerWaldameisenschreck wrote:

das bicycle=use_sidepath kann es nicht sein, darüber routet er beim 1. Zwischenpunkt ja. Als Unterschied finde ich nur foot=no

Ja genau. bicycle=use_sidepath verbietet, aber über die Fussberechtigung gehts dann doch. Wenn man die auch wegnimmt ist es gesperrt.

Das fastbike-profil wertet use_sidepath dagegen nicht aus

MitteloberrheinischerWaldameisenschreck wrote:

MitteloberrheinischerWaldameisenschreck wrote:

SafetyIng wrote:

Ich glaube aber, dass dem Tunnel ein foot=no auch gut stehen würde.

Noch steht da kein Verbot ... 😎

Auch etzt nicht, wo er im Betrieb ist, nur Radfahren ist verboten, Mofas, Fußgänger, Reiter, Kutschen, Viehtrieb, ... dagegen nicht ...

Aber mal was ganz anderes ...

Bin heute geradelt und habe hinterher die vorher per brouter angedachte Route noch mal spaßeshalber auf die geradelte Praxis angepasst.
Dabei fiel mir auf, dass brouter hier das direkte Abbiegen über den 2. Zwischenpunkt vermeidet wie der Teufel das Weihwasser und lieber ein Stück gegen die Einbahnstr. zum 3. Zwischenpunkt zurück routet, ohne dass ich einen Grund finde. das bicycle=use_sidepath kann es nicht sein, darüber routet er beim 1. Zwischenpunkt ja. Als Unterschied finde ich nur foot=no am weihwasserbesprenkelten Kriegsstraßenstück ... Andere Profile schlucken es klaglos ...

Die Instanz von Marcus Jaschen macht das nur im hiking (beta)-Profil, in allen anderen wird es wie (vermutlich) gewünscht geroutet:
https://bikerouter.de/#map=19/49.00577/ … e=trekking

abrensch wrote:

MitteloberrheinischerWaldameisenschreck wrote:

Als Unterschied finde ich nur foot=no

Ja genau. bicycle=use_sidepath verbietet, aber über die Fussberechtigung gehts dann doch. Wenn man die auch wegnimmt ist es gesperrt.

Hmmm ... Irgendwie bissele suboptimal ... use_s. soll ja gerade nicht absolut sperren, erst recht nicht, wenn man einen Zwangspunkt draufsetzt ...
Interessant (noch) das Wandern: Wird über den kürzeren Flügel des absolut gesperrten Stücks, also hintenrum geroutet zum Zwischenpunkt, um dahin zu kommen, nimmt es die Busspur, die (eben noch) nur mit vehicle=no ohne foot=no getaggt war ...

Wird eigentlich bicyle:*ward ausgewertet? Bzw. wo sieht man, welcher Stand der Daten zugrunde liegt? Wollte das an anderer Stelle gerade testen ...

MitteloberrheinischerWaldameisenschreck wrote:

Bzw. wo sieht man, welcher Stand der Daten zugrunde liegt? Wollte das an anderer Stelle gerade testen ...

Entweder Taste "H" drücken oder auf "About" klicken, im Popup im Abschnitt "Data" sind die "data files" verlinkt:

Data:

This is based on OpenStreetMap. It is usually updated daily, see dates of data files.

Die Instanz https://bikerouter.de aktualisiert viermal täglich, siehe https://www.marcusjaschen.de/blog/2020/ … router-web, ich zitiere

Dieser Punkt gilt nur für bikerouter.de: Die Daten für die Routenberechnung werden viermal täglich direkt aus den aktuellsten OpenStreetMap-Rohdaten übernommen – Änderungen bei OpenStreetMap kommen also sehr schnell im BRouter an.

Danke, also aktuell genug und damit wird gegen bicycle=no und bicycle:*ward=no geroutet hier und dort, die no's sind da jeweils an den Zufahrten am Anfang, während die Gegenrichtungen nicht über no's laufen sollten, weil "oben am Seehof" (die Kreuzung ungefähr an beider Ziel von B3 und Karlsruher Straße) stehen keine Verbote (und an einigen anderen Stellen, wo man fröhlich raufradeln darf, Fußgänger-, Reiter- und Viehtriebverbote stehen gleich überhaupt nirgends ...), schon seit Jahren nicht.
Nur "sicherste Route" routet nur bis zum Zwischenpunkt und dreht dann evtl. um ... Wenn der Zwischenpunkt näher zum verbotenen Ende liegt, gerne auch über das Verbot ...

Nach einem tödlichen Unfall eines Radfahrers, der gegen die erste Route wieder von der B3 links runter wollte in die Bulacher, habe ich die Standorte und Nichtstandorte der 254's noch mal kontrolliert und paar tags gerade gebogen, u.a. waren paar fehlgetaggte motorroads drin ...

Die 3 "eingebauten" routen in die verbotene Richtungen nicht, in die erlaubten teils ja, teils nicht.