613 odpovědí na toto téma

[DrakMrak]

Změna proběhla 1. 6. 2014. Do té doby sis mohl svobodně zvolit, jestli máš event velikosti Other nebo Not Chosen. Stejně tak existovaly obě možnosti u Earthcache a mám dojem (nechce se mi to hledat, že i u Webcam.). Takže historické keše nevyfiltruješ - a od toho června neexistuje možnost vybrat Not Chosen u ničeho.

 

Viz třeba moje eventy https://coord.info/GC4PZW9 a https://coord.info/GC4M05Q pořádané týden po sobě.

jasný ale boužel historie se neptá a těch archivovaných zmatků je kopec
stejný problém je s challenge kešemi a odznakem - ideální by to bylo brát podle atributu ale to nejde protože u archivovaných není
a takhle si tu žijem...
ale pohoda nebude to asi super dokonalé u těchto okrajovějších odznaků ale snažím se
další problém jsou vlajkové odznaky viz výše... to je prostě taky čurbes na kvadrát
ale lepší se to a mám lepší možnosti u nového Statoru to měnit za běhu bez nutnosti měnit kód...
ještě to není úplně superdokonalé ale je to lepší...

[dr.vota]

...

PS: virtuálky mají velikost "Virtual", ...

Ne všechny.

U starších je jich pár stovek jiné velikosti.

[Petrs11]

OK, pěkné.

Jen pro srovnání k tomu odznaku Odd-sized Cacher. Měly by se brát kešky s velikostí Other a Not chosen:

project-gc - 788 - co tam je, čert ví, ale asi vše, co má tu velikost

GeoGet - 787 - bez LAB (zřejmě došlo někde ke změně velikosti)

GeoGet - 515 - bez LAB a eventů

Stator/Badge - 522 - bez LAB a eventů

Takže za mne pohoda.

Koukal jsem na své statistiky na GC a mám tam 2453 "Other" a 301 "Not chosen" - u odznaku Odd-sized Cacher mám 2754, což je součet. Project-gc u odznaku Odd-sized Cacher bere z GC asi součet velikostí "Other" a "Not chosen". U virtuálek je také bordel, protože mám 258 virtuálek, ale 270 kousků s velikostí "Virtual".

[MikiHamza]

Koukal jsem na své statistiky na GC a mám tam 2453 "Other" a 301 "Not chosen" - u odznaku Odd-sized Cacher mám 2754, což je součet. Project-gc u odznaku Odd-sized Cacher bere z GC asi součet velikostí "Other" a "Not chosen". U virtuálek je také bordel, protože mám 258 virtuálek, ale 270 kousků s velikostí "Virtual".

Jj, je to jasné. Project-gc bere vše s "Other" a "Not chosen" podle aktuálního stavu na GC. DrakMrak bere to samé, ale z GeoGetu, kde kvůli změnám u existujících kešek může být příznak rozdílný (když se ponechává stav z okamžiku odlovu a neaktualizuje se), ale vyloučí z toho navíc eventy. Typ "Virtual" (tzn. virtuálky) tam v obou případech nejsou. A pokud tento příznak je uveden někde blbě u něčeho jiného, tak pak to nemusí sedět.

[DrakMrak]

Jj, je to jasné. Project-gc bere vše s "Other" a "Not chosen" podle aktuálního stavu na GC. DrakMrak bere to samé, ale z GeoGetu, kde kvůli změnám u existujících kešek může být příznak rozdílný (když se ponechává stav z okamžiku odlovu a neaktualizuje se), ale vyloučí z toho navíc eventy. Typ "Virtual" (tzn. virtuálky) tam v obou případech nejsou. A pokud tento příznak je uveden někde blbě u něčeho jiného, tak pak to nemusí sedět.

asi to tak bude, přiznám se, že jsem neměl čas se v tom vrtat ale SELECT(y) do SQL jsou správně...
tyhle aktualizace a změny se prostě do GeoGetu přenášejí hůř a je otázka jestli jsou pro někoho žádoucí...
já si to osobně občas přejedu sice tím můžu o něco přijít ale zase ty změny nejsou až takové aby mě to zásadně vadilo...
někdy si tím člověk pohorší a někdy polepší to mi připomíná, že už jsem to dlouho nedělal
 

[Olson_vs]

"Nevím ale když vlezeš na Project-GC ti tam počítají tuplem ví bůh co...
Mám tam dvakrát víc bodů než u nás..."

To je přesně ten důvod, proč jsem se na to ptal. Porovnávám a tak trochu bych očekával, že to bude stejné (alespoň počty, ne hladiny kritérií).
 

[DrakMrak]

"Nevím ale když vlezeš na Project-GC ti tam počítají tuplem ví bůh co...
Mám tam dvakrát víc bodů než u nás..."

To je přesně ten důvod, proč jsem se na to ptal. Porovnávám a tak trochu bych očekával, že to bude stejné (alespoň počty, ne hladiny kritérií).
 

Nemusí to být stejné... oni mají pravidelně updatovanou DB se všema kešema, když se něco změní, změní se to tam...
My máme nepravidelně updatovanou DB, updatujeme si jen to co chceme a změny se tudíž promítají tak nějak jak kdo chce aby to bylo
Takže některé věci prostě nebudou stejné a rozejdou se proti Projectu-GC...

Někdo si záměrně udržuje DB ve stavu jak to odlovil někdo na to prdí a sem tam to updatne celé... (když má možnost)
Prostě rozdíly budou.

Mám ten Oddsize odznak:
----------------------------------
Stator - 388 (mínus eventy a lab)
Project - 638 (jsou v tom všechny eventy)
----------------------------------

Updatoval jsem všechny keše
----------------------------------
Stator - 390 (o +2 to narostlo...)

 

Plus pár dalších drobných změn ale vpodstatě minimálních...

Project-GC funguje jinak než my a máme jiné možnosti


 

[Arne1]

No oni na project-gc do toho vnášejí ještě svůj "přínos" podobný funkcím GSAKu. Například se občas vykašlou na původní určení regionu (State) doplní tam něco podle svých polygonů. Jak to dělají u multin a mysterek - to nevím. 

Mám například odlovenou jednu keš v Itálii na Marmoladě. Je tam hranice mezi oblastí Veneto a Trentino. U keše je uvedeno Veneto, podle OSM map je to správně. Ale project-gc a Google tvrdí, že je to na území Trentino. 

Co dělá project-gc s kešemi které mají z politických důvodů (ať žije nepolitický Zeměmluv) úmyslně špatně uvedený stát, se můžeme jen domnívat (nebo to můžou napst ti kteří takovou keš mají odlovenou).

[martin_tulak]

Co dělá project-gc s kešemi které mají z politických důvodů (ať žije nepolitický Zeměmluv) úmyslně špatně uvedený stát, se můžeme jen domnívat (nebo to můžou napst ti kteří takovou keš mají odlovenou).

 

Mám takovou keš: https://www.geocachi...9-dakhla-lagoon. V listingu keše se tvrdí, že je v Maroku, ale ve skutečnosti je v "disputed area" Western Sahara (GC to uznává jako vlastní stát). Ale project-gc to nijak neupravil, u něj je to také v Maroku.

[MikiHamza]

Mám takovou keš: https://www.geocachi...9-dakhla-lagoon. V listingu keše se tvrdí, že je v Maroku, ale ve skutečnosti je v "disputed area" Western Sahara (GC to uznává jako vlastní stát). Ale project-gc to nijak neupravil, u něj je to také v Maroku.

Taky by to mohla být Saharská arabská demokratická republika.
Západní Sahara, kterou tam má "apolitický" GC, je jen název území, není to v současnosti žádný stát, který by měl příslušné atributy. Nyní větší část ovládá Maroko, které si území přiřadilo k svému, a menší část při hranicích s Mauritánií hnutí Polisario, které tam vyhlásilo výše zmíněný stát, který je mimochodem uznán docela velkým množstvím států. Každý z obou si ale nárokuje celé území ZS. SADR má přitom jako hlavní město Al-'Ajún (Laayoune), ležící v Marokem ovládáné části.

No a teď co je správné? Nepřipomíná to situace někde jinde?

Pokud kešku založí Maročan nebo jejich sympatizant, tak je jasné, co dá do listingu. Může si ale přitom vybrat. Pokud by existoval kačer zakladatel z Polisaria, tak má smůlu, SADR v možnostech nemá, možná proto na jejich území žádná keška není

PS: Co by se stalo, kdybych založil u nás kešku a dal do listingu jako stát "Austria" a kraj "Niederösterreich"? Jde to. Pomineme přitom, že by to samozřejmě neprošlo přes reviewera.

[Re0]

Zdravím, 

máme takový problémek. Po výměně NB u kámošky jsme přetáhli Geoget a jeho nastavení.

Při tvorbě statistik přes stator přes možnost uložit + náhled vše proběhlo v pohodě a zobrazují se.

Ovšem pokud se to dá i s odesláním na Geocaching.cz, vyhodí se na konci hláška s chybou v souboru stator.log

Dá se jednoduše zjistit, kde je problém.

Soubor v příloze.

Díky předem

Přiložený soubor (y)

•  Stator.txt   70,53K   113 Počet stažení

[gord]

V souboru je chyba o chybejicim souboru Souhrn.html, jina chyba tam neni. Nahrani na gc.cz probehlo v poradku. Alespon tak to stoji v tom log souboru. Nahrava se to pro uzivatele s ID=67460. KOukal jsem i na web a ta staistika tam je z 26.1. Takze fakt zadnou chbu nevidim.

[Re0]

V souboru je chyba o chybejicim souboru Souhrn.html, jina chyba tam neni. Nahrani na gc.cz probehlo v poradku. Alespon tak to stoji v tom log souboru. Nahrava se to pro uzivatele s ID=67460. KOukal jsem i na web a ta staistika tam je z 26.1. Takze fakt zadnou chbu nevidim.

Statistika z 26.1. je z ještě starého NB, z toho nového se to tam nenahrává.....

A co řeší ten soubor souhrn.html..... ??

[gord]

V logu je jednoznacne uvedeno, ze server poslany soubor prijal.

17:57:29.567  Stav odeslani: akce:upload
info:ok
data:userid=67460;url=https://www.geocaching.cz/statistika/u/67460/stator.html

Takze pokud snad zobrazene neodpovida datem tomu logu, pak se domnivam, ze jsi poslal jiny log nez o kterem tvrdis, ze pri odeslani doslo k chybe. Mozna spoustis vytvoreni statistiky jinym profilem Statoru nez si myslis.

 

Souhrn.html je tam vkladan z tve konfigurace. Fakt nevim, co v nem mas mit V nastaveni mas jako 77. polozku prikaz (modul) CmdHtmlFile a tim tam ten soubor vkladas. (V Content.ini to mas v sekce [M441], alespon tak to pravi tel log.)

[Shashlick]

Zdravím a prosím o radu. Od VasaM jsem obdržel SQL na jednu super statistiku. Už když kód posílal, tak mě upozorňoval, že ho už někomu posílal a nefungoval. No, dopadl jsem stejně.

select
substr(dtfound,1,4) as "Rok",
count(id) as "Počet nálezů",
round(count(id) / 365.0, 2) || " nálezů/den" as "Průměr",
count(id) as "Percent",
count(id) as "Histogram",
replace(group_concat(distinct "<img src=""%IconCacheTypeSmall" || cachetype || "%"" alt="""" title=""" || cachetype || """>"), ",", "") as "Typy keší",
replace(group_concat(distinct "<img src=""%IconCountry" || country || "%"" alt="""" title=""" || country || """>&nbsp;"), ",", "") as "Země"
from geocache
where dtfound > 0
group by "Rok"
order by dtfound asc

V logu je uvedena tato chyba: [SqlTable] WARN: Asi není správně určen sloupec, podle kterého seskupit řádky pro výpočet počtu keší ve skupině (stát, tag, směr, ...).

 

 

SQL ovládám a skript podle mě funguje. Respektive při spuštění nad databází vylezou data v pohodě. Prosím tedy o radu, co kde upravit. Díky

Tento příspěvek byl upraven od Shashlick: 08 únor 2021 - 10:44

[gord]

Jsi si jisty, ze v logu je to prave od tothot SQL? V logu je pred timto radkem napsano, jaky modul je pouzit. Podle me to nebude ze stejneho modulu, v jakem to SQL spoustis.SQL bys mel spoustet pres SqlTable, toto varovani je z CustomizeTable.

 

Pokud precijen spoustis SQL pres modul SqlTable, a varovani je opravdu z tohoto modulu, pak je asi problem v nastaveni ostatnich parametru (nejspis IndexCount nebo CountRow).

[Shashlick]

Ano, jsem si jistý Je to opravdu z SqlTable, jak je ostatně vidět i v původním příspěvku u konkrétního logu. 

 

Nicméně, i tak jsi mě navedl na správnou stopu. Problém byl v IndexCount, který jsem na radu autora skriptu nechal na -1. Po úpravě na správný sloupec už to dává požadované výsledky. 

Děkuji moc

[VasaM]

Koukám na to a opravdu byla chyba u mě. Nějak jsem přehlédl, že mám IndexCount=1 (s tím to funguje). Stačí menší nepozornost a vypadá to jako IndexCount=-1... :-)

[Olson_vs]

Zdravím.

Nenašel jsem nikde (ani v dokumentaci) odpověď. 
Stator : Modul Trackable - chybové hlášení.

10:35:38.315  []  ERR: Plugin GetTrackList does not exist.

10:35:38.346  []  ERR: Plugin GetTrackList does not exist.

10:49:06.258  [Trackable]  ERR: Plugin GetTrackList does not exist.

10:52:14.053  [Trackable]  ERR: Plugin GetTrackList does not exist.

10:52:14.356  [Trackable]  ERR: Plugin GetTrackList does not exist.
Nechápu proč. Plugin Trackable Item List spuštěn x-krát, výsledek ok. Jak to vlastně má fungovat?

[gord]

To potrebuje vysvetleni? Chybi ti plpugin GetTrackList. Nainstaluj si ho a tuto chybu neuvidis.

 

(Modul Trackable potrebuje stahnout informace o trackovacich predmetech. Protoze to nelze normalni cestou pres API, pouziva k tomu plugin GetTrackList.)