Ciekawy przypadek routingu

Wszystko wydaje się tu być zgodne z aktualnie zgromadzonymi statystykami Waze.

Spójrz, o 7:30 dziś Waze prowadzi jeszcze tak, jak byś chciał:
s1_kozy_7_30.jpg
A już o 8:00 trasą, którą opisałeś:
s1_kozy_8_00.jpg
WME Route Speeds pokazuje blisko minutę zysku na rzecz tej Twojej “niechcianej”, więc jej wybór w kliencie wydaje się mieć sens.

Polecam popróbować w innych dniach i godzinach, niż pokazałem. Widać ładnie, że np. w niedzielę, o której wspominasz, jest aktualnie tak jak powyżej, więc najprawdopodobniej dane algorytm bierze z innych dni. Jeśli w tych godzinach pojeździsz S69 w niedzielę i faktycznie będzie szybciej, to Waze najprawdopodobniej zmieni zdanie.

Dzięki za wyczerpującą odpowiedź, te skreeny przekonały mnie, że wszystko działa poprawnie :wink:

Kolejna zagadka. Dlaczego Waze woli skręcić w lewo tak wcześnie i jechać wąską dróżką, zamiast dojechać prawie do samego celu główną drogą i dopiero skręcić?
https://www.waze.com/pl/livemap?from_lat=50.14886&from_lon=19.37409&to_lat=50.14927&to_lon=19.35167

WME Route Speeds ładnie to pokazuje, w zależności od wyboru trasy, jest duża różnica w czasie przejazdu końcowego odcinka.

Waze RoutingManager (serwis, którego używa m.in. Livemap i klient) ma generalnie problem ze skrajnymi segmentami trasy (w rozważanym przypadku z ostatnim).

Livemap sumuje i zaokrągla czasy wyznaczonej trasy do minut, stąd tam tak dobrze nie widać tego problemu, jak właśnie przy pomocy WME Route Speeds - tam gdzie skrypt pokazuje 0s, to najczęściej oznacza, że RoutingManager zdurniał. :wink: Ale nawet jeśli nie jest to 0s, to wartość pokazywana na skrajnych segmentach trasy może być nadal daleka od rzeczywistości (Włodek wspominał też kiedyś o tym).

Ewidentnie RoutingManager ma właśnie taki problem w przypadku pierwszej alternatywy, którą pokazał jarkaz - 0s na Chełmońskiego. Drugi wariant już tego problemu nie pokazuje - 201s.

Ciekawe, że problemu nie widać po odwróceniu kierunku trasy (A <-> B) - RoutingManager wtedy wybiera już przejazd Śląską.
Można też znaleźć w tym błędnym układzie w miarę realne czasy umieszczając marker B mniej więcej w połowie Chełmońskiego.

Generalnie jednak, trudno zgadnąć jakie dokładnie są okoliczności występowania tego problemu, więc też trudno coś sensownego zaradzić na to.
Myślę, że poza ewentualnym zgłoszeniem do Waze Team (choć mam wrażenie, że zdają sobie z tego dobrze sprawę…) niewiele można będzie z tym zrobić. :confused:

Ktoś ma pomysł, dlaczego w Łodzi na Trasie Górnej w kierunku Częstochowy na jednym z skrzyżowań Waze nie chce go omijać dołem?
https://www.waze.com/pl/livemap?zoom=17&lat=51.71818&lon=19.45679&from_lat=51.72966&from_lon=19.44327&to_lat=51.71818&to_lon=19.45679

wydaje mi się, że się uczy - w W-wie też już tak w kilku miejscach miałem, zamiast górą wiaduktem pchało mnie dołem rondem ze światłami. ze dwa razy się posłuchałem i nie było problemów.
Marcin

Już nie będę wklejał zdjęcia, ale po analizie czasu i prędkości, górą jest szybciej 30s, dolny odcinek jakimś cudem ma średnią prędkość mniejszą.

Drogi krajowa nie ma wpisanego numeru jako alternatywną nazwę. Dodaj go, to zadziała Big Detour Prevention Mechanism.