- nejde aktualizovať na novú verziu programu.
- Mozilive pouze jen na WIN7?
- Problém se stahováním
- problém s prihlásením
- Problem s prihlasenim v MoZiGo.
- Problém pri sťahovaní
- Chyba pri natahovani LAB kesiek z MoZiLive
- Chyba při generování statistiky - Aktualizovat nalezené
- Chyby po nové instalaci
- Chyba s GS mapou v Mozilive
2009.3.22.21 Inštalácia MoZiGo+MoZi,24.21 Upd,27.21 Upd,28.21 Upd,29.19 Upd,31.23Upd,2.21Upd
2009.4.4.8 (20)Update
==================
bug1=checkboxy pre offline hladanie podla attributov
bug2=oprava sortovania podla datumu listingu
add1=doplnenie o moznost hladania iba letter kesiek
==================
2009.4.2.21 (19)Update
==================
add1=vyhľadávanie kešiek snáď podľa všetkých attribútov, 47 typu "yes"+26 typu "no"
add2=backup/restore gc záznamov kešiek pre prípad, že keška sa stane nedostupnou, PM zrušenou atď a mohli by byť problémy so štatistikou...
add3=mini.sqlite doplnená o stĺpec TerDif, kde je uvedená veľkosť kešky, terén a obtiažnosť
Nová verzia MoZ do PDA doplnená o stĺpec TerDif.
=================
2009.3.31.23 (18)Update
==================
add1=offline hľadanie aj podľa 46 kritérií - ikoniek, ktoré sú súčasťou listingov
==================
2009.3.29.19 (17)Update
==================
add1=doplnenie databázy o príznak "ZMENA", ktorý sa aktivuje pri zistení akejkoľvek zmene v dokumentácii ku keške a zotrvá až dovtedy kým sa listing znova nestiahne. Takýto záznam sa dá odlíšiť sivým podčiarknutým textom. Dá sa využiť zotriedenie podľa typu, kedy sa takéto kešky dostanú na začiatok resp.koniec celkového zoznamu.
add2=zmena prihlasovania
==================
2009.3.28.21 (16) Update
==================
add1=dodatočná kontrola, oprava okresov v GC súboroch a allgc.gci súbore /offline hľadanie-Kontrola indexu, okresov/
bug1=pri pridávaní zrušenej kešky sa táto automaticky označí na stiahnutie
==================
2009.3.27.21 (15) Update
==================
add1=podpora pre IE8
==================
MoZ.exe - Update
- chyba v adresároch pri príprave riešenia /prepare/
2009.3.24.21 (14)Update
==================
bug1=návrat zrušenej kešky medzi "normálne" s opravou v gc.databáze - dosiahnete cez checkbox prepisuj
bug2=krajiny s názvom kantónu a pod.->skratka krajiny -> expand skratky na ofiko názov krajiny
add1=stránka kešovadlo premenovaná na sqlite
add2=mini.sqlite podpora cez AS - priamo sa kopíruje dbáza do PDA
add3=jednoduchý viewer mini.sqlite dbázy na stránke sqlite
==================
2009.3.22.21 Inštalačka
==================
Drobné úpravy kódu MoZiGo
MoZi pre PDA konfigurovateľný aj pre iné PDA ako je \Storage Card\
- MoZi obsahuje registrátor súborov mzt pre riešenie vzorcov, to znamená po ťapnutí na takýto súbor v PDA alebo odkazu v IE sa otvorí automaticky MoZi
==================
»
- Ak chcete pridať komentáre, tak sa musíte prihlásiť alebo zaregistrovať.
Bug vo verzii 2009.4.4.8
Ahoj,
dnes som stiahol najnovsiu verziu a vidim, ze Mozigo opat pokrocilo, tesim sa na nove funkcie. Vsimol som si ale jednu chybicku - prestal fungovat filter na stranke Groundspeak - seek geocache. Dam si najst kese okolo Ziliny napriklad. V zozname su aj slovenske aj ceske kese, zaskrtnem, ze chcem len slovenske, kliknem pridat do zoznamu - a pridaju sa mi vsetky. To iste so zakrtnutim len rakuskych kesi, robi to iste. Bude tam niekde drobna chybicka.
Lafy
Hledej a odeber
Dovolil bych si nahlásit chybku ;) ve funkci Hledej a odeber při offline hledání. Tato by dle mého porozumnění měla fungovat tak, že bude ze seznamu vždy jen odebírat, vše co splňuje zadané podmínky. Nyní funguje tam, že pokud v seznamu kešku najde, tak ji odebere, a pokud nenajde, tak ji přidá.
Hlášení chyb
1. V offline, jak jsi dodělal vyhledávání podle atributů, jsi několik checkboxů nechal "globálních", zobrazují se i na ostatních záložkách.
2. Pořád nefunguje správně řazení - např. řadit podle data souboru na první kliknutí kešky nějak zpřehází, a až na druhé je seřadí podle data souboru. Myslím, že to zlobí i ostaních způsobů řazení.
Objevila se opět chyba v souvislosti s přepisováním okresů. Jedná se o onu skrytou chybu, kdy se v .gci přepíou špatně okresy. Teď můžu trochu přiblížit situaci, kdy se to stalo - dal jsem offline vyhledání ve velkém okruhu, vyhledané jsem seřadil podle data souboru, a dal všechny znovu aktualizovat. Pak jsem po dokončení vygeneroval statistiku, a díky tomu jsem zjistil, že jsou zase špatně přepsané okresy. Může to třeba začít zlobit, když se objeví při stahování nějaká zahraniční, nebo PM, nebo ... netuším :) A s tím tedy souvisí :
3. Vyvolal jsem funkci na spočítání keší v okresech. Pak jsem opravil okresy ve mnou nalezených, a díky tomu se asi stalo to, že tabulky s počtem okresů jsou rozjeté a počty v krajích je překrývají. Je to způsobeno 600% v Brně. Asi by nebylo marné pro tento případ ošetřit maximum na 100% ... Však se mrkni.
4. Pak jen grafická úprava (není důležitá) - šla-li by ikonka megaeventu udělat stejné velikosti jako ostatní. Jestli ji nemáš, můžu ti zeditovat potřebnou velikost a poslat.
5. Ještě drobnost (taky není důležitá) - ještě by se do Grounspeak i Offline hledání hodily ikonky pro Letterbox, které jsou častější než třeba Megaevent. Případně dát třeba místo webcam, které už jsou, jestli se nepletu, jen na dožití ...
6. Jsou přehozené funkce radiobuttonu "Volba režimu přidávání wpt - s kontrolou duplicity / bez kontroly duplicity"
Díky za opravy
Díky za opravy, vše pěkně funguje.
Všiml jsem si, že jsi i dodal do statistiky volbu generovat z aktuálních / z archivu. Zkoušel jsem to, ale je tu drobnost - když to generuje z archivních po zalogování nových kešek, nejsou tyto nové ještě mezi archivními a statistika se nevygeneruje. Jediná možnost je vygenerovat statistiku z aktuálních, pak zálohovat nové do archivních, a pak vygenerovat statistiku z archivních. V jednom kroku to neprovede. Šlo by udělat, když se generuje z archivních a nenajde některé mezi archivními, aby tyto scházející vzal z aktuálních ?
Podla mna ked by si mal
Podla mna ked by si mal stiahnuty zoznam kesiek skor tak sa pri generovani statistiky z archivu toto uz zohladni...
Staci ale spustit statistiku opakovane a malo by to byt komplet, pretoze sa zistil nesulad a skopirovali sa vsetky chybajuce gc do archivu....cize nevidim dovod menit algoritmus a komplikovat to...leda ze by to moje tvrdenie nebolo pravdive:)
Generování statistiky
Už vidím, kde jsem ztroskotal. Skutečně se doplní chybějící z aktuálních do archivních, ale až po restartu MoZiGa (a nebo možná jen stačí zavřít okno Statistiky a znovu otevřít ? To ještě vyzkouším.). Zkoušel jsem to totiž několikrát vygenerovat, ale nic to neprovedlo. Pak jsem restartoval MoZiGo a až poté to zkopírovalo .gc a statistika doběhla do konce. Tak nerozumím, kde postupuju špatně ?
Problém asi vznikol u teba
Problém asi vznikol u teba preto, lebo si nemal uložený sorted zoznam už aj s pribudnutými keškami...
Inak si neviem vysvetliť rozdiel medzi FoundGC\ a GC\...
Upravil som to a už by nemalo záležať na tom, či máš alebo nemáš zoznam zosortovaný...
Neměl jsem sorted
Ano, neměl jsem uložený sorted. Ale řekni mi, jak můžu během generování statistiky jednoduše uložit sorted ? Jediná možnost je vygenerovat statistiku, načíst logy, uložit sorted, a znova vygenerovat statistiku, teď už v pořádku.
Nuz keby si nemal subor
Nuz keby si nemal subor sorted vobec tak to zafunguje spravne...a tak nejak som to aj predpokladal ale zabudol som prave na aktualizaciu sorted zaznamu...Ono udrziavanie sorted zaznamu by malo predchadzat vzdy generovaniu statistiky - samozrejme ak pribudli nove zaznamy jednoducho aj preto aby niektore statisticke udaje u ktorych zalezi na poradi, boli vyhodnotene podla skutocnosti a nie poradim, ktore doda gc.com a ktore vieme, ze je raz take a inokedy ine...
Správný postup
Takže správný postup je :
1. Přes Logy/Data načíst seznam sorted a doplnit z gc.com seznam o nové logy
2. Uložit do sorted
3. Spustit Statistiku - Na 1 click, která mi doplní chybějící logy, uloží nově nalezené .gc do archivních a vygeneruje z nich statistiku
Je to tak správně ? ( Tedy jestli jsi to upravil, tak první 2 kroky už lze vynechat :) )
Pozn.: abys rozumněl - já sorted vůbec nepoužívám, jen když si chci občas doplnit milníky. Naběhené vzdálenosti negeneruji. Takže to ukládání do sorted je takový nadbytečný krok ;)
Ano napisal si to spravne...
Ano napisal si to spravne...
Do novej verzie som to vsak trosku upravil aby sa stiahli vsetky gc a zazalohovali do FoundGC\ hoci este vsetky sorted nie su ulozene...Takze by potom ten kto nepotrebuje sorted mohol generovat statistiku hned z archivu a dostane spravne vysledky.
Suma sumarum bude stacit otvorit statistiku zafajknut "Aktualizuj najdene" a dat Generuj preview...
Az potom by som doporucoval pouzit 1.klik a aktualizovat statistiku aj na gc.com
Mam nainstalovanou verzi
Mam nainstalovanou verzi 2009.3.22.21 a když zvolím oblast v mapě a dám hledat tak MoZiGo spadne a na ploše se vytvoří soubor hs_err_pid5800.log
#
# An unexpected error has been detected by Java Runtime Environment:
#
# EXCEPTION_FLT_STACK_CHECK (0xc0000092) at pc=0x0921d269, pid=5800, tid=5804
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0_01-b06 mixed mode, sharing)
# Problematic frame:
# v ~RuntimeStub::resolve_static_call
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x08f58800): JavaThread "main" [_thread_in_Java, id=5804]
siginfo: ExceptionCode=0xc0000092, ExceptionInformation=0x00000000 0x00122b14
Registers:
EAX=0x2b164c80, EBX=0x2b164c80, ECX=0x00000066, EDX=0x091f2d95
ESP=0x00122aa8, EBP=0x00122bb8, ESI=0x00122bf0, EDI=0x0926b990
EIP=0x0921d269, EFLAGS=0x00250212
Top of Stack: (sp=0x00122aa8)
0x00122aa8: ffff1372 ffff4020 ffffffff 092004e9
0x00122ab8: 073c001b 00122c74 ffff0023 00000000
0x00122ac8: 00000000 00000000 00000000 00000000
0x00122ad8: 00000000 00000000 00000000 00000000
0x00122ae8: 00000000 00000000 00000000 00000000
0x00122af8: 5be00000 4005c805 00000000 c0000000
0x00122b08: 00004003 00000000 400dea60 00000000
0x00122b18: 00000000 00000000 00122b60 0490b0c0
Instructions: (pc=0x0921d269)
0x0921d259: 00 00 83 ec 6c dd 34 24 9b dd 24 24 dd 5c 24 6c
0x0921d269: dd 5c 24 74 dd 5c 24 7c dd 9c 24 84 00 00 00 dd
Stack: [0x00030000,0x00130000), sp=0x00122aa8, free space=970k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
v ~RuntimeStub::resolve_static_call
J java.lang.Character.toLowerCase(I)I
j java.lang.Character.toLowerCase(C)C+1
j java.lang.String.toLowerCase(Ljava/util/Locale;)Ljava/lang/String;+79
j java.lang.String.toLowerCase()Ljava/lang/String;+4
j java.net.URL.<init>(Ljava/lang/String;Ljava/lang/String;ILjava/lang/String;Ljava/net/URLStreamHandler;)V+36
j java.net.URL.<init>(Ljava/lang/String;Ljava/lang/String;ILjava/lang/String;)V+7
j java.net.URL.<init>(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)V+5
j sun.net.www.ParseUtil.fileToEncodedURL(Ljava/io/File;)Ljava/net/URL;+84
j sun.misc.Launcher.getFileURL(Ljava/io/File;)Ljava/net/URL;+10
j sun.misc.Launcher.pathToURLs([Ljava/io/File;)[Ljava/net/URL;+19
j sun.misc.Launcher.access$300([Ljava/io/File;)[Ljava/net/URL;+1
j sun.misc.Launcher$1.run()Ljava/lang/Object;+77
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0b395800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=4228]
0x0b390c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2272]
0x0b38f800 JavaThread "Attach Listener" daemon [_thread_blocked, id=5556]
0x0b38ec00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5552]
0x0b350800 JavaThread "Finalizer" daemon [_thread_blocked, id=5492]
0x0b34f800 JavaThread "Reference Handler" daemon [_thread_blocked, id=5484]
=>0x08f58800 JavaThread "main" [_thread_in_Java, id=5804]
Other Threads:
0x0b346400 VMThread [id=5480]
0x0b397000 WatcherThread [id=5560]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 960K, used 281K [0x22930000, 0x22a30000, 0x22e10000)
eden
[error occurred during error reporting, step 190, id 0xc0000092]
Dynamic libraries:
0x00400000 - 0x00828000 C:\Program Files\MoZiGo\MoZiGo.exe
0x7c900000 - 0x7c9ae000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll
0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\user32.dll
0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll
0x77dc0000 - 0x77e6b000 C:\WINDOWS\system32\advapi32.dll
0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll
0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll
0x77110000 - 0x7719b000 C:\WINDOWS\system32\oleaut32.dll
0x77c00000 - 0x77c58000 C:\WINDOWS\system32\msvcrt.dll
0x774d0000 - 0x7760d000 C:\WINDOWS\system32\ole32.dll
0x71b00000 - 0x71b12000 C:\WINDOWS\system32\mpr.dll
0x77bf0000 - 0x77bf8000 C:\WINDOWS\system32\version.dll
0x5d5a0000 - 0x5d63a000 C:\WINDOWS\system32\comctl32.dll
0x72fc0000 - 0x72fe6000 C:\WINDOWS\system32\winspool.drv
0x7c9c0000 - 0x7d1d8000 C:\WINDOWS\system32\shell32.dll
0x77f60000 - 0x77fd6000 C:\WINDOWS\system32\SHLWAPI.dll
0x44530000 - 0x44600000 C:\WINDOWS\system32\wininet.dll
0x00380000 - 0x00389000 C:\WINDOWS\system32\Normaliz.dll
0x442b0000 - 0x442f5000 C:\WINDOWS\system32\iertutil.dll
0x44610000 - 0x44737000 C:\WINDOWS\system32\URLMON.DLL
0x76390000 - 0x763d9000 C:\WINDOWS\system32\comdlg32.dll
0x60900000 - 0x6094f000 C:\Program Files\MoZiGo\sqlite3.dll
0x77910000 - 0x77a04000 C:\WINDOWS\system32\setupapi.dll
0x10000000 - 0x100ba000 C:\Program Files\MoZiGo\CalcPC.dll
0x76370000 - 0x7638d000 C:\WINDOWS\system32\IMM32.DLL
0x773c0000 - 0x774c3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll
0x5b250000 - 0x5b288000 C:\WINDOWS\system32\uxtheme.dll
0x746f0000 - 0x7473c000 C:\WINDOWS\system32\MSCTF.dll
0x10100000 - 0x1010e000 C:\Program Files\Logitech\SetPoint\lgscroll.dll
0x78130000 - 0x781cb000 C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.3053_x-ww_b80fa8ca\MSVCR80.dll
0x77680000 - 0x776a1000 C:\WINDOWS\system32\NTMARTA.DLL
0x71bd0000 - 0x71be3000 C:\WINDOWS\system32\SAMLIB.dll
0x76f50000 - 0x76f7d000 C:\WINDOWS\system32\WLDAP32.dll
0x751a0000 - 0x751ce000 C:\WINDOWS\system32\msctfime.ime
0x01180000 - 0x01196000 C:\WINDOWS\system32\btmmhook.dll
0x5f2e0000 - 0x5f2f7000 C:\WINDOWS\system32\olepro32.dll
0x76fc0000 - 0x7703f000 C:\WINDOWS\system32\CLBCATQ.DLL
0x77040000 - 0x77109000 C:\WINDOWS\system32\COMRes.dll
0x44810000 - 0x44ddd000 C:\WINDOWS\system32\ieframe.dll
0x76be0000 - 0x76beb000 C:\WINDOWS\system32\PSAPI.DLL
0x71a90000 - 0x71aa7000 C:\WINDOWS\system32\ws2_32.dll
0x71a80000 - 0x71a88000 C:\WINDOWS\system32\WS2HELP.dll
0x732a0000 - 0x732a5000 C:\WINDOWS\system32\RICHED32.DLL
0x74e00000 - 0x74e6d000 C:\WINDOWS\system32\RICHED20.dll
0x77b30000 - 0x77b52000 C:\WINDOWS\system32\apphelp.dll
0x44ef0000 - 0x45264000 C:\WINDOWS\system32\mshtml.dll
0x746c0000 - 0x746e9000 C:\WINDOWS\system32\msls31.dll
0x75db0000 - 0x75e41000 C:\WINDOWS\system32\mlang.dll
0x51660000 - 0x5168c000 C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\PDM.DLL
0x03720000 - 0x039ec000 C:\WINDOWS\system32\xpsp2res.dll
0x51580000 - 0x515ab000 C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\MSDBG2.DLL
0x7e690000 - 0x7e740000 C:\WINDOWS\system32\SXS.DLL
0x03390000 - 0x033ba000 C:\WINDOWS\system32\msimtf.dll
0x75c30000 - 0x75cad000 C:\WINDOWS\system32\jscript.dll
0x71a30000 - 0x71a70000 C:\WINDOWS\system32\mswsock.dll
0x698b0000 - 0x69908000 C:\WINDOWS\system32\hnetcfg.dll
0x71a70000 - 0x71a78000 C:\WINDOWS\System32\wshtcpip.dll
0x76ed0000 - 0x76f0c000 C:\WINDOWS\system32\RASAPI32.dll
0x76e80000 - 0x76e92000 C:\WINDOWS\system32\rasman.dll
0x67270000 - 0x672c5000 C:\WINDOWS\system32\NETAPI32.dll
0x76ea0000 - 0x76ecf000 C:\WINDOWS\system32\TAPI32.dll
0x76e70000 - 0x76e7e000 C:\WINDOWS\system32\rtutils.dll
0x76b30000 - 0x76b5d000 C:\WINDOWS\system32\WINMM.dll
0x769b0000 - 0x76a65000 C:\WINDOWS\system32\USERENV.dll
0x72290000 - 0x72295000 C:\WINDOWS\system32\sensapi.dll
0x76fb0000 - 0x76fb6000 C:\WINDOWS\system32\rasadhlp.dll
0x76f10000 - 0x76f37000 C:\WINDOWS\system32\DNSAPI.dll
0x77c60000 - 0x77c84000 C:\WINDOWS\system32\msv1_0.dll
0x76d50000 - 0x76d69000 C:\WINDOWS\system32\iphlpapi.dll
0x056f0000 - 0x05b65000 C:\WINDOWS\system32\Macromed\Flash\Flash10a.ocx
0x77a70000 - 0x77b06000 C:\WINDOWS\system32\CRYPT32.dll
0x77b10000 - 0x77b22000 C:\WINDOWS\system32\MSASN1.dll
0x73af0000 - 0x73b05000 C:\WINDOWS\system32\mscms.dll
0x76c20000 - 0x76c4e000 C:\WINDOWS\system32\WINTRUST.dll
0x76c80000 - 0x76ca8000 C:\WINDOWS\system32\IMAGEHLP.dll
0x72ce0000 - 0x72ce9000 C:\WINDOWS\system32\wdmaud.drv
0x72cd0000 - 0x72cd8000 C:\WINDOWS\system32\msacm32.drv
0x77bd0000 - 0x77be5000 C:\WINDOWS\system32\MSACM32.dll
0x77bc0000 - 0x77bc7000 C:\WINDOWS\system32\midimap.dll
0x444b0000 - 0x44527000 C:\WINDOWS\system32\mshtmled.dll
0x1b000000 - 0x1b00c000 C:\WINDOWS\system32\ImgUtil.dll
0x436f0000 - 0x436fe000 C:\WINDOWS\system32\pngfilt.dll
0x76360000 - 0x76365000 C:\WINDOWS\system32\msimg32.dll
0x439e0000 - 0x43a19000 C:\WINDOWS\system32\Dxtrans.dll
0x76b10000 - 0x76b21000 C:\WINDOWS\system32\ATL.DLL
0x6d9b0000 - 0x6d9ba000 C:\WINDOWS\system32\ddrawex.dll
0x73720000 - 0x7376b000 C:\WINDOWS\system32\DDRAW.dll
0x73b80000 - 0x73b86000 C:\WINDOWS\system32\DCIMAN32.dll
0x438d0000 - 0x43927000 C:\WINDOWS\system32\Dxtmsft.dll
0x43cd0000 - 0x43d93000 C:\Program Files\Common Files\Microsoft Shared\VGX\vgx.dll
0x4ebe0000 - 0x4ed86000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.GdiPlus_6595b64144ccf1df_1.0.2600.5581_x-ww_dfbc4fc4\gdiplus.dll
0x73900000 - 0x739d0000 C:\WINDOWS\system32\D3DIM700.DLL
0x6d7c0000 - 0x6d839000 C:\Program Files\Java\jre1.6.0_01\bin\ssv.dll
0x7c340000 - 0x7c396000 C:\Program Files\Java\jre1.6.0_01\bin\MSVCR71.dll
0x6d6b0000 - 0x6d6d1000 C:\Program Files\Java\jre1.6.0_01\bin\npjpi160_01.dll
0x6d4a0000 - 0x6d4bb000 C:\Program Files\Java\jre1.6.0_01\bin\jpiexp.dll
0x6d250000 - 0x6d261000 C:\Program Files\Java\jre1.6.0_01\bin\deploy.dll
0x71ab0000 - 0x71aba000 C:\WINDOWS\system32\wsock32.dll
0x76fa0000 - 0x76fa8000 C:\WINDOWS\System32\winrnr.dll
0x6d4f0000 - 0x6d514000 C:\Program Files\Java\jre1.6.0_01\bin\jpishare.dll
0x08f70000 - 0x091b7000 C:\PROGRA~1\Java\JRE16~1.0_0\bin\client\jvm.dll
0x6d310000 - 0x6d318000 C:\PROGRA~1\Java\JRE16~1.0_0\bin\hpi.dll
0x6d770000 - 0x6d77c000 C:\PROGRA~1\Java\JRE16~1.0_0\bin\verify.dll
0x6d3b0000 - 0x6d3cf000 C:\PROGRA~1\Java\JRE16~1.0_0\bin\java.dll
0x6d7b0000 - 0x6d7bf000 C:\PROGRA~1\Java\JRE16~1.0_0\bin\zip.dll
0x6d000000 - 0x6d1c3000 C:\Program Files\Java\jre1.6.0_01\bin\awt.dll
VM Arguments:
jvm_args: -Xbootclasspath/a:C:\PROGRA~1\Java\JRE16~1.0_0\lib\deploy.jar;C:\PROGRA~1\Java\JRE16~1.0_0\lib\plugin.jar -Xmx64m -Djavaplugin.maxHeapSize=64m -Xverify:remote -Djavaplugin.version=1.6.0_01 -Djavaplugin.nodotversion=160_01 -Dbrowser=sun.plugin -DtrustProxy=true -Dapplication.home=C:\PROGRA~1\Java\JRE16~1.0_0 -Djavaplugin.vm.options=-Djava.class.path=C:\PROGRA~1\Java\JRE16~1.0_0\classes -Xbootclasspath/a:C:\PROGRA~1\Java\JRE16~1.0_0\lib\deploy.jar;C:\PROGRA~1\Java\JRE16~1.0_0\lib\plugin.jar -Xmx64m -Djavaplugin.maxHeapSize=64m -Xverify:remote -Djavaplugin.version=1.6.0_01 -Djavaplugin.nodotversion=160_01 -Dbrowser=sun.plugin -DtrustProxy=true -Dapplication.home=C:\PROGRA~1\Java\JRE16~1.0_0
java_command: <unknown>
Launcher Type: generic
Environment Variables:
CLASSPATH=.;C:\Program Files\Java\jre1.6.0_01\lib\ext\QTJava.zip
PATH=C:\PROGRA~1\Java\JRE16~1.0_0\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Intel\DMIX;C:\Program Files\Common Files\GTK\2.0\bin;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\ATI Technologies\ATI.ACE\Core-Static;.
USERNAME=dyntera
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 3
CPU:total 2 family 6, cmov, cx8, fxsr, mmx, sse, sse2
Memory: 4k page, physical 2060520k(1297796k free), swap 3401560k(2706648k free)
vm_info: Java HotSpot(TM) Client VM (1.6.0_01-b06) for windows-x86, built on Mar 14 2007 00:24:02 by "java_re" with unknown MS VC++:1310
Uff tak toto je log ako sa
Uff tak toto je log ako sa patri....ale zial pomoct ti neviem, jednoducho preto, ze sa naburala java v IE ktora "nie je v mojej moci".
To ako keby sa nabural Internet explorer pretoze ten vlastne mozigo pouziva...
Ak sa situacia opakuje pravdepobne nemas nainstalenu Javu alebo co ja viem co, ktoru google mapky potrebuju...
Skus bez pouzitia mozigo
Přeinstaloval jsem javu
Přeinstaloval jsem javu novější verzí a zatím to drží - zvláštní je, že se to projevilo po aktualizaci MoZiGa, před tím vše ok.
Chyba v určování okresů
Nevím, kdy a jak se určují okresy, ale v poslední verzi je nějaká chyba (však už jsem na to nedávno narazil při generování statistiky). Včera jsem logoval keš GC11J46, generoval statistiku, a do .gc se dostala informace, že je z okresu Salzburg. Dnes jsem testoval ukládání enabled/disabled, a při online hledání se tam zapsal okres Třebíč. Přitom je z okresu Brno-město.
Procedura na urcovanie
Procedura na urcovanie okresov je urcite dobra...Muselo dojst k nejakej "neviditelnej" chybe a ta "prebublala" az k nespravnym zapisom do gc suboru...
Neviem kedy a za akych okolnosti sa to stane ale dakde ta chyba drieme...
Jak detekovat ?
Prostě - teď, když si dám online najít (Jiné hledání) keš Mikroekonomicka, tak se okamžitě po nalezení (existuje jediná) do .gc zapíše Třebíč. Celkem jasná cesta, (jedno kliknutí) kudy program jde. Dokáž nasměrovat, co udělat / smazat / nastavit, aby se odhalilo, kde vzniká chyba ?
Oprava okresů
Tedy, abych nemusel stahovat všechny listingy znovu (v nich je okres správně), nešlo by hodit do menu funkce Oprav okresy v .gc a .gci, která to projede a podle souřadnic opraví ?
Nová informace o .gci
V .gci je velké množství kešek označeno nesmyslně z okresu Salzburg nebo Třebíč. Jak se to stalo ? Je to v instalačce od tebe, nebo se mi to tam zapsalo při aktualizaci listingů keší ?
Ještě jedna věc - zase mi vyhazuje chybu generování statistiky, dokud nesmažu sorted. Mám takový pocit, že špatné okresy i špatný sorted už byl v některé z dřívějších verzích, pak to bylo OK, a objevilo se to zase až teď. Jen info, třeba povede k nalezení, kde může ta chybka být ...
Update obnovených keší
Zdá se mi, že s poslední úpravou ohledně sladění .htm a .gc při stáhnutí listingu došlo k nějaké chybce.
Totiž - když dám online vyhledat kešky, a vyhledaný seznam vložím do seznamu na hlavní stránce, oznaší se správně jejich stav (enabled / disabled) v seznamu, ale pokud se liší od předchozího stavu, měly by se kešky označit jako nestáhnuté (nutno stáhnout). To se neděje. Ono to totiž pak vede k situaci při generování wpt, že se vezme z .htm původní informace a keška je pak generována červeně jako zrušená, i když už bylo z výsledku hledání zjištěno, že je enabled.
Edit: Ano, tak jsem to ověřil. Hned, jak získám výsledky hledání, se zapisují informace ZRUSENA do .gc. OK. Když ale vložím vyhledané do seznamu na stažení, už se neporovná .gc s .htm a nenastaví zašedění checkboxu podle toho, jestli se liší a je nutno .htm znovu stáhnout, nebo neliší. Pak samozřejmě při generování wpt se bere údaj z .htm a to je špatně, ten je starý.
Toto porovnání by mělo proběhnout jak při vkládání z online, tak při vkládání z offline. V obou případech porovnání neproběhne a není odšeděno políčko (nutno znovu stáhnout). Tím by se mělo vše vyřešit :)
Pri prenose zo zoznamu na
Pri prenose zo zoznamu na hlavnu stranku sa porovnavaju zaznamy z gc a ak nie je zhoda ohladom "Zrusena" , tak sa zaznam prenesie a ihned oznaci na stiahnutie. Toto je ale len za predpokladu, ze zoznam na hlavnej stranke je prazdny resp. nie je tam uz keska s danym GC. Pretoze ak tam uz taky zaznam je /napr z offline/ tak uz nedojde k porovnavaniu...
Jednoducho, tento fakt ma prednost uz z principu.
Do wpt sa informacie generuju vzdy z html a nie z gc zaznamov, cize ich aktualnost zodpoveda aktualnosti listingov...
Ale seznam prázdný je
Samozřejmě, že to testuji na prázdném seznamu na hlavní stránce. V .gc je ZRUSENA=0, v .htm není zrušená. Najdu online nebo tuto kešku -> do .gc se zapíš ZRUSENA=1. Přenesu vyhledanou do seznamu na stažení, ale tam už se jako "na stažení" neoznačí. Však si to vyzkoušej ...
Preco myslis, ze som si to
Preco myslis, ze som si to nevyskusal?
Ja tam ziaden problem nevidim...
Skusil som si obe moznosti...
Zo zoznamu z groundspeeku som si nechal preniest "cervenu" kesku a v gc som rucne prepisal zrusena=0
a v hlavnej stranke sa oznacila ako nestiahnuta...
A podobne s keskou, ktora v zozname bola normalna ale v gc mala status zrusena...
Takze neviem preco to tebe nem funguje...
Trenoval som to na tychto keskach
GC11J46.gc
GC1C827.gc
Teď jsem to vyzkoušel
Stav GC11J46 :
v .gc je ZRUSENA=0
v .htm není nápis Zrušená
dám ji vyhledat (Jiné hledání - Mikroekonomicka)
do .gc se zapsalo ZRUSENA=1
dám ji přenést do seznamu na stažení
v seznamu je zašeděná - není nutno ji stáhnout
Ale má být bílá - je nutno stáhnout. Teď jsem tocelé zopakoval, několikrát, pořád se stejným výsledkem.
Sorry, ja som to skusal tak
Sorry, ja som to skusal tak ze som po stiahnuti zoznamov oznacil zaznam v gc subore za Zruseny=0 neuvedomil som si ze toto automaticky predtym preplacne stiahnutie zoznamu.
Kedze si myslim, ze naozaj je dolezite ihned ak zistim ze keska je striked ihned to poznamenat, do zoznamu na hlavnej sa dostane sice z priznakom nestiahnuta ale ked si to uz user zela /predtym musel dat aj zrusene/ tak musi zapnut prepisuj inak mu to len prebehne bez fyzickeho stiahnutia, pretoze listing tam uz je...
Mazat ho nechcem lebo niekedy sa moze naramne hodit napr. ak sa stane PM alebo podobne...
Stiahnite si novu verziu - je tam aj moznost opravy okresov...
Okresy
Okresy se opravily bezvadně, díky moc za tuto funkci.
Okresy
Tak mě to okresy nebere, a co to udělá na profilu. Viz profil Efec. V čem dělám chybu. Při aktualizaci profilu mě to hlásí 8x okres nenalezen a taky 8 jich cybí.
Preco ked sa odvolavate na
Preco ked sa odvolavate na svoj profil tak nenechate odkaz!!! Myslite ze je zabavne vzdy zistovat vase GUID???
Pocty kesiek v okresoch/krajoch su sucastou instalacie ale kedze to je dynamicka zalezitost, mozigo ma na spocitanie okresov funkciu...
U teba evidentne pocty v okresoch su chybne a v Kroměříži kde si nasiel 17 kesiek je pri sumarnom pocte 1 keska vysledok 1700% co je samozrejme blbost...
V Mozigo/Offline hladanie /okresy najdes button "Pocty", ktory ked pouzijes aktualne spocita pocty kesiek v okresoch...
Predtym vsak doporucujem pouzit "Kontrolu indexov,okresov" tiez na obrazovke Hladanie v existujucich....
Mozno sa vyriesi aj problem s tymi nezaradenymi.
Omlouvám se za nezařazený
Omlouvám se za nezařazený odkaz.
http://www.geocaching.com/profile/?guid=87b06646-dd94-4dc1-aa24-9deac09e...
Přesto se mi ani podle návodu nepodařilo počítání okresů spravit. Při opravě mi to hlásí jen 1899 keší v ČR. A v profilu to zůstává stejně.
No nie na Slovensku mam
No nie na Slovensku mam vsetky a tych je 2072.
V cesku zdaleka nemam vsetky a mam ich 12169...
Takze musel si si nejako poskodit subor allgc.gci...
Ked si nainstalujes mozigo do nejakeho pomocneho adresara, tak si zober odtial ten subor, urcite tam bude viac kesiek ako mas teraz ty...
Mozem ten moj allgc.gci dat sem na web... /uz to tam je/
Mozes vyuzit funkciu "pripoj gci zo suboru" v offline hladaniach...
Potom ked si "obohatis" svoju zbierku kesiek, daj si znova vygenerovat pocty za okresy...
Okresy
Tak jsem udělal vše podle tvé rady a nepomohlo. Tak jsem MoZiGo odinstaloval, nainstaloval, stáhl nejnovější verzi, stáhl allgc. Výsledkem je že v ČR okresech je 0 keší. Alespoň to nerozbíjí ten profil. Těch 8 je taky bůhví odkud. Pro dnešek asi dobrou noc. A díky
Zrejme vzdy urobis nejaku
Zrejme vzdy urobis nejaku "operaciu" navyse alebo moj postup zle aplikujes ...
Takze este raz a znova.
1.Netreba nic odinstalovavat - mozigo nikde nic nezapisuje takze niet co odinstalovat
2a).Ked si spustis instalaciu do nejakeho ineho adresara tak pouzijes iba subor allgc.gci ktory skopirujes do tvojej teraz pouzivanej instalacie.
2b).Tento isty efekt dosiahnes ak si stiahnes odtialto iba subor allgc.gci a umiestnis ho tam kde pouzivas Mozigo
3.Teraz po spusteni Mozigo nic nerob a hned si spusti funkciu na generovanie poctov kesiek v jednotlivych okresoch..."Offline/Okresy/Pocty" a musis tam mat uz rozumnejsie pocty...Tato ista funkcia sa da spustit aj z obrazovky Statistiky/Okresy/Spocitaj mnozstvo kesiek v okresoch...
Potom samozrejme statistiku - preview ktora uz bude mat ako vstup rozumne pocty kesiek v okresoch.
Oprava
Díky za opravy. Teď se označují všechny zrušené pokaždé na stáhnutí, i když nedošlo k jejich změně.
Jde ale ještě i opačný případ - když mám v .gc a v .htm nějakou kešku označenou jako zrušenou, tak se při její obnově (tj. při hledání se najde jako obnovená) a po vložení do seznamu na stáhnutí objeví jako obnovená (tj. už není červená), ale není označená "na stáhnutí". Je zašeděná, i když by měla být bílá jako nutno stáhnout. Teď jsem to zkoušel.
Jestli rozumíš - obecně se při vyhledávání, když se zjitítí změna stavu enabled/disabled nebo disabled/enabled, se neoznačí keška "nutno stáhnout". Teď jsi teda změnil, že každá disabled se označí na stáhnutí, ale je to zbytečně "násilné, chyba je někde jinde.
Nerad s tím pořád otravuju, ale jde mi o to, aby se vždy v seznamu vyznačily změny a nemusel stahovat všechny kešky, abych aktualizoval jejich skutečný stav ...
MoZiGo vs MS IE8
Měl by MoZiGo fungovat i s nejnovější verzí IE ? Mám totiž podezření, že se s ním asi nesnese. Vyhledávání kešek ukáže vždy jen jediný řádek výsledků a k tomu ještě prázdný...
Výpadek
Ne, to je jen výpadek na gc.com, teď nefunguje, jak by měl.
RE: Výpadek
Ono mi to ale nefunguje už několik dní. Nejsem si jistý jestli přesně od okamžiku kdy jsem si nainstaloval IE8 nebo jestli je jen náhoda, že když to náhodou zkusím, tak to opět nejde...
re výpadek
Mám stejný problém, objeví se první řádek, ten je prázdný a potom to jako načítá, ale nic se nezobrazí. Taky jsem si instaloval na vyzkoušení IE8 (standardne používám Operu), je tedy nějaká souvislost mezi Mozigo a IE 8???? No budu pokračovat v pokusech, už mě nic nenapadá. Pokud by byl výpadek na GCcom, tak potom nepůjde nic??, ale já se tam přihlásím a normálně zapišu logy atd..., tak v čem je problém???
To je v prd...Po pokusnom
To je v prd...Po pokusnom nainstalovani IE8 sa tento uz neda odinstalovat...
IE vnutorne uplne zmenil kodovanie a upravuje original html ako uzna za vhodne...Niekedy nechava uvodzovky inokedy nie...
Moj pracne vyladeny parser, ktory fungoval s IE5.5-7.0 je teraz nefunkcny... Blbe je, ze teraz to musim uz naladit na IE8...lebo reinstalovat svoje PC nemienim.
Super ! Díky za to, že jsi to
Super ! Díky za to, že jsi to tak rychle spravil, už to funguje jak má.
Díky, díky !!!
IE8
Taky mi to nechodilo. A IE jsem už měl dřív. Stačilo ho odinstalovat a nahrát Google Chrome a je po starostech.
Nálezy podle zemí
Měl bych prosbu - šlo by něco udělat s výpisem nálezů podle zemí ? Třeba jen nechat jako volbu, jestli chci výpis jen podle států, nebo i podle regionů ve státech.
Protože to, co mám v profilu http://www.geocaching.com/profile/?guid=3aa26e63-b720-472d-9e29-64afa94103d7 mi přijde docela nepřehledné. Moje nálezy na Kanárských ostrovech jsou vedeny ve třech řádcích :
ISLAS CANARIAS, SPAIN
ISLAS CANARIAS
SPAIN
Určitě by pro přehlednost bylo lepší jen 1 řádek - SPAIN.
Na tento problem nie je
Na tento problem nie je riesenie, eviduje sa len krajina a ta sa prebera 1:1 z listingu kesky.
Cize nateraz si musis zeditovat prislusny gc zaznam rucne...
Mozno nejaky podobny mechanizmus ako je na staty pri google mapke sveta resp. europy - ta sucasna pouziva skratky , mozno by to vyhovovalo nie?
Použít zkratku
Ano, to je pravda. V listingu to je uvedeno takto hloupě :(
A co použít funkci "Vrať zkratku státu", jak je možné zavolat tlačítkem v Nastavení ? A pak vzít příslušný stát odpovídající té zkratce ? Tj. pro všechny 3 případy (SPAIN ; ISLAS CANARIAS ; ISLAS CANARIAS, SPAIN) to vrací "ES", tedy vypsat do statistiky Spain ?
Neaktualizuje zrušené
Od začátku jsem se smířil s tím, že nefunguje aktualizace .gc po znovustažení obnovené kešky, ale nebylo by špatné tuto chybu opravit.
O co jde : když si offline vyhledám disablovanou kešku, která už byla ownerem právě obnovena, objeví se v hlavním seznamu správně ještě červeně (.gc obsahuje ZRUSENA=1). Označím ji a dám ji znovu stáhnout. V .htm se správně zruší označení jako zrušená, ale v .gc i po stažení listingu zůstane zapsáno ZRUSENA=1. Šlo by to opravit, aby se i tento příznak nastavil aktuálně na ZRUSENA=0 po stažení listingu ?
Protože pak po následném generování waypointů se tato keška označí opět červeně jako zrušená a zabílí se čtvereček, jako že je ji nutno znovu stáhnout. To je způsobeno právě nesouladem mezi .htm a .gc.
Když pak tuto kešku stáhnu znova, po dokončení generování waypointů, už se příznak ZRUSENA=0 správně zapíše i do .gc.
Je možné, že se tato chyba projevuje i opačně, tj. při změně enablovaná -> disablovaná, ale to si nejsem jistý ...