Neinnein - Alles richtig gemacht. Wollte nur zeigen das das eine änderung im Routing ergeben hat.

Ich berechne ~250k Routen in Ostwestfalen und drumherum alle 30 Minuten so das ich die routingänderungen alle mitkriege.

Flo

Hier die routingänderungen zu diesem und 2 anderen Changeset:

https://gt.owl.de/pipermail/osm-owl-routeqa/2023-December/092035.html

Hier die routingänderungen dazu:

https://gt.owl.de/pipermail/osm-owl-routeqa/2023-December/092038.html

Hi,
als feedback - Das routing hat hier weiträumig gechwenkt durch die Geschwindigkeitsbeschränkung:

Beispiel - Grün alt, rot neu:

https://osm.zz.de/routeqa/?rid=592961,609866

Hier die ganze Benachrichtigung:

https://gt.owl.de/pipermail/osm-owl-routeqa/2023-December/092037.html

Hihi,
guck dir den nochmal an.

Typo im Name

Bahnhog ;)

Passt ja auch irgendwie.

Flo

Good catch.

Es war noch viel schlimmer. Auch Autos wurden da drüber geschickt. Wenn das allerdings ein Weg ist über den auch der Leichenwagen rein fährt oder die Gärtner wäre service schon richtig nur dann müsste ein vehicle=private da drauf oder so.

Aber - so zumindest schonmal besser. Das hier ist die routing änderung:

https://osm.zz.de/routeqa/?rid=603549,609348#52.0869,8.74171,18z

Flo

>Schon klar aber es ist kein Faktor >sondern ein Zuschlag zu einem Faktor

Nein - OSRM ermittelt ein penalty was von 0-1 geht - und ich multipliziere den mit dem faktor den du hier eingibst (+1 damit der wert immer positiv ist)

Ich will aber einen symmetrischen Zahlenraum +- den ich einschränken kann.

Es ist nur ein Faktor. Ich kann den weg besser oder schlechter machen als er aufgrund der tags ist.

negativ -> wird schlechter
positiv -> wird besser

0 - es bleibt wie es berechnet ist - aus physischen tags.

Das problem ist so ein bisschen das das inner working der routing engines SEHR unterschiedlich ist. Mal würde dieser wert auf die Kosten angewendet werden (A* oder Dijkstra arbeiten ja mit Kosten im Graph) und mal auf einen virtuellen maxspeed, oder bei OSRM wende ich das auf ein "penalty" an das OSRM im profile ermittelt.

Also du musst irgendeine numerische range finden die halbwegs intuitiv ist.

Und - man muss die range so einschränken das user da nicht "aus versehen" völligen unsinn machen.

Also wenn ich da ein faktor=200 einbaue dann wäre das wie beamen - Die kosten/zeit um dieses Stück Straße zu durchqueren wäre quasi null.

Wenn ich es auf "0" setze ist das Straßenstück quasi wie ein access=no.

Das will ich verhindern. Es soll eine leichte verbesserung/verschlechterung des routings ermöglicht werden, kein katastrophaler Eingriff.

Flo

Wird es und soll es.

Das Wederholz wird im Routing für Durchgangsverkehr genutzt. Das macht aufgrund der Breite der Straße aber keinen Sinn.

Das liegt daran das die relative Kosten des Wederholz kleiner sind als die der B482 und dann die K1 Klusberg.

Und das kriegt man nur mit physischen Tags wie lanes/surface/maxspeed/lane_markings nicht in den Griff.

Deshalb das Tag. Aktuell pur Experimentell.

Hab auch gerade drüber gebloggt ...

https://f.zz.de/posts/202312132046.routing_when_extensive_tagging_is_still_not_enough/

Flo

Siehe Diskussion auf der osrm und Routing Mailingliste.

Es geht darum den Weg im Routing "langsamer" zu machen unabhängig von physikalischen Beschaffenheit.

Ich habe im Routeqa dafür ein experimentelles Car Profile das das nutzt für ein Proof of Concept

https://github.com/Project-OSRM/osrm-backend/commit/c199019fefc8b0d31e45a6599c0a7f1343af2cfe

Das Wederholz ist auffällig weil Teile des Durchgangsverkehrs da durchgeschickt werden.

Flo

Ich habs nicht mehr genau vor Augen - Mehrspurige Kreisverkehre sind ja oft als "Spirale" angelegt ... d.h. man fährt innen ein und wenn man 360° rum ist ist man aussen. Mit jeder ausfahrt fällt mind. 1. Spur weg. Aber ich weiss es nicht mehr.

In der Routenüberwachung ist der gar nciht aufgefallen. TomTom hatte eine Maproulette Challenge für Kaputte Kreisverkehre und da hab ich schnell geguckt was so in OWL so ist/war.

Flo

Das nur zu löschen ist halt Informationsverlust. Dann schieb das doch auf einen eigenen node vom entrance weg. So ist es jetzt komplett aus dem Datenbestand weg.

Danke - Die hab ich kaputt gemacht. Gut gemerkt.

Das war eine Maproulette challenge auf die ich über eine Community Forum beitrag gekommen bin wo es um kaputte Kreisverkehre ging (Mehrere ab/eingänge auf demselben node - dann geht das zählen nicht mehr)

Flo

Hi,
du hast hier in dem changeset auch "Bertelsmann Aviation" entfernt.

Die Firma gibts doch aber und die sitzt doch da auch oder?

https://www.bertelsmann-aviation.de/

Flo

Hi,
Gebäudeoutlines bitte nicht löschen. Wenn dann als razed:building=yes oder demolished:building=yes umtaggen.

Der nächste trägt es sonst vom Luftbilder wieder ein

Flo

Als Feedback.

Das hat das routing wieder "repariert". Hier die benachrichtigung:

https://gt.owl.de/pipermail/osm-owl-routeqa/2023-December/091983.html

Danke

Flo

Ja - Wir müssen den Bullshit ja nicht mitmachen und weiter befördern. Und das penalty ist da und macht das routing kaputt. Und das mit der der direction ist leider meine ich aktuell nur in OSRM supported.

Flo

Moin,
naja - nich jedes Gebäude hat wirklich eine zugeteilte Addresse. Die die keine haben, was man ja im Liegenschaftskataster sieht, sollte gar keine addr:* tags tragen. Entweder die Addresse ist vollständig oder gar nicht da am besten.

Flo

Hi,
du hast hier eine Fußgängerampel als 2 PKW Ampeln eingetragen. Das führt zu massivem Penalty im Routing.

Eine Fußgängerampel die eine reine Anforderungsampel ausgelegt ist so wie hier sollte nur als highway=crossing+crossing=traffic_signals anleget werden.

node/9309006712

So long

Flo

Moin,
ist die Quadbahn wirklich entfernt oder einfach nur wegen Geschäftsaufgabe ist da nichts mehr offen. Dann wäre ja ein lifecycle tag mit "disused:" besser als das zu löschen oder?

Flo