Garmin Custom Maps (oraz JNX) czyli własne rastry

[amado]

Jak wyłączyć/pozbyć się tych krzyżyków ?

Po otworzeniu mapy w Mapc2mapc ( i tak samo po zapisie do Jnx) są one widoczne
I czy się da ustawić ( zmniejszyć) oddalenie po konwersji.
W moim odbiorniku mapę widać dopiero po zbliżeniu 200m, chciałbym o ile to możliwe zmienić widoczność od powiedzmy 1Km

Pozdrawiam
R

[meridian]

"Free download - an unregistered version is fully functional but embeds red Xs on all maps so try before you buy!"
Żeby pozbyć się czerwonych x-ów można zarejestrować program lub utworzyć plik jnx innym programem.
Info odnośnie rejestracji: http://www.the-thorns.org.uk/mapping/
Można zmienić skalę wyświetlania programem JNXCustomizer, Jnxer-em chyba też można zmienić.

[epkchmiele]

Jak utworzysz kmz to będziesz miał brak krzyżyków i odbiornik sam wyskakuje mapę bez zbędnych kombinacji. Chyba że chcesz sprawę wziąć w swoje ręce to tak jak meridian pisze.

[igrek]

Panowie mam pytanie.
Czy używał ktoś programu mobat2jnx z http://www.the-thorns.org.uk/mapping/help/jnx.html
do generowania JNXów ?

Mi udało się zgodnie z instrukcją https://www.youtube.com/watch?v=DrfpJhwEIhw
wygenerować JNXy z rastrami map poniemieckich Messtischblatt z http://www.zamki.pl/?dzial=mapa

Problem polega na tym że nawet gdy użyłem opcji -noblock czy -copyjpeg czy -jpeg5, nie udało mi się uzyskać optymalnej ostrości na optymalnych zbliżeniach
w porównaniu do mapki KMZtów którą stworzyłem też z MOBAC na tym samym źródle danych.
Na wszystkich przybliżeniach na których KMZ czy JNX jest już wyświetlany w 78s JNX wypada dużo gorzej jeśli chodzi o ostrość choć ma oczywistą zaletę - można pokryć dużo większy obszar.
Dla poparcia mojej tezy mogę wrzucić screenshoty z prób.

PS.
Właśnie wyczytałem w pliku readme.txt o opcji której nie ma w helpie programu mobat2jnx.
Opcja "-jnxscalexxx.xx - The default multiplier for calculating JNX Scale factors is 130.2084."
Czy jnxscale który też jest opisany w tutorialu GPS Maniaka http://gpsmaniak.com/2010/porady-jnx.htm może mieć wpływ na jakośc przy danym zoomie ?

[GPS Maniak]

nie udało mi się uzyskać optymalnej ostrości na optymalnych zbliżeniach

Nie wiem co masz na myśli pisząc o optymalnych zbliżeniach. Dla mnie to takie zbliżenie, które odpowiada mniej więcej skali oryginalnej mapy. Przykładowo dla mapy w skali 1:50000 takim zbliżeniem będzie zoom w granicach 500-300m. Przy takim zoomie prawidłowo przygotowany JNX, oglądany w odbiorniku (przynajmniej w Oregonie 600) powinien być - pod względem ostrości - nie do odróżnienia od KMZu. Problemy zaczynają się przy większych, ponadnormatywnych zbliżeniach na co zapewne ma wpływ zarówno sposób renderowania obrazka przez odbiornik jak też fakt, że JNX bazuje na jpgach. No i właśnie. Nie znam programu mobat2jnx, ale może tam właśnie tkwi problem? Może program stosuje zbyt dużą kompresję jpgów podczas generowania JNXa?

Tak nieco na marginesie. 78 nie grzeszy zbyt dużą rozdzielczością liniową (gęstością pikseli), w konsekwencji widok rastra jest w tym odbiorniku tak czy siak z lekka rozmyty. Dotyczy to także KMZów, tak przynajmniej to pamiętam z mojej 62-ki. Tym bardziej dziwi tak wyraźna różnica między JNXami i KMZami, o jakiej piszesz. No chyba, że mówimy o zoomach, które dają obraz mapy mocno odbiegający od skali oryginału.

Moim zdaniem parametr JNXscale nie wpływa na jakość/ostrość obrazka.

[igrek]

Dzięki za odpowiedź!
Żeby nie być gołosłownym dołącze screenshoty po powrocie do domu.
Od razu wyjaśnię, że mając na myśli optymalne zbliżenie, mam na myśli takie zbliżenie na odbiorniku w którym detal na mapie jest najbardziej powiększony
ale nie ma jeszcze efektu "schodkowania" czyli sztucznego powiększania obrazu. Taki zoom w którym piksel źródłowego kafelka odpowiada pikselowi na wyświetlaczu 78s.
Przy takim zoomie (to jest chyba 80m) przygotowany przezemnie KMZ jest bardzo ostry a JNX rozmyty.
Mobat2jnx wydaje się być programem twórców mapc2mapc więc powinien działać podobnie tym bardziej że udostępnia zbliżone funkcje, jak np. ustawienie jakości 1-5. Powinien ...
Spróbuję dziś dołączyć screeenshoty z obserwacji jak i postaram się stworzyć JNXa "po bożemu" zgodnie z Twoim opisem ze źródła MOBAC do formatu Ozi i do mapc2mapc.

[GPS Maniak]

Od razu wyjaśnię, że mając na myśli optymalne zbliżenie, mam na myśli takie zbliżenie na odbiorniku w którym detal na mapie jest najbardziej powiększony
ale nie ma jeszcze efektu "schodkowania"

Niestety z tego nie wynika o jakim zoomie dla jakiej skali mapy mówimy. Wspominasz coś o zoomie 80m. W przypadku JNXa, jeżeli jest to np. mapa w skali np. 1:50.000 lub mniejszej, o ostrym obrazie możesz zapomnieć. Ba! Nawet mapa 1:25.000 nie będzie "błyszczała". Natomiast mapa w skali 1:10.000 powinna wyglądać bardzo dobrze.

Dla kogoś, kto zna Oziego, który działa na zasadzie zbliżonej do przeglądarki jednowarstwowego pliku graficznego, to powiązanie ze skalą mapy może wydawać się dziwne. Nie wykluczone jednak (nigdy tego nie analizowałem, więc gdybam), że w przypadku JNXa jakość obrazka wynikowego jest powiązana z "numerem warstwy" dla której jest on przygotowywany, a ten z kolei numerek może zależeć od skali mapy. Być może przypomina to trochę sprawę leveli dla Locusa w plikach gemf? Nie wiem. Nie interesowałem się tematem od tej strony. Tak czy siak problem jakości JNXa przy "ponadnormatywnym" zoomowaniu jest znany i raczej nie do przeskoczenia. Wielokrotnie pisał o tym epkchmiele, któremu zdarza się zoomować mapę w skali 1:50.000 do zoom=120m, w związku z czym ma o JNXach nie najlepsze zdanie: viewtopic.php?f=14&t=14947#p181381

[igrek]

To moje wyniki zabawy KMZ kontra JNX na tym samym źródle danych

Źródło to MOBAC z plikiem source

Kod: Zaznacz cały

<?xml version="1.0" encoding="UTF-8"?>
<customMapSource>
   <name>German Maps</name>
   <minZoom>8</minZoom>
   <maxZoom>15</maxZoom>
   <tileType>jpg</tileType>
   <tileUpdate>IfNoneMatch</tileUpdate>
   <url>http://gmaps.zamki.pl/{$z}/{$y}/{$x}.jpg</url>
   <backgroundColor>#000000</backgroundColor>
</customMapSource>


Jeśli ktoś nie wie, tworzymy plik XML np. niemieckie.xml z powyższą zawartością i wgrywamy do katalogu Mobile Atlas Creator Wersja\mapsources\

Tak wyglądało źródło KMZ optymalny dla tej mapy a jednocześnie maxymalny obszar kwadrat 10x10 wg grida ustawionego na zoom 13


Dlaczego optymalny ? Bo źródło map ma kafelki jpg 256x256 pixeli w zomie 15. KMZ skaluje na image 1024x1024.
Więc zaznaczając w zoomie 13 kwadrat 10x10 otrzymujemy 100 sektorów każdy (256+256)x(256+256)px bez próby skalowania do wyjściowego 1024x1024 a więc bez utraty danych lub dodania szumu mamy obszar stworzony w KMZ z 1600 tile'i/kafelków 256x256.
Należy pamiętać żeby przed zaznaczeniem zaraz po utworzeniu projektu w MOBAC kliknąć Settings->Map Size-> i ustawić Maximum Size na 1024, w ten sposób MOBAC sam podzieli te sektory a nie potraktuje cały zaznaczony obszar jako image do skalowania do image KMZ.

Oczywiście do porównań źródło JNX do OSMtrackera jak i do Ozi wyglądało tak samo ale już bez ustawienia Maximum Size.


KMZ po zrobieniu był od razu gotowy do skopiowania na odbiornik a JNX utworzyłem metodą mapc2mapc jak i toolem tych samych twórców mobat2jnx.exe z jnxscale.exe.
Od razu mówię że jakości JNX generowanym sharewarowym mapc2mapc jest taka sama jak mobat2jnx.exe tylko że mobat2jnx NIE DODAJE ŻADNYCH xÓW

Cały katalog wygenerowany OSMTrackera z MOBAC->atlases bierzemy i kopiujemy np do katalogu c:\mapy
A mobat2jnx uruchamiamy tak (najbardziej optymalne ustawienia jakie znalazłem)


Zależnie od wielkości mapy trochę to potrwa a w katalogu c:\mapy pojawi się plik wynikowy jnx.jnx
Otwieramy program jnxscale.xml i w nim wskazujemy plik (program sam określi ile jest warstw zoomów w pliku) i dla każdej z warstw zoomu ustawiamy odpowiednią wartość np 1303 jeśli chcemy aby mapa była widoczna od zoomu 500m. Ponadto ustawiamy sobie Product ID czyli identyfikator przynależności JNXa do danej grupy map w odbiorniku.


Tabela z odpowiednimi wartościami pochodzi ze strony GPS Maniaka


Czas na screeny
KMZ:



JNX (normalna jasność)



JNX z mapc2mapc ....



A tak wyglądałby JNX gdyby był zrobiony ze pierwotnego źródła jako plik poprawnie skalibrowany i wygenerowany


Więc do meritum.
Ja różnicę w jakości na korzyść KMZ lekką widzę KMZ jest jakby bardziej nasycony ? Kontrast jest większy ?
Nie ma tam żadnych operacji graficznych więc musi to być kompresja na JNXie i utrata danych (lub jakieś renderowanie w odbiorniku, może to zależy od odbiornika ?!)
Oczywiście nie są to jakieś duże różnice. Ostatni przykład pokazuje że ważniejsze jest źródło danych a nie ostatecznie format wyjściowy.
Niemniej źródło map niemieckich gmaps.zamki.pl jest na tyle duże (prawie cała zachodnia i centralna Polska),
poprawnie skalibrowane i łatwe w użyciu dzięki MOBAC, że kusi żeby wygenerować sobie JNX z całej takiej mapy (zaczynam już dziś ).
Druga rzecz że mobat2jnx z jnxscale jest wg. mnie też dużo łatwiejszym, szybszym kontrkandydatem dla mapc2mapc.
Trzecia rzecz że metodą obliczania optymalnej liczby kafli mapy do wyjściowego KMZ którą podałem powyżej dla MOBAC
można wenerować całkiem duży obszar np. w celu poszukiwań, do KMZ i nie trzeba wcale iść w stronę patchowania i JNXów.
Trzecia rzecz że próbowałem tworzyć JNX w oparciu o dane wygenerowane na kilku layerach/warstwach, przypisywałem im wydaje się poprawne skale, próbowałem też z domyślnymi wartościami i zawsze taki JNX to była kaszana na każdym zoomie w odbiorniku.
Kompletnie rozmyta tekstura nie przypominająca nigdzie JNXa z jedną warstwą. Czy ktoś robił JNXy z wielowarstwowego źródła ?

[GPS Maniak]

Ładny materiał do analiz

Ja różnicę w jakości na korzyść KMZ lekką widzę KMZ jest jakby bardziej nasycony ? Kontrast jest większy ?

Nie wykluczone, że gdy wyjdziesz z odbiornikiem w teren, gdzie wyświetlacz sam z siebie straci nieco wigoru tzn. przyblednie, różnice - jeżeli chodzi o kontrast, nasycenie - mogą być niezauważalne. Może też być odwrotnie

Z innej beczki: czy w mobat2jnx jest możliwość ustawienia kompresji/jakości JPGa dla JNXa? Takie rozwiązanie jest np. w GlobalMapperze.

A tak na marginesie. Znasz program naszego garniakowego kolegi, do przeglądania JNXów i gmerania w ich ustawieniach? viewtopic.php?f=9&t=13355

[igrek]

Tak -jpeg5 to właśnie JPEG Quality=5, porównując wydaje mi się że parametry które podałem w przykładzie dają najlepszą jakość na tym źródle.
Nie nie znałem, dzięki!

[Norick]

To moje wyniki zabawy KMZ kontra JNX na tym samym źródle danych

Źródło to MOBAC z plikiem source

Kod: Zaznacz cały

<?xml version="1.0" encoding="UTF-8"?>
<customMapSource>
   <name>German Maps</name>
   <minZoom>8</minZoom>
   <maxZoom>15</maxZoom>
   <tileType>jpg</tileType>
   <tileUpdate>IfNoneMatch</tileUpdate>
   <url>http://gmaps.zamki.pl/{$z}/{$y}/{$x}.jpg</url>
   <backgroundColor>#000000</backgroundColor>
</customMapSource>


Pomysł super ale mi MOBAC wywala hasło że plik nieprawidłowy...musi mieć JAR, czyli jak zrobić JARa nie mając JKD?
Albo inne pomysły?
Natomiast próbując Mapc2mapc i kombinując z kalibracją Messtischblatów wywala mi jakieś dziwne dane?
Mimo wpisania Potsdam Rauenberg do datum nie gryzie tego formatu i wpisuje swoje.

"17:06:19 Calibration file and image loaded
17:06:19 Input datum is D_ANGUILLA_1957
17:06:19 Map is 9926 wide by 8781 high
17:06:19 Calibration point 51.833333 19.666667 851 1076 D_ANGUILLA_1957 converted to 51.830278 19.666667
17:06:19 Calibration point 51.833333 19.833333 8081 1054 D_ANGUILLA_1957 converted to 51.830278 19.833333
17:06:19 Calibration point 51.749694 19.667028 833 6928 D_ANGUILLA_1957 converted to 51.746637 19.667028
17:06:19 Calibration point 51.749694 19.834750 8076 6903 D_ANGUILLA_1957 converted to 51.746637 19.834750
17:06:19 Projection transversal mercator"
Jakakolwiek zmiana powoduje że mi z mapy robi kopertę albo wywala bład ( wersja 5.44). By było dowcipnie idealnie rozpoznaje to datum OZI Trans, ale o tym nie można mówić
Nie ma problemu z mapami Topo z geoportalu czyli z tą czarnobrązową ( sciagnięte kafle za pomocą SAS Planeta).
Pytanie brzmi: Jakie przyjąć parametry by Messtischblaty gryzło prawidłowo w Mapc2mapc ?
I bądź tu "mundry?
Edyta: Przy kalibracji czarnobiałych naszych map datum S-42 załatwia sprawę bezproblemowo.

[AAA222]

Pytanie brzmi: Jakie przyjąć parametry by Messtischblaty gryzło prawidłowo w Mapc2mapc ?

Jeśli przyjrzeć się bliżej to widać, że Messtischblaty w http://gmaps.zamki.pl są skalibrowane i pocięte dokładnie tak, jak kafle map googla. Więc generalnie EPSG:3857 - WGS84, projekcja Mercatora, numery kafli w standardzie googla, współrzędne narożników jak w kaflach googla.

A tak na marginesie, to jakość kafli z tego źródła jest dość taka sobie - można znaleźć w sieci Messtischblaty znacznie lepszej jakości, z plikami kalibracyjnymi.

[Mariusz65]

Dzięki Chłopaki za wszystkie odpowiedzi, i na priv również. Messtischblatty oczywiście nie z owej strony mam i skalibrowane prawidłowo.Potrzebuję automatu...klik to klik tamto. Twoje dane niestety nie występują Czasem trzeba je transformować do innych formatów i tu the dhupa

Edit: 12.03.
Napisałem że Twoje dane nie występują...źle napisałem, znaczy występują ale też ich nie trawi.
Po różnych próbach z kalibracją wciąż dostaje sieczkę i zastanawiam się co robie źle bo z innymi mapami nie ma żadnego problemu?
Tu jest WGS 84 i Elliptical, Sprawdzona w CompeGPS i wyświetlana prawidłowo. Przy innych parametrach się nie pokazuje wcale albo wywala mi błąd. Pomijam to że tracki są przesunięte.
13:02:54 Input datum is WGS 84
13:02:54 Map is 11515 wide by 8708 high
13:02:54 Calibration point 51.499444 15.498944 688 429
13:02:54 Calibration point 51.499444 15.665611 7973 412
13:02:54 Calibration point 51.399444 15.498972 681 7436
13:02:54 Calibration point 51.399444 15.665611 7984 7442
13:02:54 Projection elliptical mercator
13:02:54 Cropping
13:02:54 681 crxy 412
13:02:54 New image is 7303 by 7030
13:03:39 Polycropped
13:03:39 Cropped
13:03:40 Metres/pixel(mm1b)=1,58768712651874
13:03:40 Average projection inaccuracy in original grid=,0000

Edyta: dzień ten sam tylko godzina inna 21:25

Chyba znalazłem winnego. Wygląda na to że CompeGPS generuje fałszywe dane. Jak znajdę czas to zgłębię temat.
Przeinstalowałem MAPC2MAPC i nie pomogło. Ściągnąłem mapę z AZMP z plikiem do OZI i proszzz...
Log wygląda tak:
21:17:41 Map name is 4559_Ober_Leschen_1936_jpg
21:17:41 Map has 4 calibration points
21:17:46 Calibration file and image loaded
21:17:46 Input datum is POTSDAM
21:17:46 Map is 9356 wide by 8276 high
21:17:46 Calibration point 51.500000 15.500000 388 173 POTSDAM converted to 51.498773 15.497963
21:17:46 Calibration point 51.500000 15.666667 7800 159 POTSDAM converted to 51.498776 15.664606
21:17:46 Calibration point 51.400000 15.666667 7792 7218 POTSDAM converted to 51.398786 15.664610
21:17:46 Calibration point 51.400000 15.500000 370 7211 POTSDAM converted to 51.398784 15.497967
21:17:46 Projection transverse mercator
21:17:46 Cropping
21:17:47 370 crxy 159
21:17:47 New image is 7430 by 7059
21:18:25 Polycropped
21:18:25 Cropped
21:18:25 Metres/pixel(mm1b)=1,56129397812079
21:18:25 Average projection inaccuracy in original grid=,0000

Się okazuje że nie ma problemu z Potsdamem.
Dziękuję koledze Colorowi za pomoc i niech mod nie krzyczy

[Norick]

No cóż, "po wielu bólach ("bulach") trudach i mękach" poddałem się i niestety tu... na CompeGps nie mogę liczyć .
Mimo rozlicznych prób robi mi z map papeterię, mimo ulubionych parametrów przez Mapc2mapc. Oziego nie lubię i nie używam, choć ma swoje plusy. Pozostało skalibrować na piechotę w Mapc2mapc. Tak jak koledzy wspominali wcześniej...w/g- lat,lon i WGS 84. Oczywiście poprawki kalibracji i już. A Chciało się mieć automat czyli klik tu i klik tam

Efekt ok, większość trafia tam gdzie ma trafiać i unacześnianie danych nie wszędzie jest potrzebne

[AAA222]

No cóż, "po wielu bólach ("bulach") trudach i mękach" poddałem się i niestety tu...

Noric, jeśli chcesz ręcznie kalibrować oryginalne Messtischblatty na siatkę z mapy, to musisz wybrać datum Potsdam, a jeśli go nie ma w programie - wcześniej zdefiniować. Obszar mapy podzielony jest na 6 stref, więc dodatkowo powinieneś wiedzieć, w której strefie się znajdujesz. Współrzędne BL w narożnikach mapy są na elipsoidze Bessela - jeśli zadeklarujesz je jako WGS84, to będzie przesunięcie. Najprościej jest pobrać dla arkusza i wykorzystać do kalibracji plik kalibracyjny Oziego. Możesz sobie z jego pomocą zrobić np. jnx-y jnxerem. Jeśli chciałbyś mieć Messtischblatty jednym kliknięciem i akceptujesz nieco gorszą jakość, to możesz się w nie zaopatrywać pobierając i sklejając kafle pocięte w standardzie googla ze wspomnianego WMTS http://www.zamki.pl .