# Ciekawy przypadek routingu

**URL:** https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043
**Category:** Poland
**Created:** [November 22, 2014, 1:48pm UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043 "2014-11-22T13:48:22Z")
**Posts on this page:** 9
**Page:** 2

<div class="post-metadata">

### Author: ![FZ69617](https://www.waze.com/discuss/letter_avatar_proxy/v4/letter/f/FF5252/32.png) [@FZ69617](https://www.waze.com/discuss/u/FZ69617)
#### Post date: [December 9, 2014, 8:20am UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/21 "2014-12-09T08:20:03Z")

</div>

> [@slavoog](#):
>
> w tygodniu to się zgodzę, ale w niedziele? 😉  
> a tak na poważnie, czy algorytm nie powinien uwzględniać aktualnych danych?

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](https://web-assets.waze.com/discuss/prod/original/3X/f/c/fca1d6bf8a93af81c969de168aae8c459a1a7532.jpeg)  
A już o 8:00 trasą, którą opisałeś:  
 ![s1_kozy_8_00.jpg](https://web-assets.waze.com/discuss/prod/original/3X/2/8/281656d42e9109b3b1b6806cff37ad47d1dd64a8.jpeg)  
[WME Route Speeds](https://greasyfork.org/en/scripts/5402-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.

---

<div class="post-metadata">

### Author: ![slavoog](https://www.waze.com/discuss/letter_avatar_proxy/v4/letter/s/FFC400/32.png) [@slavoog](https://www.waze.com/discuss/u/slavoog)
#### Post date: [December 9, 2014, 4:54pm UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/22 "2014-12-09T16:54:18Z")

</div>

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

---

<div class="post-metadata">

### Author: ![mto6](https://www.waze.com/discuss/letter_avatar_proxy/v4/letter/m/FD804B/32.png) [@mto6](https://www.waze.com/discuss/u/mto6)
#### Post date: [January 5, 2015, 12:39am UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/23 "2015-01-05T00:39:55Z")

</div>

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](https://www.waze.com/pl/livemap?from_lat=50.14886&from_lon=19.37409&to_lat=50.14927&to_lon=19.35167)

---

<div class="post-metadata">

### Author: ![jarkaz](https://www.waze.com/discuss/user_avatar/www.waze.com/jarkaz/32/5117_2.png) [@jarkaz](https://www.waze.com/discuss/u/jarkaz)
#### Post date: [January 5, 2015, 1:20am UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/24 "2015-01-05T01:20:46Z")

</div>

[WME Route Speeds](https://greasyfork.org/en/scripts/5402-wme-route-speeds) ładnie to pokazuje, w zależności od wyboru trasy, jest duża różnica w czasie przejazdu końcowego odcinka.

---

<div class="post-metadata">

### Author: ![FZ69617](https://www.waze.com/discuss/letter_avatar_proxy/v4/letter/f/FF5252/32.png) [@FZ69617](https://www.waze.com/discuss/u/FZ69617)
#### Post date: [January 5, 2015, 3:36am UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/25 "2015-01-05T03:36:20Z")

</div>

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ł. 😉 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ć. 😕

---

<div class="post-metadata">

### Author: ![niemiec92](https://www.waze.com/discuss/user_avatar/www.waze.com/niemiec92/32/22545_2.png) [@niemiec92](https://www.waze.com/discuss/u/niemiec92)
#### Post date: [January 5, 2015, 2:32pm UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/26 "2015-01-05T14:32:37Z")

</div>

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](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)

---

<div class="post-metadata">

### Author: ![Marcin\_S](https://www.waze.com/discuss/user_avatar/www.waze.com/marcin_s/32/25401_2.png) [@Marcin\_S](https://www.waze.com/discuss/u/Marcin_S)
#### Post date: [January 5, 2015, 3:42pm UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/27 "2015-01-05T15:42:34Z")

</div>

> [@niemiec92](#):
>
> 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](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

---

<div class="post-metadata">

### Author: ![jarkaz](https://www.waze.com/discuss/user_avatar/www.waze.com/jarkaz/32/5117_2.png) [@jarkaz](https://www.waze.com/discuss/u/jarkaz)
#### Post date: [January 5, 2015, 7:28pm UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/28 "2015-01-05T19:28:04Z")

</div>

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ą.

---

<div class="post-metadata">

### Author: ![mto6](https://www.waze.com/discuss/letter_avatar_proxy/v4/letter/m/FD804B/32.png) [@mto6](https://www.waze.com/discuss/u/mto6)
#### Post date: [January 6, 2015, 10:56am UTC](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043/29 "2015-01-06T10:56:17Z")

</div>

> [@niemiec92](#):
>
> 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](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)

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

[Previous page](https://www.waze.com/discuss/t/ciekawy-przypadek-routingu/175043.md?page=1)
