614 odpovědí na toto téma

[DrakMrak]

Dnes ve foru o Geopuzlíkách georabbits napsal, že je nová verze této hry (nové seznamy keší pro jednotlivé obrázky). Mám odlovenu tu dnes již archivní u kostelíka v Broumově a, bohužel, dnešní generace statistiky Statorem ji vynechala (nemám tedy pro tento kostelík zobrazeno nic). Počítám správně, že je jen třeba ve Statoru načíst novou databázi příslušných kešek? Nebo je to hlubší problém?

No koukl jsem na xml podle kterých se to řídí a u toho kostelíku je toto:
 

<cache id="13">
	<code>GC?????</code>
	<code>GC9ENC1</code>
	<puzzle left="216" top="72" id="13" title="kostel Panny Marie - Broumov">http://www.geotrophy.net/content/kostely-cz-v2/13.png</puzzle>
</cache>

Takže tyhle keše jsou brány jako relevantní pro daný kostelík a to
GC???? je asi buď chyba nebo nevím...
Asi by to chtělo s georabbits prodiskutovat

Nejsem autorerm jen jsem koukl...
 

[georabbits.cz]

Já tedy předpokládám, že ten GC kód s otazníky je chybka. Nijak se na sestavování geopuzzlí nepodílím, pouze jsem převzal z oficiálních stránek nový XML soubor v. 2.06.

Myslím, že autoři geopuzzlí měli v mérku ještě jinou keš pro Broumov, ale nakonec z toho sešlo. Samozřejmě je to jen můj dojem. To by nám museli vysvětlit samotní autoři.

 

 

Přiložené miniatury

• 

[martin_tulak]

Keška, kterou jsem ulovil a je už archivní, je tato: https://www.geocachi...-kostel-p-marie. Pokud je v XML místo ní otazníčky, proč ale na stránce GeoPuzzles ( http://www.geotrophy...uzzle/?puzzle=7) je uvedena správně - viz obrázek?

Přiložené miniatury

• 

[georabbits.cz]

Aha. Je tam problém s tím, že tato keš GCXPVX i když je již archivovaná, tak v nové verzi už není. Proč tomu tak je, netuším. Asi by měla být místo těch otazníků...

Přiložené miniatury

• 

Tento příspěvek byl upraven od georabbits.cz: 09 říjen 2021 - 20:36

[martin_tulak]

Ano, to je jasné, díky. A Stator je bez viny, protože těžko mohl DrakMrak poznat kešku GC???? jako mou ulovenou GCXPVX :-)

[gord]

Stator vlastne jen prebira data vytvorena pluginem GeoPuzzle. Plugin Geopuzzle zase prepbira data ze serveru www.geotrophy.net, tedy jen nacte ze serveru v tomto pripade soubor kostely-cz-v2-v2.xml. Jak uz tady padlo, v tomto souboru jsou misto kodu otaznicky. Proc tam jsou, to by musel rict autor toho xml souboru.

 

EDIT: Keska GCXPVX neni jen archivovana, ale je navic locknuta. Tak ze by proto?

Tento příspěvek byl upraven od gord: 10 říjen 2021 - 7:12

[pjiy]

Ahoj, vracím se k tématu opted-out user  z loňského  roku, nevím, jestli to nezapadlo nebo mi to uniklo - to jsou ti uživatelé, kteří skrývají svoje nálezy před GC API. Nešlo by je nějak vyeliminovat ze statistiky nejlepších hledačů mých keší? Nic smysluplného to asi nepřináší, Řekl bych, že většina takovýchto uživatelů ani neví, že to má zaškrtnuté.

Dík.

[Shashlick]

Rozbila se mi tabulka "První nález podle typu keše". Všiml jsem si toho po aktualizaci na novou verzi GG - vím, že by to nemělo souviset, ale raději to píšu.

 

Pokud si SQL dotaz spustím v DBeaveru, tak vše funguje správně, ale ve statistikách pro Traditional Cache, Unknown Cache, Multi-cache, Earthcache jsou z nějakého důvodu pozdější keše. Když si nalezené keše vyjedu podle typů v GG, tak jsou seřazeny správně. 

 

To, že tabulka "Poslední nález podle typu keše" hází stejný výsledek i při změně asc na desc se jeví jako podružný problém. 

 

Statistiky dostupné zde http://erazimkozel.sweb.cz/ → záložka Milníky, tabulky úplně dole. Nenapadá vás, čím by to mohlo být? Pokud potřebujete nějaké podklady, napište jaké a dodám.

[gord]

Aktualizaci GG nemuze (nemelo by) dojit ke zmene statistiky, protoze vse je ulozeno v config.ini a na tento soubor aktualizace vliv nema.

 

Kde to SQL kontrolujes a pripadne upravujes? V config.ini nebo ve FirstCachesByType (SqlTable).params.ini? Pokud v tom druhem souboruc, tak se to pochopitelne nemuze projevit ve statistice, pokud obsah souboru znovu do config.ini nezaradis.

 

Ja si ted zkusil SQL z toho params.ini a vysledek je spravny a pochopitelne reaguje i na zmenu desc/asc.

[Shashlick]

Výsledek dotazu kontroluji v DBeaveru, kde se na databázi napojím. V rámci statoru dotaz neupravuji v žádném souboru, ale v GUI (nebo jak se to nazývá) statoru. Do samotných souborů už jsem dlouho nelezl. 

 

Není vše uloženo spíše v content.ini? Tam obě SQL mám v požadovaném tvaru, v DBeaveru hází správné výsledky. 

[gord]

Jasne, content.ini, uz se mi to vsechno plete.

 

Zkusil jsem si tu tabulku vytvorit a opravdu neni spravne. Az bude chvile, kouknu na to.

[mpik]

Dneska mi Stator šel hrozně pomalu. Nakonec ale doběhl.

[Bour]

Mě, po aktualizaci Geogetu, jede Stator také velice pomalu

[mirek454]

Potvrzuji. Od poslední aktualizace geogetu. 

[mpik]

Už to vypadalo, že se to kouslo. Včetně toho, že GG shozený na pozadí se nechce nechat vyvolat do popředí. Nakonec to ale doběhlo, tak když o tom vím, dá se to. Jen se tam něco děje a nevím co.

[HaLuMa]

Kdyz jakakoliv aplikace na necem maka, tak nema cas obsluhovat odálosti systému. To by ty skripty musely bezet v samostatnem vlaknu.

Ve skriptech jsou nejake zmeny, ktere mohou zpomalit beh skriptu, ale neprislo mi, ze az tak moc, a navic mam pocit, ze to bylo už v predposledni verzi. Podivam se.

Nicmene, kdyz rikate po upgradu - z jake verze?

Kdyz rikate pomale, mate alespon odhad, jak moc? Nejaky konkretnejsi udaj nez "hrozne" nebo "velmi".

 

Ja si totiz zkusil taky vygenerovat statistiku, a nijak "hrozne ani velmi" mi to neprislo. Ale je to mozna dano tim, ze na te pomalejsi verzi jedu o dost dele nez vy...

[gord]

A dalsi vec je: ktera cast je pomalejsi nez drive? Podle me s pribyvajicim poctem nalezenych kesi se muze prodluzovat (a asi trva nejdele) vytvoreni pracovni tabulky. Ale nepripada mi, ze by s novou verzi bylo nejake skokove prodlouzeni.

[DrakMrak]

A dalsi vec je: ktera cast je pomalejsi nez drive? Podle me s pribyvajicim poctem nalezenych kesi se muze prodluzovat (a asi trva nejdele) vytvoreni pracovni tabulky. Ale nepripada mi, ze by s novou verzi bylo nejake skokove prodlouzeni.

Taky nepozoruji nějaké zásadní, zpomalení... a při víc jak 8000 keší už to chvilku trvá takže nějaká zásadní změna by se asi ukázala ale jak říká Gord záleží kde se to zpomalilo budu to zkoušet ale fakt mi to nepřijde...

[mpik]

Jak jsem psal, je to skokové zpomalení. Jinak bych si toho nevšiml. Spíš se mi zdá, že to na něco vždycky dlouho čeká. Ale na co, to nevím a nevím jak to zjistit. A pozoruji to tak od prosince, spouštěl jsem to ale jen několikrát, tak nevím. Zkusit se odhlásit a znovu přihlásit k API? K účtu na GC? K Api jsem se nedavno autentifikoval, ale na Project-GC. Zkusím to i tady.

Vím, že když skript maká, neobsluhuje události. Ale jen že donedavna jsem to neregistroval, tj. proběhlo to vždy tak rychle, že to nebylo nápadné. Teď to visí klidně minutu nebo déle.

Tento příspěvek byl upraven od mpik: 09 leden 2022 - 11:56

[DrakMrak]

Jasný já to dělal včera zrovna a nějaké zásadní zpomalení jsem nezaznamenal a teď jsem si to pouštěl jen tak a nepřijde mi nějaká podstatná změna...
Skokové bych si taky všimnul sestavuju statistiku tak třikrát do měsíce...