Błędy UMP-pcPL

[rkonopin]

Jestem dość początkujący, ale używam pc-pl od ponad pół roku. Mam eTrex Venture HC z 24MB pamieci. Dotychczas mapy pc-pl były dla mnie objawieniem, duża rzecz, wieczna chwała twórcom! Każda miała najwyżej kilka MB, jak na przykład w aktualizacji z czerwca br. Wgrywam sobie teraz aktualizację z końca lipca i co się dzieje? Chociaż sumaryczna wielkość wszystkich img wzrosła tylko o ok. 30% to proponowane do wgrania na urządzonko wielkości map wzrosły 7-krotnie!! W tej postaci w zasadzie żegnaj stare, poczciwe pc-pl...Nie będę już mógł korzystać...Jeden Gdańsk ponad 20MB??? Co tu jest grane? Chyba coś przegapiłem...Pomocy!

[Artur]

Oj coś pomieszałeś albo coś poszło nie tak. Całe UMP to ok 130 MB. Gdańsk niecałe 3 MB. Jaką metodą wgrywasz? Jeśli z MS i masz komunikat o niewystarczającej ilości pamięci to wyjaśnienia są w sąsiednim wątku (o błędzie przy wgrywaniu).

[Zachu]

Nic nie pomieszał. Gdańsk 25,6M, Katowice 22,5M, Kraków 21,9M, Poznań 21M,Szczecin 21,7M, Warszawa 21,5M.

[Artur]

Skąd wziąłeś takie wielkości ? Co to za mapa i jak wysyłana? Przed chwilą wysyłałem z MS z ostatniej wersji ogonkowej i Gdańsk to 5616 KB.

edit:
Wyjaśnienie jest - błąd kompilatora, który powoduje, że MS źle pokazuje wielkość.

Tak, taki zestaw nie daje się wysłać na kartę 128MB na przykład

Użyj zatem wersji garniakowej MS i wyślij na dysk a potem skopiuj do urządzenia.

[Zachu]

NT i og ostatnie. Widać w MapSource.

[Bas]

Faktycznie MS pokazuje kosmiczne wartosci dla UMP...
Dla samej tylko Polski 340 MB

[czeslaw555]

U mnie też kosmos z wartościami, MS Garniakowy nie widzi CNE 2010,oczywiście dalej nie mogę wytyczyć trasy z Gdańska do Gubina,a miało być tak dobrze.

[Alf/red/]

Podsumowanie.

Objaw.
Wersje NI oraz ogonkowa pod Mapsource raportują monstrualne wielkości obszarów, np. Warszawa 21.5MB zamiast 4,5MB. Mogło okazać się niemożliwe wysłanie do odbiornika, szczególnie bezkartowego (np. etrexy do wersji HC włącznie).
Obejście problemu.

Wgrać wersję topo.
Wgrać wersję roboczą (chociaż nadal nie polecam).
Użyć wersji Mapsource, która potrafi wysłać zestaw map do pliku, a potem taki plik wgrać ręcznie na kartę.
Poczekać do wieczora.

Rozwiązanie w przyszłości.
Tylko wersja ogonkowa będzie miała taki "feler". Uznaliśmy z Frasunem, że odbiorniki ogonkowe mają dużą kartę i sobie poradzą. Do momentu oczywiście usunięcia głównej przyczyny w kompilatorze.

[czeslaw555]

Właśnie wróciła moja 765 z wymiany baterii ,wgrałem aktualną UMP i co ? śmiga że hej szybko wylicza trasę do mojego Gubina dosłownie sekundy i jest gotowy do nawigacji ,ale w mojej 360 problem pozostał nadal a szkoda.

[wopozka]

Jak wyjdzie nowa wersja mapy sprawdź czy będzie wyliczał poprawnie i daj znać. Jeśli będzie ok, to będzie wiadomo że to też problem kompilatora.

[czeslaw555]

Wgrałem aktualizacje UMP z 3 sierpnia do 360 i dalej jest "błąd kalkulacji trasy", w 765 jest OK ,działa

[EGON]

Witam.
A ja bym jeszcze poruszył taki problem:
Mam na karcie dwie mapy: UMP-pcPL i GPMapa NT 2009.1. Kiedy są "zaptaszkowane" obie to nazwy ulic wyświetlane są z polskimi znakami diakrytycznymi lub nie.
Oczywiście z polskimi literkami pochodzą od GPMapy, a te bez są z UMP. Kiedy załączę tylko GPMapę problem ten nie występuje.
Zauważyłem że obie mapy mają ten sam priorytet, czyli 24. Jak zmienię priorytet UMP na niższy, np. 21 to wydaje się że wszystko jest O.K.
Moja propozycja jest taka żeby już na etapie kompilacji nie dublować priorytetu GPMapy, tylko dać niższy. Oczywiście można to później robić samemu, ale po co.
Co o tym myślicie?
Pozdrawiam.

EDIT:
To jednak nie jest kwestia priorytetów map.
Walczę z tym problemem.
Wnioski przedstawię w późniejszym terminie.

[irko]

moze już poprawione a moze juz nie

Warszawa
al. Jerozolimskie rog Włodarzewskiej
- nie można z wlodarzewskiej wjechać na al. i trzymajac sie lewej wjechac na wiadukt - ciagla linia (zalacznik)
trzeba jechać prawą jezdnią i dalej dołem obok wiaduktu
[EDIT] mało krytyczne, więc przyjrzę się przy okazji i wtedy poprawię Alf/red/

- po remoncie Młynarskiej w Zytnią nie mozna skrecić w lewo (z obu koncow - zakaz)
[EDIT] tak jest, może nie od momentu uruchomienia ulicy, ale od jakichś 2 tygodni na pewno Alf/red/

pozdr
ir

[wilmington19805]

Witam
Chorzów N50 18.068 E18 57.124 - skręt lewo w Katowicką niemożliwy. Obowiązujący kierunek jazdy w prawo. Katowicka na tym odcinku jest podzielona podwójną ciągłą. Więc skręt z Katowickiej w lewo w Krakusa też jest niemożliwy.
Zgłosiłem ten problem w Flyspray, ale wpis zniknął a poprawy nie ma. Nie jestem pewny czy nie zrobiłem jakiegoś błedu.
Ale opisane skrzyżowanie jest na 100 % pewne.
Pozdrawiam

[wopozka]

1) Nie zniknął tylko został zamknięty jako implemented, o czym informację powinienieś dostać na maila
2) Zgłoszenie wysłałeś 10 sierpnia o 12.00 a zostało zamknięte tego samego dnia o 14.00
3) Na której wersji mapy sprawdzałeś że nie działa? Jak się zastanowisz to pewnie dojdziesz do wniosku że nie ma prawa działać, bo pewnie mapa jest starsza niż poprawka.
4) No i czwarty punkt w końcu. Na przykładzie tego zgłoszenia bardzo dobrze widać jak ważne jest dokładne podawanie informacji. Gdybym się nie dopytał czy w przeciwną stronę też obowiązuje zakaz, tylko wprowadził tak jak było zgłoszenie to wtedy błąd by nadal był. Tak więc bardzo proszę zgłaszać ale z głową.

Odrobinę cierpliwości proszę. Na mapach testowych te zakazy są już od 10 i działają, na mapie w wersji NI zapewne się niedługo pojawią. Nie działa na najnowszej mapie? Sprawdzić jaka jest data wydania mapy. Jeśli wydana jest później a poprawka nie działa, sprawdzić kiedy został skompilowany dany jej rejon, jeśli wszystko wygląda na nowsze niż poprawka i problem dalej występuje, dopiero wtedy zgłaszać.