1202 odpovědí na toto téma

[MaFa]

To je tak, když se něco šije horkou jehlou. Takže já to třídění předělám, aby to fungovalo, tak jak by člověk čekal. Jinak podle skrytého sloupce se dá třídit už teď. Stačí použít index a nezobrazit ho. Bohužel SQLite nedefinuje typ sloupce = třídí vždy znakově. tudíž řadí 1,11,12,2,21,3 atd. Pokud chcete pouzit datum ve skrytem sloupci tak jedine ve formatu YYYYMMDD. Abych mohl třídit podle různých sloupečků, tak musím nejprve nahrát vše do pole, což je dost velký zásah do stávajícího algoritmu, takže to bude chvíli trvat. Pokud je třeba přidat nějakou vlastnost, tak nejlepší způsob je přidat požadavek do TODO http://geoget.ararat...er:ggstat#to_do já fórum nečtu zas tak pravidelně, abych zachytil všechno.

[gozer.cz]

sobikovi napsal/a:

gozer1 napsal/a:
Tak jsem si dle gordovi rady přečtl návod, ale to je na mně vyšší dívčí

Co?

Dotazoval jsem se na možnost sledování vlastích cointů a TB ve statistikách. Gord odpověděl, ať si přečtu návod, ale jak píšu, tak jsem návod prostudoval, ale že bych z toho něco vytvořil tak to asi ne.
PS: Není to nekvalitou návodu

[gord]

gozer1 napsal/a:
Dotazoval jsem se na možnost sledování vlastích cointů a TB ve statistikách. Gord odpověděl, ať si přečtu návod, ale jak píšu, tak jsem návod prostudoval, ale že bych z toho něco vytvořil tak to asi ne.
PS: Není to nekvalitou návodu

Napis lepsi.

Ja na tvoji otazku odpovidal, ze se takoveto veci daji udelat pomoci TAGu a prace s nimi je popsana v dokumentaci a v prikladech. Nenapsals presne co a jak chces sledovat (spis tedy asi mit ve statistice zobrazeno), takze odpoved tezko mohla byt presnejsi. Dokonce konkretni otazka znela ZDA SE TO DA UDELAT a ja odpovedel, ze ano. To je na tvoji otazku vycerpavajici odpoved. Takze pokud te neco zajima a v dokumentaci jsi to nenasel, klidne se optej, rad odpovim, budu-li umet.

Neocekavas doufam, ze v dokumentaci bude napsano, presne to, co ches sledovat ty? To bys to mel uplne bez prace a bez premysleni

[MaFa]

Sledování vlastních TB/GC pomocí GG2+statistik do jisté míry možné je, ale je to dost opruz. Bohužel GG2 toto nijak nepodporuje, takže se dostávámé do několika problémů: 1) Dvojí (vícerý) průchod jednou keší 2) Více TB/GC projde jednou keší 3) Neexistuje download/import = všechno je ruční práce Pro někoho, kdo má jen pár TB/GC, tak to snad lze, jinak je to šílenost. Možná by mohl Haluma přidat tabulku - co log na gc.com, tak jeden záznam - stačí TB, datum, typ, kačer a keš. Jinak mám dobré zprávy o nové verzi, zdá se, že třídění funguje tak jak má (index je opravdu číslo sloupečku = 1 je první sloupeček). Jinak pokud si otevřete HTML lokálně, tak se dá už dávno třídit podle jednotlivých sloupečků prostým kliknutím na záhlaví. Další dobrá zpráva je pro uživatele LINUXu. Když tu byl takový zájem o statistiky, tak jsem trochu upravil zdroják, a už běhají i na LINUXu. Zkoušel jsem to na OpenSuse 11.2, stačilo nainstalovat jemom Geo-Distance a Time-Elapse. Novou verzi můžete očekávat během týdne, ještě bych rád upřesnil dokumentaci třídění.

[gozer.cz]

No moje představa byla víceméně takováto: V tabulce statistiky zobrazit vlastní TB/GC Zobrazit symbol, název, aktuální umístění, poslední držitel a nacestované km. Netuším jak napsat TAG, který by to umožnil. Jak píše MaFa, tak GG toto nepodporuje. Otázkou je zda by nešlo pomocí GeoJarry, nebo něčeho podobného stáhnout z profilu vlastní tractable items údaje o kterých píšu výše a tyto potom nezahrnout do generované statistiky. Pokud někdo poradí jak něco takového stvořit budu rád. Věřim, že najde uplatnění i u dalších kačerů. Předem díky za rady

[HaLuMa]

Potrebne udaje legalne ziskat nejdou, takze musi prijit pololegalni Geojarry. Pripadlo by mi nestatsne, aby ggstat musel na cokoliv volat geojarry. GGstat je o vygenerovani statistik, ne o ziskavani dat.

Z toho vyplyva,z e pozadovana uloha jde vyresit rozumne jen nasledujicim postupem:

1. Pres geojarry stahnout webove stranky s informacema o trackovacich predmetech
2. Stazeny vysledek pak necim zpracovat, ze stranek vytahat pozadovane udaje a vygenerovat z nich HTML stranku v pozadoavnem formatu
3. A pak pouzit Ggstat a vystup vygenerovany v bode 2 pres include vlozit do statistiky.

Problem je, ze to neco z bodu dva, nikdo doposud nenaprogramoval.

[gozer.cz]

Pokud se nepletu, tak ale GGstat stejně stahuje pomocí GJ něco ze stránek gc.com?, nebo ne? Možná se mýlím ale pokud nejedu v silence modu, tak tam je nějaký download?

[medwyn_cz]

Ne, GGstat nic nestahuje. Makro AutoStat stahuje, a to je velky rozdil. Pratele, udelejte si vsichni poradek v pojmech ;-)

[gord]

MaFa pouze pise, ze GG nepodporuje automaticke udrzovani a stahovani informaci o trckovatelnych predmetech, ne ze by neumoznoval udrzovani potrebnych udaju v TAGu. V TAGu u kesky lze udrzovat prakticky libovolne udaje. K Halumou nabizene moznosti vidim jeste 2 manualni alternativy. Ty by asi prichazely v uvahu pri malem poctu TB/GC: 1. moznost: vytvorit si HTML tabulku rucne a upravit template pro jeji vlozeni do statistik 2. moznost: rucne si vyrobit a naplnit TAGy a upravit template tak, aby tyto tagy pouzil. Bod 2 ma teoretickou vyhodu v tom, ze by bylo mozne vytvorit udelatko, ktere z dat stazenych pomoci GJ naplni ty tagy. Ovsem to se dostavame do stejneho stadia, ktere popisoval Haluma: nic takoveho zatim udelano neni.

[gord]

K TAGum, ktere jsem nakousl, si dovolim takovou ideu - netvrdim, ze je idealni, jen ze je mozna: - pro kazdy TB/GC vytvorit fiktivni kes s ID neplatnym pro kese - vytvorit potrebne tagy (skutecny kod TB, ulr ikony, nick drzitele, aktualni poloha, vzdalenost) - definovat TAGy a sloupce v template a vytvorit pres TagCustomizedList prislusnou tabulku GG zatim neumoznuje vytvorit fiktivni kes jinou nez s pocatkem 'GC', kdyby na tomto GG netrval, bylo by mozne vytvorit kes primo s verejnym kodem TB, bylo by to nazornejsi.

[HaLuMa]

Jeste je tu dalsi moznost - makra v Geogetu maji k dispozici cely SQlite! Takze se s makry daji delat i takove veci, jako ze si nejake makro vyrobi svoji Sqlite databazi a v ni si shromazduje co chce v jake chce strukture. Moznosti jsou siroke...

[gord]

Jo, to je zajimavy napad. Ale tu nejpracnejsi cast - parsovani pritazenych dat to stejne neresi.

[HaLuMa]

gord napsal/a:
GG zatim neumoznuje vytvorit fiktivni kes jinou nez s pocatkem 'GC', kdyby na tomto GG netrval, bylo by mozne vytvorit kes primo s verejnym kodem TB, bylo by to nazornejsi.

Zrovna to vedle vysvetluju. Podle toho zacatku nazvu Geoget poznava, co je bod zac. Kdyz je tam GC, jde o zaznam kesky. Kdyz je tam cokoliv jineho, jde o pridany waypoint.

Proto na tom trva.

[HaLuMa]

gord napsal/a:
Jo, to je zajimavy napad. Ale tu nejpracnejsi cast - parsovani pritazenych dat to stejne neresi.

Tahle cas by se musela napsat v kazdem pripade, u jakehokoliv reseni.

Ukladani dat do zvlastni sqlite databaze by melo tu vyhodu, ze data odtamtud muze cist treba i primo ggstat, bude-li ustalen format te databaze.

[MaFa]

Ukladani dat do zvlastni sqlite databaze by melo tu vyhodu, ze data odtamtud muze cist treba i primo ggstat, bude-li ustalen format te databaze.

To je vlastne to co jsem navrhoval. Jenom bych nepridaval databazi, stacila by tabulka, treba geotrack se sloupci:
key - klic
item - kod cestovatele
id - kod kese
dt - datum
type - typ logu - retrieved, placed, discovered etc
logger - nalezce
logtext - text logu

+ tabulka geoitem
item - kod cestovatel
itemid - kod na gc.com
name - jmeno
goal - cil
desc - popis
released - datum vypusteni
origin - misto vypusteni

[HaLuMa]

kdyz mluvim o databazi, tak tim mamna mysli samostatny databazovy soubor, ktery by tyto tabulky obsahoval. Cpat do do databazoveho souboru geogetuby bylo nestatsne, protoze pri jakemkoliv upgradu databaze by se o tyto tabulky mohlo prijit. Do samostatnych databazovych souboru si kazdy muze pridat co se mu zlibi, aniz by to na databazi Geogetu primo zaviselo. A kdyz na to prijde, Sqlite umi pripojit vice databazi najednou a pokladat SQL dotazy napric databazemi.

[bodlak]

Díky za inspiraci. Možná to využiji pro databazi waymarku.

[HaLuMa]

Pro inspiraci se koukni jeste sem, mozna se ti to bude hodit:

http://www.geocachin...528#post_153528

[MaFa]

Takže na obvyklém místě se nachází nová verze GgStatu 1.1.23 http://geoget.ararat...ggstat#download * upraveno třídění podle sloupců u TagCustomizedList * přidána ikonka megaeventu * přidáno Country/State/Last/Updated do TagCustomizedList * přidáno OWNERCASE ownerid + OWNERID id jmeno * oprava chyby v INCLUDE * oprava reakce na chybějící výšková data

[HuntBehind]

MaFa napsal/a:
Takže na obvyklém místě se nachází nová verze GgStatu 1.1.23
* upraveno třídění podle sloupců u TagCustomizedList

Super, teď to funguje přesně tak, jak by člověk čekal a řadí to i podle vlastního tagu! Díky