Skip navigation.
Home
S MoZiGo to je jednoduchšie

2009.1.3.22 Update,2009.1.4.15 update,2009.1.4.19 Update

UPOZORNENIE, TOTO NIE JE INSTALACNA VERZIA ALE LEN UPDATE, NOVACIKOVIA STIAHNITE SI POSLEDNU INSTALACNU VERZIU A POTOM PREPLACNITE EXE SUBOR TYMTO SUBOROM!!!    

2009.1.4.19 Udate (131) - vždy ten súbor, čo je nižšie je novší !!!

===============================

bug1=odstránený problem na zlý odkaz v štatistikách na LUID /foto&logy/ /caesar1987/

bug2=odkaz na jednociferné hgt dáta N1->N01

bug3=riadok pre cestu k srtm dátam vyňatý z prekladu...nezapamätanie si cesty k srtm dátam

 

2009.1.4.15 Udate (129) - ten čo je nižšie je novší mozigo!

===============================

bug1=hgt data stahovane iba ak ich oznacim v nastaveniach

add1=doplnená možnosť tlače vybraných listingov...

add2=lang súbor pre češtinu

===============================

bug1=listing s extrémne dlhými logmi pri fulllog a kombinácii s nadmorskou výškou

bug2=ukladanie malých obrázkov do virtPDA pri navolenej kompresii /ti-na/

bug3=hgt súbory z južnej a západnej pologuli už budú tiež fungovať

add1=pridanie checkboxov pre jednoznačný update nájdených a založených kešiek a ich logov pri generovaní štatistiky

Pozor, podpora pre 1sekundove hgt data nebola urobena zámerne, lebo sa mi zdá ze objem dat na kazdy jeden stvorec 1°x1° ~ 25Mbytov je privelky a terajsia presnost pre geocaching postacuje:)...

Pozor, Wpt, addwpt a userwpt  pre OZIexplorer obsahuju výškové dáta v stopách - treba si to tak nastaviť v settingu OZiho...
 

 

Verze 1.4.15 si nepamatuje

Verze 1.4.15 si nějak sama mění nastavení cesty k SRTM souborům. V MoZiGo.ini to zůstává, ale v Nastavení je v příslušném okénku "c: \ delphi5 \ Mozigo \ srtm \". Po přepsání to samozřejmě funguje, ale při dalším startu programu je tam opět to samé...

 

A ještě jedna věc. Jak při aktualizaci listingů, tak i při exportu do GPX mi to pokaždé hlásí, že chybí výšková data pro čtverec N5E014... Což je nějaký nesmysl, protože všechny kešky co mne zajímají jsou jen v Praze a jeho okolí :-) Při pokusu o stažení dotyčných dat se to tváří, že stahuje + stáhne, ale na disku pak nic takového není.

Prvy problem bude suvisiet s

Prvy problem bude suvisiet s cestinou ..zabudol som vynat riadok kde je cesta z prekladu...

Niektora z kesiek bude mat zle udany wpt bod ktory bude ukazovat na ten stvorec ktory mozigo chce stiahnut ale z euroazie sa mu to asi nepodari/pretoze tam taky stvorec nie je...alebo a teraz ma napadla moznost ze pre jednociferne N asi budu subory ukladane ako N01 a nie N1...

Skus zistit ktora keska /jej gcxxxx/to sposobuje...

 

Ano, v překladu je přesně to,

Ano, v překladu je přesně to, co se mi tam objevuje. Vymazání ale nepomůže, pak tam zase není nic, z INI si to nedotáhne.

Jedná se o keš GC1AJXY a koukám, že hned první wpt je opravdu špatně.

 

Predsa si tam daj cestu ktoru

Predsa si tam daj cestu ktoru potrebujes ...

Preco by si to mal dotahovat z INI?

Ved to je preklad textu !!!

Ale ako som uz pisal, je chybou ze tento riadok nebol z prekladu vynaty - update to vysriesi...

Keska ktora ma blbo suradnice - na toto treba autora upozornit mailom nech to opravi...

 

Tak nějak předpokládám, že

Tak nějak předpokládám, že INI je od toho aby si ta nastavení z něj bral, ne ? :-) Pak nevím k čemu by vlastně bylo ;-) Ale O.K., dopsal jsem tam správnou cestu a už je to v pořádku. Díky !

Jasně, mám to v plánu.

No nepochopil si princip na

No nepochopil si princip na akom to funguje...

Najprv sa nahraju data z ini a nasledne sa prepisuju udaje zo suboru prekladu...lng

A ak je edit box pre cestu, ktory bol z ini nacitany spravne nasledne prepisany lang suborom....

 

Teď už je mi to jasné,

Teď už je mi to jasné, no...

Díky !