Garniak

Ranger napisał(a):Jakie one są w sensie odwzorowań nie jest chyba specjalnie tajemnicą

Nie jest tajemnicą. Rzecz w tym, że z odwzorowaniem Mercatora chyba sobie poradziłem.

Import map w odwzorowaniu Merkatora rzeczywiście w jnxerze wygląda dość dobrze.
Choć zamiast map w kafelkach z popularnych narzędzi, łatwiej importować obrazek z kalibracją, mniej schodów
Pozdrawiam
Ranger

Ranger napisał(a):zamiast map w kafelkach /.../ łatwiej importować obrazek z kalibracją, mniej schodów

Nie wiem czy tworzysz tego rodzaju programy czy korzystasz z gotowych.
Dla mnie, z punktu widzenia programisty, import kafelków do jnx-a to mały pryszcz w porównaniu z przetwarzaniem i cięciem skalibrowanego obrazka.

@Ranger. Nie uwzględniasz tego, że garminowcy operują JNXami nie zawsze posiadając oryginalny plik graficzny z kalibracją - choćby z tego powodu, że dostali JNXa od kolegi.

Ja co prawda mam oryginały, ale przechowuję je w usystematyzownych folderach typu: "Compass 2013:, "Compass 2014", "Plan 2013", "Plan 2014" i chcąc coś sprawdzić powiedzmy na mapie Beskidu Niskiego musiałbym skakać po folderach, gdyby się np. okazało że w roku 2014 Beskidu Niskiego nie mam - bo nie wyszedł, bądź wyszedł ale ja go nie kupiłem.

W przypadku JNXów sprawa jest dla mnie banalnie prosta - nie dość że trzymam je w jednym folderze, to na dodatek zawsze jest to dla danego regionu tylko jedna, najnowsza wersja mapy - tzn. najnowsza jaką posiadam w zbiorach. Tak więc dla mnie JNXer jest obecnie the best, number one jeżeli chodzi o obsługę rastra w sensie przeglądania map i ewentualnego projektowania wycieczek (klikanie śladów GPX). O najważniejszej roli JNXera - jego roli jako programu narzędziowego nie wspomnę.

v6.1
- konwersja jnx -> tar powinna działać prawidłowo? Może ktoś potwierdzić?
- drobne poprawki i usprawnienia

pelsta napisał(a):- konwersja jnx -> tar

Wow! Już sprawdzam! Działa
Staszku, trafiasz w gusta

Czy sprawdzałeś położenie waypointów, śladów na mapie tar?

Tak, Worek Raczański 2014 konwertuje się poprawnie, trzyma koordynaty.

Staszek. Przy okazji mam pytanie. Nie wiem czy coś robię nie tak, ale ...
obecnie wygląda to tak, że program indeksuje znalezione mapy i tworzy ich listę w pliku jnxer.ini (Groupxx=....) i później operuje tymi właśnie wartościami (Product Name to rozwijana lista). W efekcie chyba nie bardzo jest możliwość by z poziomu programu zmienić Product ID czy Product Name. Te wartości są ze sobą jakby powiązane. Owszem można kombinować np. dopisując nowe "Group" do pliku ini, ale z poziomu programu nie potrafię zmienić ani Product Name ani Product ID. Wpisuję np. nowe ID, ale program uparcie pozostawia starą wartość. Czy robię coś źle, czy faktycznie tak to działa?

GPS Maniak napisał(a): Czy robię coś źle, czy faktycznie tak to działa?

Hmm. Ponownie się pobawiłem i widzę, że teraz działa. Chyba jednak coś poprzednio pozajączkowałem

Pole ProductName to rozwijana lista + zwykłe pole edycyjne (tzw. ComboBox).

Jeżeli wybierzemy coś z rozwijanej listy to zaktualizowane zostaną pola: ProductID, ProductName, ZOrder oraz eTrexScale dla Level 1 o ile wartości te są zapamiętane w pliku .ini i mają dozwolone wartości.
Np
Group5=30,Babia Góra,99,1.2km - wszystkie aktualizowane
Group5=30,Babia Góra,99,1.1km - eTrexScale nie będzie aktualizowane
Group5=,Babia Góra,,1.2km - ProductID i ZOrder nie będą aktualizowane itp.

Jeżeli wpiszemy coś w polu edycyjnym ProductName i zatwierdzimy Enter to zapamiętana zostanie nowa grupa z danymi ProductID, ZOrder i eTrexScale1 danej mapy oraz ProductName taką, jaką się wpisało. Oczywiście po zamknięciu programu można to sobie poprawić ręcznie w pliku .ini.

Zapamiętanie zmian po zatwierdzeniu Enter dotyczy wszystkich pól edycyjnych: jnxVer, ProductID, ProductName, ZOrder i DetailLevel mapy oraz ©, Name i Description levela.
Jeżeli zaznaczono AutoUpdateMap to zmiany od razu zapisywane są w pliku .jnx. W przeciwnym wypadku należy kliknąć UpdateMapNow.

Lista znalezionych map zostaje zapisana w pliku .ini tylko wtedy, gdy nie ma w nim wpisanej żadnej grupy.
Edytując ręcznie grupy w pliki .ini należy pamiętać, że pierwsza musi mieć numer 1 i należy zachować ciągłość numeracji.
Wpis dokonujemy wg wzoru (x=numer grupy):
Groupx=ProductID,ProductName,ZOrder,eTrexScale1

Dzięki!

Staszek, kurde, w Kętach mieszkasz, musimy się za ten soft na piwo umówić

@pelsta
Uwaga się wzięła stąd, że funkcja map2jnx praktycznie się wywala na mapach z mobaca. Konwersję prawdopodobnie wykładają spacje w nazwach plików, które ta aplikacja typowo w nie wstawia.
I tego dotyczyła uwaga o lepszym radzeniu sobie importu z mapami niepociętymi, a nie tego czy import kafli to pryszcz.
BTW, są jakieś zmiany w 6.1 jeżeli chodzi o obsługiwane odwzorowania importowanych map, czytaj tar->jnx ?
Skądś jakby znam ten pierwszy format Coś się zmieniło w obsłudze odwzorowań importowanych map ?
@Lechu
Co mają do rzeczy takie uwagi ? Przecież nie wnikam skąd garminowcy mają jnx-y
Wnikam w to, że jnxer ma funkcję importu map2jnx, która w pewnych sytuacjach nie działa, bo albo się wywala na imporcie plików tarowanych z mobaca, albo map w niektórych odwzorowaniach nie potrafi zaimportować poprawnie (PL-UTM, PL-1992).
Przecież to pryszcz wstawić w aplikację sprawdzanie, czy kalibracja importowanej mapy jest w Merkatorze, jeżeli tak import miał działać. A jak mapa w nim nie jest napisać "nieobsługiwane odwzorowanie" zamiast "błąd tworzenia mapy z ...". A co aplikacja robi dla kupionej w sklepie mapy turystycznej w formacie PC ? Importuje jak gdyby nigdy nic, tylko robi to źle, bo bez konwersji odwzorowania. W przypadku sklepowych tarów jest lepiej, bo konwersja się po prostu wypieprza jak dla map z mobaca i ten problem z głowy
Pozdrawiam
Ranger

Nie ma obowiązku korzystania z mojego programu. Wiem dokładnie na czym się wywala a na czym nie. Napisłem wyraźnie, że pewne funkcje są w wersji beta. Jeśli nie rozumiesz co to znaczy, to Twój problem. Poczekaj aż napis beta zniknie.
Napisz sobie własny program, który będzie działał tak, jak to sobie wyobrażasz. Ja mam swoją własną koncepcję.

ps
Mapy z Mobaca nie interesują mnie.