OSMapa Polski, czyli mapa OSM na Garmina

Dzięki, pomogło :slight_smile:

Nowa aktualizacja mapy :). Poniżej changelog:

  • wersje mapy dla MapSource od teraz są rozprowadzane w formie instalatora .exe
  • usunięto renderowanie dróg projektowanych highway=proposed

instalator nie ma jeszcze wersji polskiej, będzie następnym razem.

Po ściągnięciu OSMapaPL-OGONKI-20120705V1.14.exe, Norton usunął ten plik:

Full Path: d:\filein\osmapapl-ogonki-20120705v1.14.exe
Threat: WS.Reputation.1


Unknown
Number of users in the Norton Community that have used this file: Unknown


Unknown
This file release is currently not known.


Medium
This file risk is medium.


Threat Details
Threat type: Insight Network Threat. There are many indications that this file is untrustworthy and therefore not safe


http://garmin.osmapa.pl/mapy/OSMapaPL-OGONKI-20120705V1.14.exe Downloaded File osmapapl-ogonki-20120705v1.14.exe
Threat name:
WS.Reputation.1 from
garmin.osmapa.pl


File Actions
File: d:\filein\osmapapl-ogonki-20120705v1.14.exe
Removed


File Thumbprint - SHA:
f2be11ddb2380a00e99419bb3d12fe0f5bfa48b1c6852eaf4b380891cef52d41


File Thumbprint - MD5:
fa5d54bbbf0d8688da725288d72c9ff8


To jest akurat przejaw skrajnej głupoty twórców Nortona -

Threat name:
WS.Reputation.1 from
garmin.osmapa.pl

oznacza, iż “społeczność” Nortona nigdy nie widziała tych plików exe tym samym odgórnie zadecydowała iż są one niebezpieczne. Kiedyś w ten sposób uwalili najnowsze wydanie firefoxa ;). To tylko potwierdza moje zdanie o tej firmie i jej produktach.

Tak, czy siak - wielkie dzięki za zgłoszenie problemu :slight_smile:

Włożyłem OSMapaPL-OGONKI-20120705V1.14 bezpośrednio do Garmina.
Nazwy ulic i numery domów są wytłuszczone, białe na czarnym tle i za bardzo duże.

Akurat według mojej wiedzy wyświetlania napisów w Garminie nie da się kontrolować (np. plikiem TYP) i pretensje można mieć tylko do Garmina :). Spróbuj wersję bez ogonków - może niektóre urządzenia kiepsko współpracują z innym kodowaniem znaków.

Test dla miejscowości Pionki.
Na komputerze: MapSource 6.16.3
Urządzenie Garmin nuvi 255w
Zainstalowane:
GPmapa 2010.3
UMP-pcPL og 08jul12
OSMapaPL-OGONKI-20120705V1.14 - aktywne

Załadowano ponownie przez MapSource po zablokowaniu Nortona.

  1. Wytłuszczenie nazw i numerów zniknęło (występowało przy bezpośrednim przekopiowaniu IMG pliku.
  2. Nazwy w których są polskie znaki, pokazuje wszystkie dużymi literami i obcina długość tekstu.
    W MapSource wszystkie są dużymi literami.
  3. Nazwy ulicy nie są wzdłuż ulicy tylko pionowo lub poziomo. W MapSource są OK.
  4. “Szukanie” nie rozpoznaje numerów budynków.
  5. Nazwę obiektu i ikonki wyświetla podwójnie z budynku i z POI jeżeli “amenity” i “name” występują w obu.
    I tu pytanie, gdzie dajemy te tagi, w obrysie budynku czy w POI?
  6. Numery budynków są trochę za duże w stosunku do zarysu obiektu. Czy “fonts” mogą się zmieniać w zależności od powiększenia?
  7. Numery budynków są czarne na białym tle. Czasami pokrywają zarys budynku i wtedy jest niewidoczny lub zniekształcony wizualnie. Czy nie lepiej usunąć tło i wytłuścić lub dać inny odcień/kolor dla numeru?

Mam nadzieję, że to pomoże.

Zgłosiłem do nich temat.

Hmm…dziwna sprawa, może do tych błędów się ustosunkuję porównując to co mi wyświetla MapSource (6.15.4):

  • wszystkie nazwy są dużymi literami i to jest wina Garminów, które nie potrafią wyświetlać małych liter w charsetach innych niż ANSI i latin1 (nie wiem dlaczego i nie chcę wiedzieć :).
  • Co masz na myśli, że obcina długość tekstu? Nazwy są niekompletne? U mnie wszystko się wyświetla poprawnie
  • “Nazwy ulicy nie są wzdłuż ulicy” - nic takiego nie zauważyłem, możliwe że to tylko Twój model odbiornika takie cyrki wyprawia :frowning:
  • “Numery budynków są czarne na białym tle” - w MapSource, czy w Garminie? Mój Garmin w ogóle nie pokazuje numerów domów, w MapSource domy powinny być renderowane na szaro (+ czarne numery domów).

Tak, jak pisałem - jako autor kompilacji mapy na Garmina nie mam możliwości kontrolowania czcionek ani sposobu w jaki Garmin je wyświetla. Możesz co najwyżej spróbować wgrać wersję bez ogonków i zobaczyć czy wyświetla się inaczej.

Kiedy słowo zawiera polskie znaki:
Z “Ogonkami” są z dużymi literami
Bez “Ogonkow” zamienia “PKP RADOM” na “Pkp Radom”. Czyli tworzy wyrazy zaczynające się z dużej litery.

W Garminie
SPZZOZ ODDZIAŁ CHIRURGICZNY DERMATOLOGICZNY I POŁ
W MapSource
SPZZOZ ODDZIAŁ CHIRURGICZNY DERMATOLOGICZNY I POŁOŻNICZO-GINEKOLOGICZNY

Możliwe,że to mój Garmnin. Duże dzie za tą kompilację.

To nie jest jednak tło.
W MapSource
Znaki są czarne z delikatnym, jasnym cieniem z prawej strony.
W Garminie
Znaki są czarne ale mają jasne, grube tło, zniekształcajace znak.
W modzie nocnym jest na opak.

Czy można usunąć całkowicie te dodatkowy efekt i zostawić czysty i zwykły tekst?

Mnie się ta kompilacja podoba.
Spróbowałem z obiema wersjami. Ale nazwy bez polskich znaków wyglądają bardzo dziwnie.

Może coś robię źle, ale przy instalowaniu kolejnej aktualizacji, za każdym razem nie usuwa starego tylko tworzy nowy folder.
Czy można zrobić, tak jak UMP-PL, aby aktualizować/zamieniać tylko nowsze moduły.
Czyli “Aktualizuj OSMtoGarmin.bat” i nadaniem nowej nazwy z aktualną datą?

Nieprawdą jest jakoby, a w każdym razie nie do końca.
Oryginalny kompilator Garmina - MPC (którym kompilowana była GPMapa) też dawał takie efekty, ale UMP widać normalnie, zarówno pod MS jak i w Garminie (w każdym razie nuvi).
Może jest to związane z kodowaniem znaków/charsetów. UMP kodowany jest z tego co pamiętam w 8-bit, a nie w (defaultowym być może dla Garmina w USA) 6-bit.
Chodzi o kodowanie labeli, które ustawiane jest tutaj: http://www.mkgmap.org.uk/svn/wsvn/mkgmap/src/uk/me/parabola/imgfmt/app/labelenc/CodeFunctions.java
Teoretycznie jeśli podajesz charset=cp1250 powinien być wybierany właściwy (FORMAT9)
Widzę, że zaczepiałeś autorów mkgmapa o duże litery (http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2011q1/010897.html), ale wystarczy spojrzeć na UMPa aby się upewnić, że się da. UMP-ogonki jest w cp1250, UMP-ni w cp1252, i zarówno na MS jak i w urządzeniach litery są normalnie.
Pozdrawiam,

Edit: czy przy cp1250 wybierze format9, czy nie, nie jestem pewien.
Nie wiem, jakie narzędzie może pokazać label encoding w img, poza XVI32 - można się upewnić, czy osmapa jest 6-bit, czy 8-bit.

Tu instrukcja jak podmienić plik typ w .img za pomocą GMapToola: http://www.garniak.pl/viewtopic.php?f=15&t=11749#p146086
Pozdrawiam,

OSMapa ma kodowanie 8-bit, podobnie jak UMP.
W img widzę jednak, że wszystko jest tam po prostu wpisane kapitalikami.
Po zamianie SAWICKIEGO na Sawickiego w pliku 66005017.img i ponownym otwarciu MapSource widzę IZYDORA STELLA-Sawickiego.
Nie mam pod ręką Garmina, ale nie ma siły, żeby wynik był inny.
Innymi słowy, za duże litery odpowiada wpisanie tego w taki sposób do img - a więc mkgmap.
Pozdrawiam,

Edit: po ponownym otwarciu MS jeszcze jest tile z cache, dwa razy Ctrl-G załatwia sprawę.

Może jednak kategoryzacja - w img ślimak jest narysowany 0x7 (alleway/private driveway), a ulice Hodura i Bonarka etc to 0x6.
Widzę też, że inne ślimaki/zjazdy także są robione przez 0x7 - to niedobrze, bo dla Garmina oznacza to spory spadek i prędkości i klasy drogi (to najniższa klasa drogi asfaltowej), więc tam gdzie się da będzie tego unikał. W źródłach jest tu “highway: primary_link”, w innym miejscu podobnie, więc pewnie primary_link → 0x7 (a powinno być analogicznie do primary, ewentualnie jakiś łącznik typu 0xb).

Przy okazji, w mapedicie bardzo przeszkadza “map coverage polygon” (0x4b), być może to jest również to, co zabija odświeżanie na urządzeniu.
Pozdrawiam,

wielkie dzięki za pomoc - będę kombinował dalej. W mkgmap jest przełącznik bodajże --lower-case, który wpisuje labele poprawnie (małymi literami), ale za to rozwala kodowanie znaków i zamiast polskich liter są kwadraty albo krzaki. Bodajże MapSource renderował to poprawnie, ale już mój GPSMAP 62s nie ;(

Co do ślimaków - poniżej wklejam fragment regułek konwertujących (po usunięciu mało znaczących dla tematu rzeczy). Powiedzcie, czy jest tu coś spieprzone :). Zasadniczo ten fragment jest chyba wierną kopią defaultowego szablonu mkgmap.

highway=motorway [0x01 road_class=4 road_speed=7 resolution 16]
highway=motorway_link [0x01 road_class=3 road_speed=2 resolution 16]

highway=trunk [0x02 road_class=4 road_speed=5 resolution 16]
highway=trunk_link [0x02 road_class=3 road_speed=2 resolution 16]
highway=* & motorroad=yes [0x02 road_class=4 road_speed=4 resolution 16]

highway=primary [0x03 road_class=3 road_speed=4 resolution 16 continue]
highway=primary_link [0x03 road_class=3 road_speed=1 resolution 16]

highway=secondary [0x04 road_class=2 road_speed=3 resolution 18 ]
highway=secondary_link [0x04 road_class=2 road_speed=1 resolution 20]

highway=tertiary [0x05 road_class=1 road_speed=3 resolution 20]
highway=tertiary_link [0x05 road_class=1 road_speed=1 resolution 21]

highway=minor [0x06 road_class=1 road_speed=3 resolution 21]
highway=unclassified [0x06 road_class=0 road_speed=3 resolution 21]

Jeśli tak, to może pozostawać tylo robienie osobnych wersji img (jeśli chce się zadowolić wszystkich:)
Jak będziesz miał wersję img z lower-case, to oczywiście sprawdzę (mam nuvi 765).
Pozdrawiam,

:slight_smile: Najwyraźniej konwerter bardziej niż “0x03” przejmuje się “road_speed=1”, i według niego przydziela 0x7 (ściągawka z prędkościami: http://ump.fuw.edu.pl/wiki/Jak_rysowac_drogi)).
Pewnie analogicznie dla innych linków.
Pozdrawiam,

hmm…czyli jakie podejście przyjąć najlepiej? link zawsze o numerek w dół w stosunku do drogi podstawowej? Droga drodze nierówna i chyba takie uogólnienie jest najlepsze.

Jeśli to jest łącznik, to prędkość nie ma podstawowego znaczenia, bo odcinek jest dość krótki (jak jednak widać na załączonym przykładzie, nie liczy się sam przelicznik prędkość razy długość trasy). Jeśliby “primary_link” miał łączyć same “primary”, to nawet na tym samym poziomie nie powinien szkodzić. Jedno w dół będzie ok, na pewno dużo lepiej, niż 0x7.
Pozdrawiam,