SmartRoutes - zrzuty, testy wyznaczania trasy, komentarze.

Już kilka razy się zdziwiłem przy okazji sprawdzania LD (w innym wątku) że AM omija korek o którym mowa w Radiu Kierowców zanim pobiorę dane. Oczywiście ma to miejsce głównie na trasach wjazdowych do dużych miast z rana. Wyjazdowych po południu a szczególnie w piątek.

Info z RK z 7:58 o dużym ruchu na 11-tce Oborniki-Poznań. Korki zaczynają się na wysokości Golęczewa i Suchego Lasu.

Trasa szybka
Oborniki-Poznań (centrum-centrum)

SR eliminuje Suchy Las
LD eliminuje Golęczewo

Trzeci zrzut to wyłączony AM'Traffic - oczywiście radośnie pcha w korki a ETA to 27min

Rozumiem ,że zauważyłeś poprawę wyznaczania tras szybkich na podstawie danych SR .
Tylko jaki sens jest dyskutować o danych SR jeżeli zmieniają się one co 14 dni ,raz są lepsze raz gorsze.

Jeżeli chodzi o ten rejon to w 100% zgoda z SR.
Tak w godzinach porannych, jak i popołudniowo - wieczornych, odcinek 11-ki pomiędzy Suchym Lasem a Poznaniem (skrzyżowanie z DK92), to masakra.
Najlepszym rozwiązaniem jest odbicie w Złotnikach na Psarskie, lub w Suchym Lesie na Strzeszyn, w zależności od realiów przed maską.
Przy odrobinie szczęścia, można dociągnąć 11-ką do wiaduktu i dopiero dalej odbić w prawo (Szarych Szeregów) i chwilę później w lewo (Strzeszyńska).

Poza tym różnice w wyznaczaniu tras na 6.8 beta i 6.8 final są zdecydowanie na korzyść bety!

Maglowana wcześniej trasa Wrocław-Legnica na becie wygląda zdecydowanie bardziej rozsądnie niż na final pomimo tych samych danych  SR!

Nie wiem czemu służyło usunięcie tego suwaka mocy obliczeniowej trasy ale najprawdopodobniej w tym jest pies pogrzebany!

Maglowana wcześniej trasa Wrocław-Legnica na becie wygląda zdecydowanie bardziej rozsądnie niż na final pomimo tych samych danych  SR!

Bo dopóki nie zbuduje się solidnych podstaw (routing), to żadne gadżety tego nie naprawią.
Na becie poprawiłeś sobie routing suwaczkiem. W finalnej Ci go zabrali, tylko zapomnieli, by wcześniej dostosować parametry routingu nie do domyślnego położenia suwaka, a do max dokładnego.

Oczywiście nie zapominajmy o tym, że od 6.7 AM zdecydowanie lepiej sobie radzi z routingiem gdy ma włączony SR.

Przykłady można mnożyć, ale podam tylko jeden trasy z wyłączonym SR:

http://pdaclub.pl/forum/automapa/automapa-v6-8-finalna/msg1476034/#msg1476034
czy z SR AM wycięła komuś taki numer?

Do starych porównań tras jeszcze z czasów 6.7 z włączonym i wyłączonym SR nie ma co wracać choć istota problemu była taka sama.

Oczywiście brak suwaka i obecna precyzja obliczeń jest do kitu.

Przykłady można mnożyć, ale podam tylko jeden trasy z wyłączonym SR:

http://pdaclub.pl/forum/automapa/automapa-v6-8-finalna/msg1476034/#msg1476034
czy z SR AM wycięła komuś taki numer?

Na rozstrojonym fortepianie, nawet Paleczny położy koncert.
Gadżety stworzono po to, by uwzględniały sytuację drogową w routingu. Jak to mają niby zrobić, skoro routing jest spie... i to nie od dzisiaj.
Przeanalizuj (ale tak ze spokojem ), moje pytanie zawarte w:
http://pdaclub.pl/forum/automapa/am-6-8-brak-opcji-szybkosci-obliczania-trasy/msg1477116/#msg1477116

Na rozstrojonym fortepianie, nawet Paleczny położy koncert.
Gadżety stworzono po to, by uwzględniały sytuację drogową w routingu. Jak to mają niby zrobić, skoro routing jest spie... i to nie od dzisiaj.

Widzę analogię pomiędzy wspomnianym fortepianem a AM6.8 final.

Program jest tak mocny jak jego najsłabsze ogniwo!

Absolutna dysharmonia!

Wiem do czego pijesz, ale popatrz na nawet najdurniejszą trasę szybko liczoną (przez brak suwaka) z wątku o jego braku i tę którą sprawdzałeś, a którą podałem jako przykład idiotycznego zachowania się AM po wyłączeniu SR. Dostrzegasz różnicę?

/ciach/ routing jest spie... i to nie od dzisiaj.

Są błędy w routingu... Tyle, że z włączonym SR są zdecydowanie rzadsze i mniej bolesne. Poza tym pomyśl jak bardzo różniłaby się dyskusja w wątku do którego się odnosisz gdyby ów nieszczęsny suwak był, lub liczenie (w przypadku jego nieobecności) było nastawione na max dokładność...

Nie wiem, po co założyłeś nowy temat, skoro ciągle mówimy o przykładach z poprzedniego.

Są błędy w routingu... Tyle, że z włączonym SR są zdecydowanie rzadsze i mniej bolesne.

Zerknij na kilka zrzutów w poprzednim temacie i zobaczysz, ile jaj było właśnie z włączonymi gadżetami. Jakieś dziwne skoki na boki, czy bezsensowne przebiegi odcinków. Jeżeli do zbabolonego routingu wbudowanego, dodamy błędy w kategoryzacji dróg, kierunkowości, danych AM Traffic, to mamy mieszankę wybuchową.
Nie wiem, dlaczego ciągle uważasz, że celem SR jest naprawianie routingu i wszystkich w/w elementów.  SR, o czym doskonale wiesz, ma jedynie za zadanie uwzględnianie sytuacji drogowej w planowaniu trasy.
Do reperacji routingu służy(ł) suwaczek szybkości obliczania i (uwaga) - profil prędkości.. Oczywiście możesz mieć inne zdanie

Oczywiście nie zapominajmy o tym, że od 6.7 AM zdecydowanie lepiej sobie radzi z routingiem gdy ma włączony SR.
Przykłady można mnożyć, ale podam tylko jeden trasy z wyłączonym SR:
http://pdaclub.pl/forum/automapa/automapa-v6-8-finalna/msg1476034/#msg1476034
czy z SR AM wycięła komuś taki numer?

Takiego numeru nie powinna wyciąć niezależnie od tego, czy przy obliczaniu trasy korzysta z dodatkowych danych (SR/SR+LD) czy też nie.

Nie wiem, po co założyłeś nowy temat, skoro ciągle mówimy o przykładach z poprzedniego.

Wątek powstał żeby podawać przykłady dobrych bądź złych danych SmartRoutes, a że prowadzisz swoją politykę, to zrobił się mały offtop.

Zerknij na kilka zrzutów w poprzednim temacie i zobaczysz, ile jaj było właśnie z włączonymi gadżetami. Jakieś dziwne skoki na boki, czy bezsensowne przebiegi odcinków. Jeżeli do zbabolonego routingu wbudowanego, dodamy błędy w kategoryzacji dróg, kierunkowości, danych AM Traffic, to mamy mieszankę wybuchową.

"Oczywiście masz rację", tylko podaj mi proszę błędy wynikające z SR a nie z suwaczka...

Nie wiem, dlaczego ciągle uważasz, że celem SR jest naprawianie routingu i wszystkich w/w elementów.  SR, o czym doskonale wiesz, ma jedynie za zadanie uwzględnianie sytuacji drogowej w planowaniu trasy.
Do reperacji routingu służy(ł) suwaczek szybkości obliczania i (uwaga) - profil prędkości.. Oczywiście możesz mieć inne zdanie

Możemy się różnić w ocenie do czego służą dane SR. Co do poprawiania wyznaczania tras - zgadzam się co do suwaczka, ale zostawmy temat suwaczka bo nie o niego chodzi i problem ma swój wątek. Natomiast jeśli uważasz, że lekarstwem na routing jest profil prędkości... Gratulacje... Już raz przerabialiśmy temat routingu... na AM6.7. Obstawałeś na stanowisku że SR jest be wyznaczając trasy z wyłączonym AM'Traffic. Ja, że SR jest cacy  - wyników nie będę przypominał...

Podsumowując, uważam, że dane SR poprawiają routing:
Przykład dobrych danych SR.

---

Połączone: Kwiecień 13, 2011, 10:14:31

---

Dobre dane:

Opole - Lubliniec

Remont pomiędzy Ozimkiem a Chrząstowicami, często zgłaszany w Radiu Kierowców.

SR na tej trasie proponuje jechać przez Strzelce Opolskie w obu kierunkach.

To ja jeszcze raz. Najpierw naprawa kategoryzacji, kierunkowości, routingu, a zapewne gadżety dadzą tak długo oczekiwany efekt. Bo baboli w w/w elementach nie naprawią nawet najlepsze dane SR i LD. Jak zardzewiałe autko pokryjemy farbą, to trudno się dziwić, że przy byle okazji coś się sypnie i odpadnie, a mniej zorientowani będą psioczyli na farbę
Poniżej mały przykład.

Gadasz głupoty. Kategoryzacja i odwzorowanie dróg w AM jest OK, a znalezione błędy wystarczy zgłaszać do supportu/miplo.

Nawet dane SR nie są największym problemem, zdecydowanie największym jest algorytm wyznaczania tras.