542 odpovědí na toto téma

[Slashiik]

osvejda napsal/a:
Může mně někdo vysvětlit, jak se do ALL.gpx dostaly tři keše v Afghánistánu?

ja ne

[Archi1]

Slashiik napsal/a:

osvejda napsal/a:
Může mně někdo vysvětlit, jak se do ALL.gpx dostaly tři keše v Afghánistánu?

ja ne

Ahojky, Protoze je tam zalozili vojáci slouzici v ceske misi.

[Hickos]

A neměly by ty keše pak mít "státní příslušnost" ale afgánskou? Je to snad podle území, na kterém jsou fyzicky uloženy a ne podle občanství ownera???

[semik75]

Prozradite mi ktery to jsou? Ja mam v mobilu jen ty Tradicni a Earthky a vsechny jsou do 300km od mych domacich souradnic... rad bych se aspon podival.

[polerok]

semik75 napsal/a:
Prozradite mi ktery to jsou? Ja mam v mobilu jen ty Tradicni a Earthky a vsechny jsou do 300km od mych domacich souradnic... rad bych se aspon podival.

GCKTJJ
GCK5FK
GCRWM1

[semik75]

Nojo, tak tyhle bodiky necham asi napokoji. Kesky maji korektne oznacenou zemi. Jenze afganistan je hned nazacatku seznamu zemi. A jako na potvoru je tam v tom intervalu zalozeno malo kesek takze to nepresvihlo limit 500. Pisu dotycnemu aby PQ upravil.

[semik75]

Naimplementoval jsem rozdeleni CR do kraju. To tu nekdo chtel a ja to sam taky pouzivam, ale zatim jsem to nemohl nabidnout jelikoz rebuild databaze trval pres 40min. Dneska byl cas a chut se v tom vic pohrabat. Povedlo se mi to srazit na 10min a to je prijatelny. Jako vedlejsi efekt to posle varovani kdyz nejaka keska vypadne z CR, treba protoze nekdo do PQ prida i Afganistan.

[berda]

osvejda napsal/a:
Může mně někdo vysvětlit, jak se do ALL.gpx dostaly tři keše v Afghánistánu?

Já jo... Může za to můj Android, lépe řečeno jeho browser, který u roletkových menu automaticky vybírá první položku, ať už si člověk zaškrtne cokoli, a odmítá se podřídit jiným volbám. Už je to napraveno, nejhůř v zítřejší PQ už afghánské keše nebudou... Mea culpa... Snad jste tam nikdo nevyrazil...

[djw]

hoho, musim to cele pochvalit, jak to semik usporadal. vyuzivam vystupu obden a k plne spokojenosti. jedineeeho strasaka vsak mam, jestli opravdu zabirame vsechny kese.. zda-li nekdo treba nepokonil casove rozpeti, nebo nedal nejake filtrovani nebo tak...

[Hickos]

Toho bych se nebál, spíše mi chybí to, že takto člověk nezjistí archivované keše a musí se to hlídat jinak - to by byla třešnička na dortu

[Osik]

Hickos napsal/a:
Toho bych se nebál, spíše mi chybí to, že takto člověk nezjistí archivované keše a musí se to hlídat jinak - to by byla třešnička na dortu

Automaticky mě napadá jen jedna cesta - keše, které nebyly aktualizovány déle než týden, přidávat s atributem "archived" ... Neznám ale přesnou technickou realizaci ...

[polerok]

Stačí si před nahráváním dat vymáznout databázi.....

[Hickos]

Vymáznutím databáze člověk přijde o staré logy a případné své úpravy, žejo? ;-) Já spíše uvažoval jednou za čas do gsaku do pracovní databáze hodit všechny aktuální keše, porovnat to se stávající a co bude ve stávající navíc, tak k těm hodit stav Archived. Pokud to jde (zas tolik gsak neznám) a bude jich pár, tak ručně, jinak by se na to hodilo nějaké to makříčko, žejo? :-)

[polerok]

No, to sice přijdeš, ale.... Staré logy Ti na nic moc nejsou - a pokud je moc chceš, tak přes addlogs je máš stáhnuté hned, klidně všechny a pokud se Ti jedná o mysterky - máš li na mysl tyto své úpravy - s finálkou, tak si je předtím exportneš a pak přepíšeš importem.... Nenapadá mě žádný jiný důvod proč schovávat staré, neaktuální data.... Porovnávat 14k keší ve 2 databázích mezi sebou by byl asi masakr - už jenom tím, že musíš porovnat každou s každou, tak si spočítej, kolik to máš kombinací :|

[Hickos]

To ne, stačí udělat vazbu na základě kódu keše a pak filtr na keše, které nemají protějšek v té druhé a je to - jedna ze základní databázových operací. Starší logy se hodí, když člověk někde maturuje, tak si je přečte, třeba ho něco trkne. Addlogs zatěžuje zbytečně GC.com a exportovat a pak importovat mnou upravené keše, to je na palici spíš, než to porovnání databází

[polerok]

OK, ale stejně musíš vzít a každou cache projet, zda-li je v té druhé databázi. Logy --> tak tady tě moc nechápu, v každém PQ máš 5 logů,ne? Osobně to mám v GSAKu tak, že mám databázi ALL, tam mám všechny, při každém importu se mi vymaže databáze, nahraje se vše znova. Pak jen vymažat disable, moje a ty co už mám a exportnu. Datbázi s mysterkama mám zvlášť a jenom aktualizuju.

[Hickos]

To já jsem zase ten, co musí všechno křečkovat a pokud nemusí, nic nemaže Takže v GSAKu mám všechno, logy postupně přibývají dalšími importy. 5 logů v terénu je kolikrát málo, takže si před exportem nastavím filtr dle potřeby (pouze aktivní, apod.) a vyexportuju s keškou i 20 posledních logů. Mysterky aktualizuju rovnou v gsaku a po vyluštění změním typ na tradicional s corrected coords a uzamču, takže v terénu to s oregánem odlovím jako tradičku. Po odlovu to opravím zpět na mysterku a odemču. Tož tak.

[polerok]

OK no, logy se dají stáhnout v teré nu, když je potřeba a to co tu popisuješ mě děsí z pohledu na čas Ale proč ne

[Hickos]

Stahování v terénu je zdržovačka a stojí to prachy, gór v zahraničí, takže volím raději cestu mít to v gps. A času to zas tak moc nezabere - nekešuju denně, podklady do GPS nahrávám tak jednou týdně a když vyluštím mysterku, je to spíš svátek (bo sem na ně dočista tupej), tak ji hned s radostí to toho gsaku hodím

[semik75]

djw napsal/a:
hoho, musim to cele pochvalit, jak to semik usporadal. vyuzivam vystupu obden a k plne spokojenosti.

Dekuji

djw napsal/a:
jedineeeho strasaka vsak mam, jestli opravdu zabirame vsechny kese.. zda-li nekdo treba nepokonil casove rozpeti, nebo nedal nejake filtrovani nebo tak...

Jsou tam dva soubory ktery ti umozni si vystup zkontrolovat.

ALL.PQ.log obsahuje prehled intervalu a seznamy PQ ktere ten interval pokryvaji. U kazde PQ je uvedeno kolik kesek obsahuje, kdyz dosahne 500, tak mi prijde varovani. Skript je napsany tak, ze si uchovava n poslednich PQ. Pri agregovani postupuje tak ze to bere postupne od te nejstarsi PQ az k te nejmladsi, tak aby se ve vystupu objevily nejauktalnejsi dostupny data. To ze vsichni maji podobny pocty kesi u jednotlivych PQ myslim moznost ze nekdo nastavil filtrovani docela eliminuje.

Dalsi soubor ALL.log.html obsahuje tabulku vsech kesek (ted 13846). Je tam sloupec v kterem je uvedeno kdy byla ta ktera keska aktualizovana a je to podle nej razeno => nazacatku jsou kesky s nejvzdalenejsi aktualizaci. Tedy v normalnim stavu ty ktere byly archivovany.

Dat je hodne, ale rozhodl jsem se archivovat ALL.zip pro kazdy stat kazdy den. Takze az vyjde cas bude mozne z nich vydolovat seznamy kesek a celkem presne z toho zrekonstruovat kdy ktera keska sla do archivu. Taky by se dal delat seznam novych kesek, grafiky o tom v ktery dny vzniklo nejvic kesek. Atd atd... vymyslet se toho da tolik ze bych to mohl kodit cely mesic.