Witam,
Mam problem z generowaniem plików instalacyjnych. Mam na dysku plik Osm2GpsMid-0.6.jar, plik z mapą poland.osm.bz2, nie bardzo wiem jakie wpisać koordynaty dla regionu Polski w pliku konfiguracyjnym. Próbowałem wpisać dane jakie się wyświetlają po zaznaczeniu obszaru Polski na OpenStreetMap, ale niestety bez rezultatu. Efekt jest taki że jak uruchomię w terminalu polecenie:
to tworzy mi się katalog tempxxxxxxxxxx (x-jakieś cyferki) w min katalog map i plik GpsMid-Generic-full-0.6.jar całość zajmuje kilka MB. Próbowałem całą operację wykonać z pominięciem pliku konfiguracyjnego, ale efekt jest taki sam. Może coś robię nie tak, ale wszystko oprócz tych koordynatów wydaje się być proste. Bardzo proszę o pomoc.
Wielkie dzięki, za wstawienie nowych buildów i tego pliku poland.properties, no i ta wskazówka odnośnie pamięci też się przyda bo faktycznie wywalało mi błąd o zbyt małej ilości pamięci.
Pozdrawiam
PS. jest problem ze ściągnięciem pliku poland.propertis wyslaluje komunikat o braku dostępu “You don’t have permission to access /poland.properties on this server.” Chyba lepiej byłoby spakować ten plik lub zmienić rozszerzenie, bo traktuje go chyba jak jakiś plik systemowy.
Próbuję uruchomić plik “Osm2GpsMid-0.6.jar” z polecenia: “java -Xmx2048M -jar Osm2GpsMid-0.6.jar” i dostaję komunikat: “Error occurred durring initialization of UM. Could not reserve enough space for object heap. Could not create the Java virtual machine.”
Majwiększa pamięć jaka uruchamia program na moim komputerze to 1600M. Mam Windows XP Prof. i 4MB RAM.
Czy może ktoś mógłby poradzić jak przydzielić większą pamięć dla tej aplikacji, np 2048MB?
Paczka obejmuje obszar 49.109837,18.995361 → 50.555325,21.577148 , więc nadaje się do przemierzania sporego kawałka polskich (a także słowackich) gór. Jestem otwarty na wszelkie sugestie, co dodać, zmienić czy poprawić. Proszę również o uwagi/informację, na jakim sprzęcie udało się/nie udało się midleta uruchomić. Planowany jest docelowo codzienny cykl wydawniczy. Póki co postaram się udostępniać aktualną paczkę co weekend.
A ile by to ważyło? Nie widzę problemu, jeśli tylko nam to nie będzie wykańczać hostingu. A nawet jeśli, to w zapasie mamy jeszcze mój serwer bez limitów.
158 MB, ale niestety ciągle rośnie …
-rw-r–r-- 1 osm users 1104 Mar 7 22:38 GpsMid-Poland-0.7.7-map69.jad
-rw-r–r-- 1 osm users 158892397 Mar 7 22:38 GpsMid-Poland-0.7.7-map69.jar
Na ile będzie wykańczać hosting to trudno mi określić, bo to zalezy bardziej od liczby ściągaczy.
A jakie są wady/zalety dzielenia na mniejsze części vs jeden duży plik? Podejrzewam, że chodzi o wydajność urządzeń, na którym będzie uruchamiana ta mapa?
Drugie pytanie - da się generowanie tych paczek zautomatyzować? Bo może lepiej by było, żebym to robił skryptem u siebie na serwerze i automatycznie wrzucałoby się na osm.org.pl? (jeśli nie wymaga to np. trzymania się prawą ręką za lewe ucho
Wg mnie można jednocześnie udostępniać dużą paczkę całej Polski i poszczególne województwa w mniejszych paczkach. Właśnie takim automagicznym skryptem generuję paczki poszczególnych województw, przy czym mój skrypt jest jeszcze w fazie alfa/beta i wymaga dopracowania.
Zalety małych paczek:
pobieranie i instalacja małych paczek trwa znacznie krócej, dlatego nawet codzienna aktualizacja nie jest uciążliwa,
szybsze przeszukiwanie bazy danych miast, ulic itp.
możliwość dołączenia warstwy topo jak również innych warstw np. geocaching itp.
mniejsze zasoby komputera potrzebne do wygenerowania paczek
Duża paczka ze względu na swój rozmiar nie muli się tylko na mocniejszych tele/smart/fonach.
Użycie dużej paczki jest uzasadnione, gdy często podróżujemy na długich dystansach, wówczas ciągłe przełączanie się pomiędzy paczkami może być uciążliwe.
