Pro tvorbu statistiky v GeoGetu je vytvořen program GgStat.exe a jeho plugin GgStat. Program umožňuje bohatou konfiguraci a existuje řada dalších pluginů, které možnosti tohoto programu ještě rozšiřují. Při instalaci GgStatu se do podadresáře GgStatDoc instaluje docela podrobná nápověda i s příklady jak ovlivnit vzhled a obsah statistiky.

Samotná definice toho, co nám GgStat do statistiky vygeneruje, je uložena v tzv. šabloně. Šablona je textový soubor, který můžeme snadno editovat např. v Poznámkovém bloku. Instalace GgStatu vytvoří několik vzorových šablon do jeho kořenového adresáře:

Instalace pluginu obsahuje i script pro spouštění programu, ovšem ten opravdu jen spustí program pro výpočet statistik. Všechny činnosti, které spuštění mohou předcházet nebo následovat (např. uložení statistik na web do profilu uživatele) už je třeba udělat ručně.

Protože program GgStat.exe je řízen parametry z příkazové řádky, byl vytvořen plugin Autostat, který uživateli usnadňuje nastavení parametrů pro spouštění programu. Autostat je na světě již dlouho a od jeho vzniku se změnily některé možnosti a postupy. Protože se snaží za uživatele udělat i některé další činnosti (např. může stáhnout nálezy, nahrát statistiku na web do profilu, …), někdy působí problémy:

• některé činnosti, které jsou implicitně zapnuté, deformuji uložená data
• některé činnosti nejde vypnout
• Autostat neumí spouštět některé novější pluginy pro doplnění statistik - je to třeba dělat samostatně ručně nebo pomocí pluginu Combine

Vývoj autostatu byl autorem přerušen, resp. vytvořil úkrok stranou a jako pokračování tohoto pluginu vytvořil dávku pro Combine.

Další možností je použití pluginu Combine a použít některou z připravených dávek - tuto (následovník Autostatu) nebo tuto. Konfigurace dávky je trochu složitější, ale umožňuje přesně definovat, co se kdy má udělat, co kam nahrát či kopírovat a co spouštět. Je tak možné vlastnímu spuštění výpočtu statistiky předřadit vytváření částí, které vlastní program vytvořit neumí, a pro které je potřeba další samostatný plugin (odznáčky BadgeGen, Série, přehled získaných trackovacích předmětů a podobně).

Kromě ukázkových šablon dodaných s aplikací GgStat.exe existuje i ukázková šablona s mnoha doplňujícími rozšířeními.

Seznam pluginů, které je možné spolu s GgStatem použít pro generování statistiky:

Občas si uživatelé stěžují na to, že ve vytvořené statistice jsou chybně zobrazené znaky s diakritikou. To může mít několik příčin a také způsobů řešení. Budeme-li předpokládat vytváření statistiky pomocí programu GgStat.exe, pak jde o správné nastavení hodnoty v příkazech INCODING a OUTCODING.

Vstupní kodování (INCODING) je kodování souboru nebo souborů se šablonou. Tam je cp1250 v drtivé většině případů pro ČR spravné. Je to kodování, které používají správně nainstalované! české Windows. Teoreticky je možné šablonu vytvářet v jiném kódování, ale to by asi musel uživatel dělat vedomě.

S výstupním kódováním už je to složitější a správné nastavení je ovlivněno několika faktory:

1. kde je statistika uložena
   • na serveru gc.com
   • na vlastním serveru a v geocaching.com je jen odkaz na jinde uloženou statistiku
2. jakým způsobem je statistika do cílového umístění kopírována
   • pomocí FTP
   • pomocí CTRL+C a CTRL+V
   • pomocí Geojarry nebo podobnými metodami
3. je také důležité, zda v souladu s předchozími body obsahuje staistika plnou HTML hlavičku s informací o kódování nebo neobsahuje
4. no a nakonec také záleží na tom co, kde a v čem si člověk prohliží. Je možné koukat
   • do profilu
   • na soubor na lokalnim disku
   • na soubor na serveru

Stránky geocaching.com jsou zobrazovány v kódování utf-8. Proto pokud statistiku vkládáte přímo do profilu na serveru, musí být OUTCODING nastaveno také na tuto hodnotu. Pokud stránku do profilu kopírujete pomocí CTRL+C a CTRL+V, pak browser vloží ze scránky do editačního pole text ve správném kódování sám. Ovšem podstatné je kódování textu kopírovaného do schránky pomocí CTRL+C, to by zřejmě mělo být v cp1250 a OUTCODING je třeba tak nastavit, aby byl správně zobrazen text tam, odkud bude do schránky kopírován.

Tento způsob uložení znamená, že v profilu je uložen jen odkaz na skutečnou statistiku uloženou jinde. Odkaz je asi nejvhodnější udělat HTML příkazem <object> a v tom případě prakticky nezáleží na nastavení OUTCODING. Tedy přesněji řečeno nezáleží v případě, kdy je statistika tvořena korektním HTML souborem s typem kódování uvedeným v jeho hlavičce. Toto kódování musí být v souladu s hodnotou OUTCODING. Pokud statistika neobsahuje typ kódování, pak by OUTCODING mělo být nastaveno opět na hodnotu utf-8.

Pokud vytvořený HTML soubor obsahuje hlavičku s typem kódování, pravděpodobně prohlížeč toto nastavení převezme a pak bude vše zobrazeno správně. Pokud soubor neobsahuje typ kódování, pak je třeba nastavit prohlížeč na stejný typ kódování jako bylo nastaveno kódování v příkazu OUTCODING při generování statistiky.

Pokud nesouhlasí počet nálezů v GeoGetu (statistice) a na serveru geocaching.com, může být příčin několik. Nejčastěji jde o to, že na některé keši je více nálezových logů. Nalézt takovou keš je možné několika způsoby, k cíli mohou vést všechny metody, ale také žádná, záleží na typu závady:

• menu Pluginy - Oprava databáze - Oprava vadných logů - opraví některé typy chyb v lozích
• server project-gc - vyhledá keše s duplicitními logy
• použít SQL příkaz a jím vypsat problematické keše. Jeden takový SQL příkaz je již obsažen v instalaci GeoJarry, ale je možné použít tento SQL do dávky pro Combine nebo pro plugin SmartFilter
• pokud preferujete ruční práci, je možné vyzkoušet následující postup
  1. na gc.com zobrazit seznam všech nalezených keší, všechny označit a přes CTRL+C vložit do schránky
  2. pomocí CTRL+V vložit do excelovské tabulky, vyházet nepotřebné sloupce (nechat jen jméno keše) a seřadit je podle abecedy
  3. v GeoGetu si vyexportovat do csv seznam všech nalezených keší, jejich jméno
  4. vyexportovaný soubor načíst do další excelovské tabulky, seřadit podle jména keše a zkopírovat sloupec se jménem keše do volného sloupce v první tabulce
  5. pro všechny buňky přidaného sloupce nastavit podmíněné formátování tak, aby bylo třeba červené pozadí v případě, že sloupce se neshodují
  6. první buňka, která má červené pozadí, je potenciální adept na problém (v Excelu 2010, 2013 je přímo pro kontrolu duplicitních hodnot vhodný typ podmíněného formátování již vytvořen)

Mnoha lidem vadí, že aktualizací informací o keších se mění i parametry keší, které již odlovili. Kromě polohy keše může dojít ke změně hvězdiček u terénu nebo obtížnosti, ale také třeba ke změně typu keše. Statistika pak nezobrazuje informace o nalezených keších v okamžiku jejich nálezu. Statistika je kouzlo přesných čísel získaných z nepřesných hodnot, což je v tomto případě zjevné.

GeoGet sice zatím neumožňuje uzamknout parametry nalezených keší proti jejich aktualizaci, ale přecijen existuje cesta jak si hodnoty uchovat. Vlastně cest je jako vždy více.

1. první cesta vychází z toho, že si uvědomíme, co potřebujeme, a důsledně ze všech importovaných dat vyřazujeme informace o nalezených keších. Ovšem pozor, opravdu je to potřeba udělat ve všech importech a to bez ohledu na to, co je jejich zdrojem - zdaleka nemusí být zrojem importovaných dat jen gc.com a jeho GC.Live, PQ nebo jiné GPX
2. druhá cesta je trochu snadnější, ale zase má jiná nebezpečí. Spočívá v tom, že si vytvoříme novou databázi a do ní budeme nahrávat jen nalezené keše a právě z této databáze budeme generovat statistiky. Veškerá práce tedy standardně bude probíhat s pracovní databází a v okamžiku nálezu keše jen tuto jedinou nově nalezenou kešku nahrajeme také do druhé databáze s nalezenými kešemi. Toto je jediný způsob, kterým mohou být data v této statistické databázi aktualizována