Błędy wyznaczania trasy w AM6beta2

witam
Moim zdaniem coś się z tym określaniem czasu przejazdu w szóstce posypało.
Miałem przypadek gdzie na 102km trasie w większości poza terenem zabudowanym ( kilka wiosek po drodze i dwa małe miasteczka) szacowany czas przejazdu był dwie i pół godziny. Przejechałem tą tase bez żadnych szaleństw w półtorej ale co ciekawe do samego końca AM zawyżała czas przejazdu. Poza tym na tej trasie zauważyłem raz ciekawostkę że na wyświetlaczu miałem 38min do celu a głosowy komunikat 20min do celu.

witam
Moim zdaniem coś się z tym określaniem czasu przejazdu w szóstce posypało.
Miałem przypadek gdzie na 102km trasie w większości poza terenem zabudowanym ( kilka wiosek po drodze i dwa małe miasteczka) szacowany czas przejazdu był dwie i pół godziny. Przejechałem tą tase bez żadnych szaleństw w półtorej ale co ciekawe do samego końca AM zawyżała czas przejazdu. Poza tym na tej trasie zauważyłem raz ciekawostkę że na wyświetlaczu miałem 38min do celu a głosowy komunikat 20min do celu.

Żeby się nie powtarzać: link

Pozdrawiam

Faktycznie, błąd nadal wyskakuje, ale już Ci pisałem, że winny tu jest parametr unikania zawracania
a nie unikania dróg niskiej kategorii. W routingu też właśnie unikanie zawracania miesza,
jak ustawisz je na 0 km, to szybka trasa wygląda tak:

To jak ustawić ten parametr by było dobrze, jak Ty to ustawiasz...?

Zwykle mam na 1-2km, do tej pory (przed betą) się sprawdzało.

Zwykle mam na 1-2km, do tej pory (przed betą) się sprawdzało.

No to teraz sie nie sprawdza bo jest do kitu...

Cytat: nocnyMarek w Listopad 18, 2009, 21:37:15

Zwykle mam na 1-2km, do tej pory (przed betą) się sprawdzało.

No to teraz sie nie sprawdza bo jest do kitu...

Ja mam ustawione:
unikaj zawracania: 5 km
unikaj dróg gruntowych: 10 km
pomijaj drogi o klasie: miejska lokalna

Nie ma problemu z wyznaczeniem trasy: szybka, optymalna, krótka.

Ta trasa powoduje u mnie całkowitą zwiechę AM6:
http://www.sendspace.com/file/26f6yp

A ta z kolei błędy Celu nie osiągnięto lub Wewn. niezgodność danych:
http://www.sendspace.com/file/czm6lw

Na AM5.5.3 działa bez problemu.

Też tak macie?

AM6b2 dalej nie wyznacza tych tras. Ale jest postęp -- nie ma totalnej zwiechy, tylko błąd danych .

Dopóki AM Traffic nie pozbiera danych z dróg, to wyznaczanie niektórych tras może wygląć tak (trasa Wrocław-Pobierowo):





Przy okazji czasy ETA:
wyjazd 0:00 (czyli jazda w nocy): 467km/ 8h14m
wyjazd 8:00 (czyli w dzień): 471km/ 8h29m  (zaoszczędzę tylko 15min???)

Pobierowo-Wrocław:
wyjazd 0:00: 468km/ 8h17m
wyjazd 8:00: 468km/ 8h20m (tylko 3 min dłużej???)

Trasy skalkulowane z użyciem "Używaj profilu prędkości" (z AM Traffic czy bez -- wyznacza podobnie). Niestety, tak funkcja działa "lekko" wadliwie jak widać. Nie wiem co jest przyczyną, ale projektowane trasy są jakby z sufitu.

PS. Trasa wyznaczona ręcznie -- 446km/ 7h59m

- Na przykładzie tasy Wrocław- Pobierowo widać, że wychodzą kompletne bzdury, bo przez Nowogard chyba jeszcze nikt normalny tej trasy nie robił.

Wyciąłem pozostałą część cytatu niezwiązaną z odpowiedzią, nM.

Akurat ja czesto tak jezdze bo w wakacje nie ma tam korkow, ktore normalnie wystepuja przy zjezdzie  na Kamien Pomorski, 2ga wersja tej trasy to zjazd juz w Pyrzycach na Nowogard

Ja jadąc nad morze, to już w Skwierzynie zjeżdżam na Strzelce Krajeńskie a dalej do Stargardu Szczecińskiego - z powodu korków

Ja mam taki komunikat "Cel nie został osiągnięty mimo zbadania wszystkich możliwości".

Dopóki AM Traffic nie pozbiera danych z dróg, to wyznaczanie niektórych tras może wygląć tak (trasa Wrocław-Pobierowo)

To co pokazałeś nie ma nic wspólnego z trafikiem, winny jest algorytm liczący trasy długie.
Trasa długa w AM to taka trasa, której długość między poczatkiem a końcem trasy wynosi >100 km w linii prostej.
Trasy długie są liczone innym, bardziej uproszczonym algorytmem niż trasy krótkie (do 100 km).
Uproszczony algorytm stosowany jest w celu zmiejszenia czasu kalkulacji długich tras.
(przy trasach 'trafikowych' algorytm jest bardziej rozbudowany, ze wzgledu na dodatkowe zmienne które musi brać pod uwagę)
MZ, chcąc ten czas (kalkulacji tras) jak najbardziej skrócić, programiści AM
albo trochę za bardzo 'poszli na skróty'wskutek czego za prosty algorytm nie liczy tras wystarczająco dokładnie,
albo zwyczajnie gdzieś namieszali przy zmianach algorytmu w skutek czego efekty na niektórych trasach są takie jak widać.
Trasy krótsze przy tych samych warunkach (te same dane traffic) są liczone poprawnie.

EDIT
Przykłady na screenach dotyczy tras liczonych włączoną opcją 'Uwzględniaj profil prędkości w trasach' (wartości domyślne).
Przy wyłączonej opcji takie sytuacje też się zdarzają, ale rzadziej.

To co pokazałeś nie ma nic wspólnego z trafikiem, winny jest algorytm liczący trasy długie.
Trasa długa w AM to taka trasa, której długość między poczatkiem a końcem trasy wynosi >100 km w linii prostej.
Trasy długie są liczone innym, bardziej uproszczonym algorytmem niż trasy krótkie (do 100 km).
Uproszczony algorytm stosowany jest w celu zmiejszenia czasu kalkulacji długich tras. [...]
[...]Trasy krótsze przy tych samych warunkach (te same dane traffic) są liczone poprawnie.

To wyjaśnia kwestie będące przedmiotem dyskusji w http://pdaclub.pl/forum/index.php?topic=148575.msg1139965#msg1139965. Jak widać nie każdy algorytm daje wyniki "nietrafione". Inna sprawa, że w przeciwieństwie do systemów online wykonujących obliczenia na serwerze (np. NE), mizerne możliwości obliczeniowe PDA i smartfonów stanowią istotną wadę mogącą ograniczać rozwój nawigacji offline.

Jak widać nie każdy algorytm daje wyniki "nietrafione". Inna sprawa, że w przeciwieństwie do systemów online wykonujących obliczenia na serwerze (np. NE), mizerne możliwości obliczeniowe PDA i smartfonów stanowią istotną wadę mogącą ograniczać rozwój nawigacji offline.

Tak naprawde te mozliwosci nie sa takie marne Wszystko od sposobu implementacji algorytmow - niestety programisci sa obecnie coraz bardziej leniwi i licza na szybki sprzet, a nie optymalizacje zaimplementowanych algorytmow.

Systemy Online maja za to tez pewna wade niestety aby utrzymac taki system i byl on przyzwoity to spore wydatki, to samo tyczy sie budowy takiego systemu. Czyli placimy za transfer i do tego niezla kase aby firma zarobila i utrzymala system.

Cytat: rgr

Dopóki AM Traffic nie pozbiera danych z dróg, to wyznaczanie niektórych tras może wygląć tak (trasa Wrocław-Pobierowo)

To co pokazałeś nie ma nic wspólnego z trafikiem, winny jest algorytm liczący trasy długie.
Trasa długa w AM to taka trasa, której długość między poczatkiem a końcem trasy wynosi >100 km w linii prostej.
Trasy długie są liczone innym, bardziej uproszczonym algorytmem niż trasy krótkie (do 100 km).
Uproszczony algorytm stosowany jest w celu zmiejszenia czasu kalkulacji długich tras.
(przy trasach 'trafikowych' algorytm jest bardziej rozbudowany, ze wzgledu na dodatkowe zmienne które musi brać pod uwagę)
MZ, chcąc ten czas (kalkulacji tras) jak najbardziej skrócić, programiści AM
albo trochę za bardzo 'poszli na skróty'wskutek czego za prosty algorytm nie liczy tras wystarczająco dokładnie,
albo zwyczajnie gdzieś namieszali przy zmianach algorytmu w skutek czego efekty na niektórych trasach są takie jak widać.
Trasy krótsze przy tych samych warunkach (te same dane traffic) są liczone poprawnie.

EDIT
Przykłady na screenach dotyczy tras liczonych włączoną opcją 'Uwzględniaj profil prędkości w trasach' (wartości domyślne).
Przy wyłączonej opcji takie sytuacje też się zdarzają, ale rzadziej.

A może funkcja „Szybkość obliczania (kosztem dokładności)” ma jakiś wpływ na te wyliczenia ?

Czyli by trasa była wyliczona bardziej sensownie, mamy sobie dzielić ją sami na odcinki poniżej 100 km?
Ktoś chyba upadł na głowę... Co za problem że poczekałbym 2 minuty na policzenie trasy? 

Czyli by trasa była wyliczona bardziej sensownie, mamy sobie dzielić ją sami na odcinki poniżej 100 km?
Ktoś chyba upadł na głowę... Co za problem że poczekałbym 2 minuty na policzenie trasy? 

Wystarczy poczekac do czasu poprawienia tego bledu.

A może funkcja „Szybkość obliczania (kosztem dokładności)” ma jakiś wpływ na te wyliczenia ?

Nie pytaj, sprawdź, na tym przecież polegają testy. (Nie wpływa.)

Poniżej kolejny przykład, 3 trasy na granicy odległości zmiany algorytmu
różniące się przesuniętym punktem startu po ~50m, tylko ostatnia jest liczona prawidłowo.
Tu już jestem pewien, to nie traffic jest winien, tylko błąd algorytmu,
tym razem nawet wyłączenie uwzględniania prędkości z profilu nic nie zmienia.

Ten sam punkt startowy i docelowy, a jakie trasy?

Zamiast prowadzić do ulicy Pocztowa (50m), to prowadzi przez dwa osiedla (1500m).

No nie wiem ale jak patrzę na ten routing w Warszawie to mnie to osłabia...

Czy ktoś może sprawdzić czas wyznaczania trasy we Francji z Tuluzy do Paryża. Współrzędne: start  N 43 35 34 44; E 1 21 26 64, koniec  N 48 52 14 88; E 2 35 42 61. U mnie wyznaczanie trasy szybkiej trwa prawie 4 minuty przy odległości tylko 703km. Parę miesięcy temu prawie zawału dostałem, jadąc przez połowę Paryża na czuja (prowadziłem za sobą jako "pilot" samochód ciężarowy), bo AM nie mogła mi wyznaczyć trasy i w nieskończoność zawieszała mi Asusa A696 tak jakby pożerała mu całą pamięć.

A to czytałeś?
"Znane problemy:
zbyt długi czas wyznaczania dalekich tras przebiegajacych przez miasta
o największej gęstości sieci dróg (Paryż, Londyn itp.)"

ps.
U mnie trwa jakieś 4 sekundy  ( ...naPC )

A to czytałeś?
"Znane problemy:
zbyt długi czas wyznaczania dalekich tras przebiegajacych przez miasta
o największej gęstości sieci dróg (Paryż, Londyn itp.)"

ps.
U mnie trwa jakieś 4 sekundy  ( ...naPC )

Czytałem znane problemy, tylko to nie jest chyba daleka trasa, a ponadto przy wyznaczaniu drogi faktycznie dalekiej (ponad 2 tys. km) Tuluza-Ciechanów AM się zawiesza   Pojawia się komunikat "Krytycznie mało pamięci" lub jak niżej na obrazku 

Ja myślę, że może to mieć coś wspólnego z większą kompresją map. Dodają materiał i kompresują, aby cała Europa się zmieściła na karcie 2GB.
Nie wiem dlaczego, ale trzymają się tej karty pamięci 2GB przy całej Europie jak rzep ..., zamiast wcześniej dać sobie luz i sprzedawać Europę na karcie 4 GB. Teraz jak przekroczą 2GB, to będą mieli problem, bo po aktualizacji map, osoby które kupiły licencje na karcie 2GB musiały by ją wymieniać, ewentualnie w trakcie aktualizacji musiały by opuścić jakieś kraje z możliwością dogrania...
Może sie mylę ...

W nieskończoność nie mogą kompresować - może sobie odpuszczą na rzecz wydajności.

Ja myślę, że może to mieć coś wspólnego z większą kompresją map. Dodają materiał i kompresują, aby cała Europa się zmieściła na karcie 2GB.
Nie wiem dlaczego, ale trzymają się tej karty pamięci 2GB przy całej Europie jak rzep ..., zamiast wcześniej dać sobie luz i sprzedawać Europę na karcie 4 GB. Teraz jak przekroczą 2GB, to będą mieli problem, bo po aktualizacji map, osoby które kupiły licencje na karcie 2GB musiały by ją wymieniać, ewentualnie w trakcie aktualizacji musiały by opuścić jakieś kraje z możliwością dogrania...
Może sie mylę ...

W nieskończoność nie mogą kompresować - może sobie odpuszczą na rzecz wydajności.

Może rozwiązaniem (tak na szybko) byłoby udostępnienie map skompresowanych w 2 wielkościach na karty 2 i 4 GB? Użytkownicy palmtopów mogą sobie instalować wybrane obszary Europy więc bardzo duża kompresja jest tu zbyteczna (jeżeli to powoduje problemy wyznaczania tras długich)!

Tylko, że w samym programie jest zaszyta obsługa danego rodzaju kompresji - musieli by robić dwa programy.

Niestety w Warszawie Traffic to porażka.....
Dzisiaj np jadąc z Osmańczyka na Obrzeżną próbowałem pokonać tak jak każe AM.. czyli z Powązkowskiej skręciłem w Prymasa tysiąclecia i ... porażka....
Gdy jadę przez centrum to tą całą trasę pokonuję w 40-parę minut... a tu sam odcinek Powązkowska- Górczewska zabrał mi 20 minut...
Dlaczego kieruje trasą Prymasa Tysiąclecia skoro ta trasa o 8 rano stoi (albo posuwa się 2km/h) skoro jadąć przez śródmiecie (Jana Pawła, Al.Niepodległości) mozna nawet rozwinąć miejscami szybkości niedozwolone w mieście?

Pozdrawiam

A czy nie lepiej dokladnie poczytac temat ? Dlaczego tak podaje ? proste - nie ma dokladnych danych o ruchu na wszystkich ulicach Wawy - bo ludzie nie wysylaja tych informacji...

A czy nie lepiej dokladnie poczytac temat ? Dlaczego tak podaje ? proste - nie ma dokladnych danych o ruchu na wszystkich ulicach Wawy - bo ludzie nie wysylaja tych informacji...

I tu dochodzimy do sedna.... powinni zainwestować trochę pracy, czasu i pieniędzy w zbieranie danych przez jeszcze rok czy pół bo w takim stanie to sie nie nadaje do komercyjnego wdrożenia bo może to tylko ludzi odstraszyć od AM .. jak zobaczą jak ich prowadzi!
W tym kontekście zupełnie niezrozumiałym jest fakt, ze w betatestach w większości urządzeń wymiana danych jest zablokowana (czytaj nie działa)....... a zresztą ilu nas jest........
Nie mam klapek na oczach jak niektórzy zapaleńcy traffica i może to co powiem jest niezgodne z ich entuzjazmem ale powtórzę: traffic w takiej postaci jak jest w becie nie nadaje się do komercyjnego wdrożenia- jeśli przyjąć za założenie poważne traktowanie ludzi...muszą jeszcze długo zbierać dane........

Ale w co oni maja inwestowac - to jest na zasadzie "samopomoc chlopska".

 Jak uzytkownicy nie beda wysylac to to nigdy nie bedzie dzialac. A wlasnie od poczatku mialem obawy ze z tym bedzie najwiekszy problem.

Dlaczego tak podaje ? proste - nie ma dokladnych danych o ruchu na wszystkich ulicach Wawy - bo ludzie nie wysylaja tych informacji ...

Dla Ciebie może proste, dla mnie nie, byłoby jak piszesz gdyby była pewność,
że sam algorytm tras z traffikiem działa prawidłowo, a ja mam co do tego poważne wątpliwości.