1217 odpovědí na toto téma

[Pe_Bo]

Na správný počet nálezů musíš mít importované všechny svoje Found it / Attended atd. logy.

[HuntBehind]

Roman_Jaromer napsal/a:
1) Při rozbalení souborů do adresáře mi pak GeoGet po spuštění oznámil, že chybí soubor "AutoStat.config.pas" Nakonec jsem to vyřešil přejmenováním souboru "GgStat2.config.pas", ale pro začátečníky jako jsem já by to chtělo možná upozornit...

Na nic takového, jako problém mezi klávesnicí a židlí tě nikdo předem neupozorní...

Za prvé jak už bylo výše zmíněno, nainstaluj nejnovější GeoGet a GgStat ... pak by to po tobě nemělo chtít soubor, který v distribuci Autostatu skutečně není ... nyní se totiž konfigurační soubor Autostatu jmenuje AutoStat.default.pas (a tam je potřeba změnit uživatelské údaje a preference, ať už otevřením v texťáku nebo z rozhraní GeoGetu...) Nic se přejmenovávat nemusí ... ...jo a až budeš překvapenej, že ti zmizeli ikonky pluginů z lišty, tak věz, že si musíš v nejnovějším GeoGetu nejdřív zvolit ty pluginy, které chceš zobrazovat...tzn. i zde probíraný Autostat...

[badger_j]

Při zpracování statistik se mi objevují dílčí problémy: 1. Vyskakuje chybová hláška "Chybné Country_ID" i když v nastavení je 56. 2. Vygenerovaná statistika posunuje moje home coordinate cca o 40 km na západ. Chyba je stejná při číselném zadání souřadnic i při zadání přes GeogetRef_X .

[gord]

badger_j napsal/a:
Při zpracování statistik se mi objevují dílčí problémy:

1. Vyskakuje chybová hláška "Chybné Country_ID" i když v nastavení je 56.

2. Vygenerovaná statistika posunuje moje home coordinate cca o 40 km na západ. Chyba je stejná při číselném zadání souřadnic i při zadání přes GeogetRef_X
.

ad 1. Zrejme je to tim, ze mas nastaveno "Neuploadovat pomoci geojarry" a zaroven "Download svych logu". V tom pripade se totiz nenastavi spravne hodnoty do gjtemp.ini. Mikrom to vi a behem pristiho tydne opravi.

ad 2. Asi nemas nekde neco zadano spravne. Castym problemem byva zamena desetinne tecky za carku nebo jinak chybny format souradnic.

[Cubky]

s home souradnicemi mam stejny problem jako badger_j... timto bych se chtel tedy zeptat, jaky format souradnic to po me chce, ve starsim ggstatu2 me to hazi spravne, v autostatu jiz ne edit: jediny rozdil je ten, ze me to nehodi o 40km na zapad, ale o celych 130

[gord]

Format je stejny jako u ggstat2. Zkontrolujte si paramtery, ktere Autostat predava do ggstat.exe (nastavte si SilentMode=no). Rekl bych, ze nebudou spravne.

[mikrom]

tak na webu nova verze 2.32a + pridan typ logu 'Webcam Photo Taken' + vyresen problem s loginem na geocaching.cz + snad vyresen problem s CountryId - problem s vice 'found it' zatim neopraven, budu si muset nekde zapsat 2x found it abych to moh zkouset a stejne to asi 50% kaceru neuznava..

[brazajar]

Diky za novou verzi! Ale mam s ni jeden problem.. Pokavad pouzivam toto nove makro, s pouzitim geojajryho pro upload, a jsem ZA PROXYSERVEREM, upload neprobehne. Kdyz pouziji predchozi verzi makra, vse funguje (predchozi verzi jsem generoval posledni verzi stats dnes rano v mem prfilu, pak proved zmenu na autostat ... a nefunguje). Vi nekdo co s tim...?

[gord]

mikrom napsal/a:
- problem s vice 'found it' zatim neopraven, budu si muset nekde zapsat 2x found it abych to moh zkouset a stejne to asi 50% kaceru neuznava..

Nejde ani tak o to, co kdo uznava, ale proc se stahuje neco, co uz stazeno je. Domnivam se, ze na radku 325 by stacilo zmenit to =1 na >=1. Pripadne by slo pouzit DISTINCT.

[mikrom]

brazajar: zkus 2.32b

[brazajar]

mikrom napsal/a:
brazajar: zkus 2.32b

Parada!!! Uz to funguje...!
DIKY!!!!

[Roman_Jaromer]

mikrom napsal/a:
brazajar: zkus 2.32b

Měl jsem stejný problém jako Brazajar, zkusil jsem verzi 2.32b, ale bohužel stále nic :-( Statistiky se na web nenahrají, stejně jako se do souboru nenahraje mapka z Geocaching.cz. Co dělám špatně? Příkazový řádek, který mi to ukáže je:
"GgStat.exe" -d "geoget.db3" -o "GgStats.html" -t "GgStatTemplate.cz" -x 50.34343 -y 15.90871 -c jmeno -q

[gord]

jakou delku ma vygenerovany GgStats.html? Ja jsem musel vsude davat absolutni cesty, jinak si to poradit neumelo.

[mikrom]

gord: ja jsem taky delal pokusy s abs. cestami, ale geojarry v pohode, ale ggstat si proste s diakritikou v vazvu cesty (Data aplikací) neporadil ani po vsech AnsiToOem() apd..

Roman_Jaromer: vyreseno pres TeamViewer, trochu bordel v nastavenich..

[HaLuMa]

AnsiToOem je treba pouzivat jen tehdy, kdyz se generuje obsah BAT souboru. Jinak je tento prevod nezadouci!

[mikrom]

HaLuMa: no ale v originalnim GgStat.ggp.pas je treba

AnsiToOem(Geoget_Datadir + '/geoget.db3' )

, to kdyz sem zkusil, tak mi to nikdy neslo.. kdyz dam jen 'geoget.db3' tak to jede

[HaLuMa]

Tak znova... proc tam volas to AnsiToOem? To potrebujes jen tehdy, kdyz obsah potrebujes volat z prikazoveho interpretru, treba z BAT davky. Ale mysli, ze nic takoveho tam nepotrebujes, ne? Nech to v ANSI kodovani.

[MaFa]

HaLuMa: no ale v originalnim GgStat.ggp.pas je treba
AnsiToOem(Geoget_Datadir + '/geoget.db3' )

, to kdyz sem zkusil, tak mi to nikdy neslo.. kdyz dam jen 'geoget.db3' tak to jede

No jo, zatracená čeština, jenom samý problémy. To jsem si sakra naběhl, dokud to byl GgStat čistě anglický provozovaný na normálně pojmenovaných adresářích, tak jsem neměl žádný potíže. SQLite perl modul používá pro cestu jiné kódování než perl samotný. Snad jsem to vyřešil, bude v další verzi - i bez toho volání AnsiToOem.

[zlicinaci]

gord napsal/a:

mikrom napsal/a:
- problem s vice 'found it' zatim neopraven, budu si muset nekde zapsat 2x found it abych to moh zkouset a stejne to asi 50% kaceru neuznava..

Nejde ani tak o to, co kdo uznava, ale proc se stahuje neco, co uz stazeno je. Domnivam se, ze na radku 325 by stacilo zmenit to =1 na >=1. Pripadne by slo pouzit DISTINCT.

Jsem to vyzkoušel a eliminovalo mi to potíž s duplicitními logy. Ostatní se načetly a vše funguje, řekl bych, naprosto 100%. Takový uklidňující stav, to mám rád.

[HaLuMa]

MaFa napsal/a:
No jo, zatracená čeština, jenom samý problémy. To jsem si sakra naběhl, dokud to byl GgStat čistě anglický provozovaný na normálně pojmenovaných adresářích, tak jsem neměl žádný potíže. SQLite perl modul používá pro cestu jiné kódování než perl samotný. Snad jsem to vyřešil, bude v další verzi - i bez toho volání AnsiToOem.

Aha, ono totiz samotnemu sqlite se predava jmeno souboru v kodovani UTF8. Takze v tom perlu bude mozna stacit naopak prekodovat z ANSI do UTF8.