Ortsumgehung Barntrup - Maxspeed anpassung RouteQA Blomberg changed 44 routes (of 702)
Hi, hier in Barntrup haben sich routen geändert - Erstmal soweit richtig wenn die Umgehung von 50 auf 100 geht - Keine Ahnung ob die änderung an sich korrekt ist - ich gehe erstmal davon aus. Was mich aber wundert ist das die route schlechter wird - Also +9 Sekunden und die trotzdem genommen wird. Wenn Dinge schlechter werden ist die Veränderung eigentlich auf der alten Route - ich sehe es aber nicht. Ich vermute gerade eher einen Fehler in meiner Auswertung - aber das passt so alles gar nicht. Sieht da jemand anders vielleicht noch was was ich nicht sehe. Cluster: Blomberg OSM Timestamp: 2023-11-29 13:05 Selbeck - K 73 -> Barntrup - B 1 Route old : 6607.1m 481.6s Route new : 8801.7m 491.3s Change : +2194.6m +9.7s https://osm.zz.de/routeqa/?rid=554426,597050 Changesets: https://osmcha.org/changesets/144585685 VLNeroVL Geschwindigkeitsanpassung, nachdem die Straße nicht mehr neu ist [ ... ] -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
Moin, das ist doch richtig, das der Router die Verkehrsteilnehmer über die neue Umgehungsstraße leitet. Auch wenn es angeblich 9 Sekunden länger dauert. Die Strecke ist halt durch dem langen Halbkreis etwas länger als die alte Strecke. Die Umgehungsstraße wurde ja schließlich dafür gebaut, das die Leute NICHT mehr durch die Stadt fahren. Gruß: -----Original-Nachricht----- Betreff: Ortsumgehung Barntrup - Maxspeed anpassung RouteQA Blomberg changed 44 routes (of 702) Datum: 2023-11-29T15:06:30+0100 Von: "Florian Lohoff" <f@zz.de> An: "osm@gt.owl.de" <osm@gt.owl.de> Hi, hier in Barntrup haben sich routen geändert - Erstmal soweit richtig wenn die Umgehung von 50 auf 100 geht - Keine Ahnung ob die änderung an sich korrekt ist - ich gehe erstmal davon aus. Was mich aber wundert ist das die route schlechter wird - Also +9 Sekunden und die trotzdem genommen wird. Wenn Dinge schlechter werden ist die Veränderung eigentlich auf der alten Route - ich sehe es aber nicht. Ich vermute gerade eher einen Fehler in meiner Auswertung - aber das passt so alles gar nicht. Sieht da jemand anders vielleicht noch was was ich nicht sehe. Cluster: Blomberg OSM Timestamp: 2023-11-29 13:05 Selbeck - K 73 -> Barntrup - B 1 Route old : 6607.1m 481.6s Route new : 8801.7m 491.3s Change : +2194.6m +9.7s https://osm.zz.de/routeqa/?rid=554426,597050 Changesets: https://osmcha.org/changesets/144585685 VLNeroVL Geschwindigkeitsanpassung, nachdem die Straße nicht mehr neu ist [ ... ] -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
On Wed, Nov 29, 2023 at 03:31:06PM +0100, Ein.Nieheimer@t-online.de wrote:
Moin,
das ist doch richtig, das der Router die Verkehrsteilnehmer über die neue Umgehungsstraße leitet. Auch wenn es angeblich 9 Sekunden länger dauert. Die Strecke ist halt durch dem langen Halbkreis etwas länger als die alte Strecke. Die Umgehungsstraße wurde ja schließlich dafür gebaut, das die Leute NICHT mehr durch die Stadt fahren.
Mathematisch ist das falsch - Routing ist basierend auf kosten. Kosten können sein Distanz, oder Zeit. Das aktuelle Profil ist zeit. D.h. in der routingengine MUSS die Schnellste Strecke raus kommen. Kommt hier aber nicht. Es kommt eine langsamere Strecke raus. Das kann nicht sein. Richtig ist - die Strecke sollte schneller sein - und auch schneller geworden sein - durch das heraufsetzen des maxspeeds. Ist sie aber nicht. Sie ist langsamer geworden. D.h. es ist irgendwas in den Daten kaputt - Anders ist das Ergebnis nicht zu erklären. Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
Moin, Gerade mal ganze mickrige 9 Sekunden mein Freund. Und das mit mit dem 9 Sekunden kommt wahrscheinlich auch nur dann hin, wenn alle Ampeln immer auf grün sind und keine Verkehrsflußstörer wie Linksabbieger und Parklückensucher unterwegs sind, was äußerst unwahrscheinlich ist. Außerdem ist Kraftststoffverbrauch durch das ständige abbremsen und wieder beschleunigen innerorts viel höher, als auf der schönen neuen Umgehungsstraße. -----Original-Nachricht----- Betreff: Re: Ortsumgehung Barntrup - Maxspeed anpassung RouteQA Blomberg changed 44 routes (of 702) Datum: 2023-11-29T15:48:22+0100 Von: "Florian Lohoff" <f@zz.de> An: "Ein.Nieheimer@t-online.de" <Ein.Nieheimer@t-online.de> On Wed, Nov 29, 2023 at 03:31:06PM +0100, Ein.Nieheimer@t-online.de wrote:
Moin,
das ist doch richtig, das der Router die Verkehrsteilnehmer über die neue Umgehungsstraße leitet. Auch wenn es angeblich 9 Sekunden länger dauert. Die Strecke ist halt durch dem langen Halbkreis etwas länger als die alte Strecke. Die Umgehungsstraße wurde ja schließlich dafür gebaut, das die Leute NICHT mehr durch die Stadt fahren.
Mathematisch ist das falsch - Routing ist basierend auf kosten. Kosten können sein Distanz, oder Zeit. Das aktuelle Profil ist zeit. D.h. in der routingengine MUSS die Schnellste Strecke raus kommen. Kommt hier aber nicht. Es kommt eine langsamere Strecke raus. Das kann nicht sein. Richtig ist - die Strecke sollte schneller sein - und auch schneller geworden sein - durch das heraufsetzen des maxspeeds. Ist sie aber nicht. Sie ist langsamer geworden. D.h. es ist irgendwas in den Daten kaputt - Anders ist das Ergebnis nicht zu erklären. Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
On Thu, Nov 30, 2023 at 05:55:47AM +0100, Ein.Nieheimer@t-online.de wrote:
Moin,
Gerade mal ganze mickrige 9 Sekunden mein Freund. Und das mit mit dem 9 Sekunden kommt wahrscheinlich auch nur dann hin, wenn alle Ampeln immer auf grün sind und keine Verkehrsflußstörer wie Linksabbieger und Parklückensucher unterwegs sind, was äußerst unwahrscheinlich ist. Außerdem ist Kraftststoffverbrauch durch das ständige abbremsen und wieder beschleunigen innerorts viel höher, als auf der schönen neuen Umgehungsstraße.
Maschine, Mathematik Und wenn es nur 0.1s sind schickt dich Google durch die Stadt. Mach die Daten heile oder das routing ist kaputt. Der Maschine ist das VÖLLIG egal wo die Autos lang fahren solange es mathematisch schneller ist. (Nicht faktisch) Du kannst also deine Argumente gerne Google Maps erzählen, wenn die App denn zuhört. Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
Ich habe nichts kaputt gemacht, was ich wieder heile machen könnte. -----Original-Nachricht----- Betreff: Re: Ortsumgehung Barntrup - Maxspeed anpassung RouteQA Blomberg changed 44 routes (of 702) Datum: 2023-11-30T08:15:18+0100 Von: "Florian Lohoff" <f@zz.de> An: "Ein.Nieheimer@t-online.de" <Ein.Nieheimer@t-online.de> On Thu, Nov 30, 2023 at 05:55:47AM +0100, Ein.Nieheimer@t-online.de wrote:
Moin,
Gerade mal ganze mickrige 9 Sekunden mein Freund. Und das mit mit dem 9 Sekunden kommt wahrscheinlich auch nur dann hin, wenn alle Ampeln immer auf grün sind und keine Verkehrsflußstörer wie Linksabbieger und Parklückensucher unterwegs sind, was äußerst unwahrscheinlich ist. Außerdem ist Kraftststoffverbrauch durch das ständige abbremsen und wieder beschleunigen innerorts viel höher, als auf der schönen neuen Umgehungsstraße.
Maschine, Mathematik Und wenn es nur 0.1s sind schickt dich Google durch die Stadt. Mach die Daten heile oder das routing ist kaputt. Der Maschine ist das VÖLLIG egal wo die Autos lang fahren solange es mathematisch schneller ist. (Nicht faktisch) Du kannst also deine Argumente gerne Google Maps erzählen, wenn die App denn zuhört. Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
Hola, On Thu, Nov 30, 2023 at 12:26:45PM +0100, Ein.Nieheimer@t-online.de wrote:
Ich habe nichts kaputt gemacht, was ich wieder heile machen könnte.
Es geht nicht darum das DU irgendwas kaputt gemacht hast oder irgendwer anders, und das gefälligst heile machen soll. Und es geht auch nicht darum das dir irgendwer abspricht das du das heile machen kannst. Aber dafür das man es RICHTIG macht muss man wissen wie die tags und geometrieen auf das Routing wirken. Das funktioniert stumpf mechanisch und mathematisch. Ich überwache das routing weil routingfehler typischerweise Monatelang nicht entdeckt werden. Stück in der Bundesstraße gelöscht oder aus versehen ein tag drauf gepackt was das unbenutzbar macht und das findet 3 Monate lang niemand und wenn wird es durch Zufall gefunden. Dann kann es aber schon zu spät sein weil es irgendwo einen Snapshot gibt der dann in Autos oder auf Mobilen Navis läuft die jedes Jahr nur ein Update haben. Die müssen dann 12 Monate mit den kaputten Daten rumlaufen. Es geht also darum möglichst schnell Fehler zu finden damit die nicht lange in der Datenbank bleiben um damit die wahrscheinlichkeit das sie in solchen Snapshots landen geringer wird. Stand heute sagt dir kein Editor der Welt das du das routing kaputt gemacht hast. Können sie zum Großteil auch nicht weil es immer um relative Gewichtung zwischen Strecken geht, und wenn du irgendwo dann ein "width=1.9" rein schreibst dann sieht das in der Karte total super aus, da fahren halt nur keine Auto mehr durch (Gerne genommen von StreetComplete und der automatischen Breitenmessung durch Fotos) Und es gibt tausende solcher Fehlermodis. "access=*", "construction=*" "width=1", "highway=*" gelöscht, turn restriction falsch, nodes nicht verbunden, oneways in die falsche Richtung. Niemand überblickt das alles. Und _jeden tag_ geht irgendwo in Ostwestfalen was kaputt und ich weiss das die mapper das nicht absichtlich machen, es aber auch nicht merken, gar keine chance haben das zu merken. Vielleicht am ende des Monats wenn sie ihr OSMAnd updaten und das auch täglich benutzen. Es fehlt schon alleine am Wissen darüber das Ansagen im Navi wie "Links abbiegen", "Links halten", "Scharf links" IMMER Ausdruck einer Geometrie sind. Wenn du also einer Landstraße entlang fährst und dein Navi quatscht dich voll mit "links halten, 100m dann rechts halten" dann sind die Daten kaputt. Dann sind Geometrieen der Einmündungen kaputt, und zu spitz. Kann man drauf hören, notes aufmachen, und fixen. Ich hab auf der State of the Map in Antwerpen mal gefragt und ich habe keinen gefunden der das wusste. Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
Am Thu, Nov 30, 2023 at 05:55:47AM +0100 schrieb Ein.Nieheimer@t-online.de:
Moin,
Gerade mal ganze mickrige 9 Sekunden mein Freund. Und das mit mit dem 9 Sekunden kommt wahrscheinlich auch nur dann hin, wenn alle Ampeln immer auf grün sind und keine Verkehrsflußstörer wie Linksabbieger und Parklückensucher unterwegs sind, was äußerst unwahrscheinlich ist. Außerdem ist Kraftststoffverbrauch durch das ständige abbremsen und wieder beschleunigen innerorts viel höher, als auf der schönen neuen Umgehungsstraße. Das ist natürlich richtig, aber darum geht es nicht. Hier wird eine Strecke als beste Strecke ermittelt, obwohl sie länger dauert. Der Router kennt deine Argumentation nicht, da spielt nur die Zeit eine Rolle. Und dann stellt man sich als Programmierer natürlich die Frage, "Wo liegt der Fehler"?. Auch wenn man mit der Ergebnis gut leben kann.
Uwe
-----Original-Nachricht----- Betreff: Re: Ortsumgehung Barntrup - Maxspeed anpassung RouteQA Blomberg changed 44 routes (of 702) Datum: 2023-11-29T15:48:22+0100 Von: "Florian Lohoff" <f@zz.de> An: "Ein.Nieheimer@t-online.de" <Ein.Nieheimer@t-online.de>
On Wed, Nov 29, 2023 at 03:31:06PM +0100, Ein.Nieheimer@t-online.de wrote:
Moin,
das ist doch richtig, das der Router die Verkehrsteilnehmer über die neue Umgehungsstraße leitet. Auch wenn es angeblich 9 Sekunden länger dauert. Die Strecke ist halt durch dem langen Halbkreis etwas länger als die alte Strecke. Die Umgehungsstraße wurde ja schließlich dafür gebaut, das die Leute NICHT mehr durch die Stadt fahren.
Mathematisch ist das falsch - Routing ist basierend auf kosten. Kosten können sein Distanz, oder Zeit.
Das aktuelle Profil ist zeit. D.h. in der routingengine MUSS die Schnellste Strecke raus kommen. Kommt hier aber nicht. Es kommt eine langsamere Strecke raus. Das kann nicht sein.
Richtig ist - die Strecke sollte schneller sein - und auch schneller geworden sein - durch das heraufsetzen des maxspeeds. Ist sie aber nicht. Sie ist langsamer geworden.
D.h. es ist irgendwas in den Daten kaputt - Anders ist das Ergebnis nicht zu erklären.
Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic. _______________________________________________ OSM mailing list OSM@gt.owl.de https://gt.owl.de/mailman/listinfo/osm
-- MMK GmbH, Fleyer Str. 196, 58097 Hagen Uwe.Steinmann@mmk-hagen.de Tel: 02331 840446 Fax: 02331 843920
Hola, On Thu, Nov 30, 2023 at 08:25:26AM +0100, Uwe Steinmann wrote:
Am Thu, Nov 30, 2023 at 05:55:47AM +0100 schrieb Ein.Nieheimer@t-online.de:
Moin,
Gerade mal ganze mickrige 9 Sekunden mein Freund. Und das mit mit dem 9 Sekunden kommt wahrscheinlich auch nur dann hin, wenn alle Ampeln immer auf grün sind und keine Verkehrsflußstörer wie Linksabbieger und Parklückensucher unterwegs sind, was äußerst unwahrscheinlich ist. Außerdem ist Kraftststoffverbrauch durch das ständige abbremsen und wieder beschleunigen innerorts viel höher, als auf der schönen neuen Umgehungsstraße. Das ist natürlich richtig, aber darum geht es nicht. Hier wird eine Strecke als beste Strecke ermittelt, obwohl sie länger dauert. Der Router kennt deine Argumentation nicht, da spielt nur die Zeit eine Rolle. Und dann stellt man sich als Programmierer natürlich die Frage, "Wo liegt der Fehler"?. Auch wenn man mit der Ergebnis gut leben kann.
Korrekt - Ich hab auch die routing engine nicht gemacht ich nutze die nur automatisiert um Fehler zu finden. Und Änderungen in Routen sind immer folgen von Änderungen der Daten. Und wenn die Änderung der Daten nicht konsistent ist mit der Änderung der Route dann ist da was fishy. D.h. wenn die route trotz raufgesetzem Maxspeed langsamer wird ist die da nicht "freiwillig" hingeschwenkt. Also muss an anderer Stelle noch was kaputt sein was die andere route unbenutzbar oder schlechter macht. Ich habe Barntrup gestern Abend noch in die überwachung genommen und dabei drumherum noch ein paar Fehler gefunden und korrigiert. Die ganze Ortsumgehung ist ja noch nicht in Luftbildern, da sind auch noch so 2-3 Sachen die ich für Fishy halte aber das wird sich erst mit Luftbildern oder Mapillary Bildern klären lassen. https://osm.zz.de/routeqa/#51.99339,9.12406,13z Auffälligkeiten die ich so gesehen habe: Die Verbindung der ab und Auffahrt - Ich hab auch keine route die das nimmt oder Testet: https://www.openstreetmap.org/?mlat=51.99009&mlon=9.14368#map=19/51.99009/9.... Hier - Die seltsame Kreuzung - Vor allem der Mittelzweig dürfte eigentlich gar nicht Nutzbar sein. Die Ortsumgehung ist ja Kreuzungsfrei d.h. da wird eine durchgezogene Mittellinie sein (Vermutung). Deshalb gibts da ja die 2 Auf und 2 Abfahrten an der Alverdissener Straße. https://www.openstreetmap.org/?mlat=52.00226&mlon=9.12321#map=19/52.00226/9.... Übergang der Straßenklassifikation der L758 Wird bei Übergang auf die B66 (Primary) dann zur tertiary um durch die Stadt zu gehen. Verstehe schon was der mapper damit bezwecken will aber das ist halt Daten faken für den Router und sollte unnötig sein. Verändert vor allem das Routing innerhalb der Ortsumgehung. https://www.openstreetmap.org/?mlat=51.9884&mlon=9.0913#map=16/51.9884/9.091... Es wird überall mit embankment gearbeitet auch dort wo die Straße in einen Trog gelegt worden ist. Das sollte nicht embankment sondern cutting sein https://www.openstreetmap.org/?mlat=52.00217&mlon=9.12440#map=18/52.00217/9.... Und einige Kreuzungen verhalten sich in Valhalla auch sehr seltsam - Das kann eigentlich nicht sein das DAS schneller ist. Da ist was im tagging der einzelnen ab/auffahrten kaputt. (Und nein - turn restriction ist hier nicht die Antwort - das machts nur noch kaputter) https://www.openstreetmap.org/directions?engine=fossgis_valhalla_car&route=5... Und die Geometrieprobleme der Kreuzungen so das die Ansage "keep left" aka "links halten" kommt weil der Abbiegewinkel "kaputt" also zu klein ist. Niemand stellt sich im spitzen Winkel zur Straße zum abbiegen. Hatte ich ja im Forum schonmal erklärt: https://community.openstreetmap.org/t/mapping-von-kreuzungen-und-anschlussra... https://www.openstreetmap.org/directions?engine=graphhopper_car&route=51.994... Aber - das kommt irgendwann mal - Luftbilder oder Mapillary - dann kann man da mal durchkorrigieren. Routing geht aktuell und ich auch nicht auffällig. So sieht das in meinem QGis Debug View aus - Die Zahlen sind jeweils die Anzahl der Routen die ich beim letzten Lauf (Alle 30 Minuten) durch dieses Straßenteilstück berechnet habe. Wie man hier sieht wird die Auffahrt im Norden Barntrups in Fahrtrichtung Osten so gut wie nicht genutzt (Eine route). Das musste ich erzwingen das ich die überhaupt mit testen. Die relative Gewichtung der Routen ist so das aus Downtown Barntrup IMMER die Auffahrt im Osten genommen wird - Also über die B1. Die im Norden über die L758/Alverdissener Straße wird gemieden. Die ist ja auch durch das herabstufen schlechter gemacht worden. https://silicon-verl.de/home/flo/tmp/20231130/Screenshot_from_2023-11-30_08-... Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
-----Original-Nachricht----- Betreff: Re: Ortsumgehung Barntrup - Maxspeed anpassung RouteQA Blomberg changed 44 routes (of 702) Datum: 2023-11-30T08:58:59+0100 Von: "Florian Lohoff" <f@zz.de> An: "Uwe Steinmann" <uwe@steinmann.cx> Hola, On Thu, Nov 30, 2023 at 08:25:26AM +0100, Uwe Steinmann wrote:
Am Thu, Nov 30, 2023 at 05:55:47AM +0100 schrieb Ein.Nieheimer@t-online.de:
Moin,
Gerade mal ganze mickrige 9 Sekunden mein Freund. Und das mit mit dem 9 Sekunden kommt wahrscheinlich auch nur dann hin, wenn alle Ampeln immer auf grün sind und keine Verkehrsflußstörer wie Linksabbieger und Parklückensucher unterwegs sind, was äußerst unwahrscheinlich ist. Außerdem ist Kraftststoffverbrauch durch das ständige abbremsen und wieder beschleunigen innerorts viel höher, als auf der schönen neuen Umgehungsstraße. Das ist natürlich richtig, aber darum geht es nicht. Hier wird eine Strecke als beste Strecke ermittelt, obwohl sie länger dauert. Der Router kennt deine Argumentation nicht, da spielt nur die Zeit eine Rolle. Und dann stellt man sich als Programmierer natürlich die Frage, "Wo liegt der Fehler"?. Auch wenn man mit der Ergebnis gut leben kann.
Korrekt - Ich hab auch die routing engine nicht gemacht ich nutze die nur automatisiert um Fehler zu finden. Und Änderungen in Routen sind immer folgen von Änderungen der Daten. Und wenn die Änderung der Daten nicht konsistent ist mit der Änderung der Route dann ist da was fishy. D.h. wenn die route trotz raufgesetzem Maxspeed langsamer wird ist die da nicht "freiwillig" hingeschwenkt. Also muss an anderer Stelle noch was kaputt sein was die andere route unbenutzbar oder schlechter macht. Ich habe Barntrup gestern Abend noch in die überwachung genommen und dabei drumherum noch ein paar Fehler gefunden und korrigiert. Die ganze Ortsumgehung ist ja noch nicht in Luftbildern, da sind auch noch so 2-3 Sachen die ich für Fishy halte aber das wird sich erst mit Luftbildern oder Mapillary Bildern klären lassen. https://osm.zz.de/routeqa/#51.99339,9.12406,13z Auffälligkeiten die ich so gesehen habe: Die Verbindung der ab und Auffahrt - Ich hab auch keine route die das nimmt oder Testet: https://www.openstreetmap.org/?mlat=51.99009&mlon=9.14368#map=19/51.99009/9.... Doch die Verbindung gibt es wirklich, wahrschein um von dem Steinbruch in Richtung Hameln zu gelangen. Hier ein Foto der Firma die wir in OSM eigentlich nicht verwenden dürfen. https://www.google.com/maps/@51.9902245,9.1436659,3a,60y,189.98h,88.95t/data... Hier - Die seltsame Kreuzung - Vor allem der Mittelzweig dürfte eigentlich gar nicht Nutzbar sein. Die Ortsumgehung ist ja Kreuzungsfrei d.h. da wird eine durchgezogene Mittellinie sein (Vermutung). Deshalb gibts da ja die 2 Auf und 2 Abfahrten an der Alverdissener Straße. https://www.openstreetmap.org/?mlat=52.00226&mlon=9.12321#map=19/52.00226/9.... Den Abzweig gibt es auch wirklich. Denn wie soll man denn sonst aus Richtung Detmold / Lemgo kommend auf die L758 kommen? Warum man dort eine so seltsame Kreuzung gebaut hat ist mir ein Rätsel. Ein extra Auffahrtsarm von der L758 in Richtung Hameln, Aber keinem Abfahrtsarm aus Richtung Detmold / Lemgo kommend zur L758. Übergang der Straßenklassifikation der L758 Wird bei Übergang auf die B66 (Primary) dann zur tertiary um durch die Stadt zu gehen. Verstehe schon was der mapper damit bezwecken will aber das ist halt Daten faken für den Router und sollte unnötig sein. Verändert vor allem das Routing innerhalb der Ortsumgehung. https://www.openstreetmap.org/?mlat=51.9884&mlon=9.0913#map=16/51.9884/9.091... Es wird überall mit embankment gearbeitet auch dort wo die Straße in einen Trog gelegt worden ist. Das sollte nicht embankment sondern cutting sein https://www.openstreetmap.org/?mlat=52.00217&mlon=9.12440#map=18/52.00217/9.... Und einige Kreuzungen verhalten sich in Valhalla auch sehr seltsam - Das kann eigentlich nicht sein das DAS schneller ist. Da ist was im tagging der einzelnen ab/auffahrten kaputt. (Und nein - turn restriction ist hier nicht die Antwort - das machts nur noch kaputter) https://www.openstreetmap.org/directions?engine=fossgis_valhalla_car&route=5... Und die Geometrieprobleme der Kreuzungen so das die Ansage "keep left" aka "links halten" kommt weil der Abbiegewinkel "kaputt" also zu klein ist. Niemand stellt sich im spitzen Winkel zur Straße zum abbiegen. Hatte ich ja im Forum schonmal erklärt: https://community.openstreetmap.org/t/mapping-von-kreuzungen-und-anschlussra... https://www.openstreetmap.org/directions?engine=graphhopper_car&route=51.994... Aber - das kommt irgendwann mal - Luftbilder oder Mapillary - dann kann man da mal durchkorrigieren. Routing geht aktuell und ich auch nicht auffällig. So sieht das in meinem QGis Debug View aus - Die Zahlen sind jeweils die Anzahl der Routen die ich beim letzten Lauf (Alle 30 Minuten) durch dieses Straßenteilstück berechnet habe. Wie man hier sieht wird die Auffahrt im Norden Barntrups in Fahrtrichtung Osten so gut wie nicht genutzt (Eine route). Das musste ich erzwingen das ich die überhaupt mit testen. Die relative Gewichtung der Routen ist so das aus Downtown Barntrup IMMER die Auffahrt im Osten genommen wird - Also über die B1. Die im Norden über die L758/Alverdissener Straße wird gemieden. Die ist ja auch durch das herabstufen schlechter gemacht worden. https://silicon-verl.de/home/flo/tmp/20231130/Screenshot_from_2023-11-30_08-... Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
Nabend, ein paar Deiner Auffälligkeiten kann ich vom Sessel aus klären:
Die Verbindung der ab und Auffahrt - Ich hab auch keine route die das nimmt oder Testet: https://www.openstreetmap.org/?mlat=51.99009&mlon=9.14368#map=19/51.99009/9....
Die Verbindung ist in der aktuellen DOP drin und wird gebraucht, um vom Brudereichenweg kommend Richtung Sonneborn/Osten auf die B1 aufzufahren.
Hier - Die seltsame Kreuzung - Vor allem der Mittelzweig dürfte eigentlich gar nicht Nutzbar sein. Die Ortsumgehung ist ja Kreuzungsfrei d.h. da wird eine durchgezogene Mittellinie sein (Vermutung). Deshalb gibts da ja die 2 Auf und 2 Abfahrten an der Alverdissener Straße. https://www.openstreetmap.org/?mlat=52.00226&mlon=9.12321#map=19/52.00226/9....
Da ist nur eine Abfahrt, der Mittelzweig ist die Abfahrt von Westen Richtung L758/Barntrup Nord.
Übergang der Straßenklassifikation der L758 Wird bei Übergang auf die B66 (Primary) dann zur tertiary um durch die Stadt zu gehen. Verstehe schon was der mapper damit bezwecken will aber das ist halt Daten faken für den Router und sollte unnötig sein. Verändert vor allem das Routing innerhalb der Ortsumgehung. https://www.openstreetmap.org/?mlat=51.9884&mlon=9.0913#map=16/51.9884/9.091...
Ob tertiary da jetzt schon gerechtfertigt ist, kann ich nicht beurteilen, dafür bin ich da zu selten. Die B66n hätte ich zwischen L758 und Lemgoer Straße aber nur zur secondary gemacht. Primary wird das meiner Meinung nach erst, wenn die Strecke bis zur Ostwestfalenstraße ausgebaut ist.
Und einige Kreuzungen verhalten sich in Valhalla auch sehr seltsam - Das kann eigentlich nicht sein das DAS schneller ist. Da ist was im tagging der einzelnen ab/auffahrten kaputt. (Und nein - turn restriction ist hier nicht die Antwort - das machts nur noch kaputter) https://www.openstreetmap.org/directions?engine=fossgis_valhalla_car&route=5...
Da hast Du ja schon nachgearbeitet. Ich sehe da auch nichts, was Valhalla zu diesem Verhalten bringt.
So sieht das in meinem QGis Debug View aus - Die Zahlen sind jeweils die Anzahl der Routen die ich beim letzten Lauf (Alle 30 Minuten) durch dieses Straßenteilstück berechnet habe. Wie man hier sieht wird die Auffahrt im Norden Barntrups in Fahrtrichtung Osten so gut wie nicht genutzt (Eine route). Das musste ich erzwingen das ich die überhaupt mit testen. Die relative Gewichtung der Routen ist so das aus Downtown Barntrup IMMER die Auffahrt im Osten genommen wird - Also über die B1. Die im Norden über die L758/Alverdissener Straße wird gemieden. Die ist ja auch durch das herabstufen schlechter gemacht worden.
https://silicon-verl.de/home/flo/tmp/20231130/Screenshot_from_2023-11-30_08-...
Werten die Router traffic_signals=bus_priority aus? Wenn nicht, ist die Ampel an der Ecke Bahnhofsstraße/Am Bahnhof evtl. mitschuldig. An der nördlichen fehlte der Tag auch noch. Der Bahnübergang ist da auch noch. Und 2 Kreisverkehre und 4 Schlenker an Querungshilfen bremsen da auch noch. Dafür war auf der Hamelner Straße eine Fußgängerampel mit highway=traffic_signals. Ich versuche mal an Fotos zu denken, wenn ich da unten mal wieder langkomme. Grüße aus dem eingeschneiten Kalletal Matthias
On Thu, Nov 30, 2023 at 07:46:22PM +0000, Matthias G. wrote:
Nabend,
ein paar Deiner Auffälligkeiten kann ich vom Sessel aus klären:
Die Verbindung der ab und Auffahrt - Ich hab auch keine route die das nimmt oder Testet: https://www.openstreetmap.org/?mlat=51.99009&mlon=9.14368#map=19/51.99009/9....
Die Verbindung ist in der aktuellen DOP drin und wird gebraucht, um vom Brudereichenweg kommend Richtung Sonneborn/Osten auf die B1 aufzufahren.
Hier - Die seltsame Kreuzung - Vor allem der Mittelzweig dürfte eigentlich gar nicht Nutzbar sein. Die Ortsumgehung ist ja Kreuzungsfrei d.h. da wird eine durchgezogene Mittellinie sein (Vermutung). Deshalb gibts da ja die 2 Auf und 2 Abfahrten an der Alverdissener Straße. https://www.openstreetmap.org/?mlat=52.00226&mlon=9.12321#map=19/52.00226/9....
Da ist nur eine Abfahrt, der Mittelzweig ist die Abfahrt von Westen Richtung L758/Barntrup Nord.
*ouch* Viel mühe mit Kreuzungsfreiheit und dann so einen Klops. Ich habe das gefühl das das so dinger sind die im nachhinein drangetackert wurden.
Übergang der Straßenklassifikation der L758 Wird bei Übergang auf die B66 (Primary) dann zur tertiary um durch die Stadt zu gehen. Verstehe schon was der mapper damit bezwecken will aber das ist halt Daten faken für den Router und sollte unnötig sein. Verändert vor allem das Routing innerhalb der Ortsumgehung. https://www.openstreetmap.org/?mlat=51.9884&mlon=9.0913#map=16/51.9884/9.091...
Ob tertiary da jetzt schon gerechtfertigt ist, kann ich nicht beurteilen, dafür bin ich da zu selten. Die B66n hätte ich zwischen L758 und Lemgoer Straße aber nur zur secondary gemacht. Primary wird das meiner Meinung nach erst, wenn die Strecke bis zur Ostwestfalenstraße ausgebaut ist.
Also die klassifikation Landstraße -> Secondary ist ja nicht in Stein gemeißelt - aber wenn wir davon abweichen dann sollten wir das als note auf der Straße hinterlassen warum das gerechtfertigt ist sonder kriegen wir da tagging wars.
Und einige Kreuzungen verhalten sich in Valhalla auch sehr seltsam - Das kann eigentlich nicht sein das DAS schneller ist. Da ist was im tagging der einzelnen ab/auffahrten kaputt. (Und nein - turn restriction ist hier nicht die Antwort - das machts nur noch kaputter) https://www.openstreetmap.org/directions?engine=fossgis_valhalla_car&route=5...
Da hast Du ja schon nachgearbeitet. Ich sehe da auch nichts, was Valhalla zu diesem Verhalten bringt.
Genau - ich habe die mal überarbeitet - War ja auch geometrisch quatsch. Unterschied war wenn ich mich richtig entsinne lanes und einmal _link und einmal nicht.
https://silicon-verl.de/home/flo/tmp/20231130/Screenshot_from_2023-11-30_08-...
Werten die Router traffic_signals=bus_priority aus? Wenn nicht, ist die Ampel an der Ecke Bahnhofsstraße/Am Bahnhof evtl. mitschuldig. An der nördlichen fehlte der Tag auch noch. Der Bahnübergang ist da auch noch. Und 2 Kreisverkehre und 4 Schlenker an Querungshilfen bremsen da auch noch. Dafür war auf der Hamelner Straße eine Fußgängerampel mit highway=traffic_signals.
Ich versuche mal an Fotos zu denken, wenn ich da unten mal wieder langkomme.
Nope - OSRM kennt das nicht. Problem ist ja auch das wenn du da einen node setzen - in welche richtung gilt der - also traffic_signals haben ja eine penalty - und wenn das bus_priority ist würde man da ja davon ausgehen das es kein penalty gibt richtig? flo@p5:~/projects/osm/osrm-backend/osrm-backend$ git grep bus_priority * flo@p5:~/projects/osm/osrm-backend/osrm-backend$ Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
On Thu, Nov 30, 2023 at 07:46:22PM +0000, Matthias G. wrote:
https://silicon-verl.de/home/flo/tmp/20231130/Screenshot_from_2023-11-30_08-...
Werten die Router traffic_signals=bus_priority aus? Wenn nicht, ist die Ampel an der Ecke Bahnhofsstraße/Am Bahnhof evtl. mitschuldig. An der nördlichen fehlte der Tag auch noch. Der Bahnübergang ist da auch noch. Und 2 Kreisverkehre und 4 Schlenker an Querungshilfen bremsen da auch noch. Dafür war auf der Hamelner Straße eine Fußgängerampel mit highway=traffic_signals.
Ich versuche mal an Fotos zu denken, wenn ich da unten mal wieder langkomme.
Hier aus der aktuellen Überwachung - Route ist durch die Ampel geschwenkt und geht jetzt durch Barntrup durch. Nicht weiter dramatisch, sind nur wenige. Ampel ist aber so richtig.
Bega -> B1 Gaffel Route old : 11106.2m 654.8s Route new : 9278.8m 651.8s Change : -1827.4m -3.0s
https://osm.zz.de/routeqa/?rid=598061,598441
Changesets:
https://osmcha.org/changesets/144637940 bus-mt Barntrup: kleinere Korrekturen (Ampeln, turn:lanes)
Flo -- Florian Lohoff f@zz.de Any sufficiently advanced technology is indistinguishable from magic.
participants (4)
-
Ein.Nieheimer@t-online.de -
Florian Lohoff -
Matthias G. -
Uwe Steinmann