GeoGet a archivované keše
#1
Publikováno 14 říjen 2008 - 20:00
#2
Publikováno 14 říjen 2008 - 21:11
#3
Publikováno 15 říjen 2008 - 8:23
HaLuMa napsal/a:
Acrhivovane kese proste tise z PQ vypadnou. Takze na ne prijdes jen takz, e uz nebyly dlouho aktualizovany.
Datum posledni aktualizace si geoget pamapuje, muzes si jej zobrazit jako dalsi sloupecek, ale zobrazuje se ti take na zacatku kazdeho listingu!
Kazdopadne venuj pozornost polozce v menu 'tools-database tools'
Dík, to je ono, co jsem hledal;)
#4
Publikováno 15 říjen 2008 - 9:03
HaLuMa napsal/a:
Acrhivovane kese proste tise z PQ vypadnou. Takze na ne prijdes jen takz, e uz nebyly dlouho aktualizovany.
Pokud použiješ geojarry a stáhneš listingy vybraných keší, tak se Ti jejich status aktualizuje.
Sice GG zobrazí nový stav až po opětovném načtení keše, ale to zase není až takový problém.
Miroslav Kolombo, k.t.
Garmin Oregon 600
N50 45.701 E015 05.508
ICQ: 343-044-770
kolombo@kolombo.cz
#5
Publikováno 15 říjen 2008 - 14:25
Mám PM a geojarry neznám. A nechce se mi nad tím bádat, co to obnáší. Nicméně dík za tip.kolombo napsal/a:
HaLuMa napsal/a:
Acrhivovane kese proste tise z PQ vypadnou. Takze na ne prijdes jen takz, e uz nebyly dlouho aktualizovany.
Pokud použiješ geojarry a stáhneš listingy vybraných keší, tak se Ti jejich status aktualizuje.
Sice GG zobrazí nový stav až po opětovném načtení keše, ale to zase není až takový problém.
#6
Publikováno 15 říjen 2008 - 14:32
Použil jsem tu Archivaci do jistého data, ale bohužel mi to vymázlo i starší vyluštěné mysterky. Ale ocenil jsem, že po natažení zálohy, vyexportování vyluštěných mysterek do full gpx a natažení zpět do aktuální db s vymazanými mysterkami se to přetáhlo i s note a tagy. Pohoda. A co vlastně znamená ta archivace? Tím se míní úplné vymazaní? A ukládá se to vymazané někam, když se to jmenuje Archivace?HaLuMa napsal/a:
Acrhivovane kese proste tise z PQ vypadnou. Takze na ne prijdes jen takz, e uz nebyly dlouho aktualizovany.
Datum posledni aktualizace si geoget pamapuje, muzes si jej zobrazit jako dalsi sloupecek, ale zobrazuje se ti take na zacatku kazdeho listingu!
Kazdopadne venuj pozornost polozce v menu 'tools-database tools'
#7
Publikováno 15 říjen 2008 - 14:45
#8
Publikováno 15 říjen 2008 - 14:54
Dík za poučení. Už jsem se chystal na další nekvalifikovaný dotaz, jak to z toho archivu dostat, ale všiml jsem si toho v Set filter options. Takže dík, už vím co a jak.HaLuMa napsal/a:
Archivace vubec nic nesmaze. Je to jen stav kese, proste priznak. To, ze ti keska jakoby zmizela, je dano defaultnim nastavenim filtru, ktery archivovane kese neukazuje. V databazi nicmene porad zustavaji.
Tvoje operace se zpetnym importem je udelala to, ze ten priznak 'archivovano' jen odstrani.
#9
Publikováno 15 říjen 2008 - 15:02
#10
Publikováno 15 říjen 2008 - 15:32
Jj, to jsem si také všimnul. Dík!HaLuMa napsal/a:
Takze jen doplnim, ze u jednotlive kese se da ten stav menit rucne normalne pres editaci kese.
#11
Publikováno 16 říjen 2008 - 14:58
#12
Publikováno 16 říjen 2008 - 15:19
#13
Publikováno 16 říjen 2008 - 16:30
Toto mi vadilo hlavně u vyřešených mysterek, které luštím kdekoliv, co mne zaujme. Ale přes PQ (PM) tahám jen některé oblasti. A když mysterka leží mimo, tak vypadne. To řeším vylitím vyřešených mysterek do full gpx a jejich zpětným nalitím před archivací. Totéž by se dalo dělat se všemi kešemi, které mne zajímají, dát jim nějaký společný tag a jedním kliknutím je mám vybrané. Koneckonců jsem si takto udělal vlastní filtr Resolved mystery, bez final se společným tagem. Je to jednoduché, jednoznačné a zaberou mi zde i doma vyřešené multiny.buralien napsal/a:
Nevyhoda tohoto hromadneho archivovani je samozrejme ale v tom, ze casto zaarchivuje cache ktera ve skutecnosti archivovana neni (jen nebyla dlouho aktualizovana). Ja jsem to nejakou dobu delal ale nakonec jsem se dostal k tomu ze jako PM je pro me jednodussi si udelat notifikaci na archivaci cachi v sirokem okoli, kterezto upozorneni mi pak chodi mailenm a ja je rucne prehazuju v GeoGetu. Je to sice o trochu pracnejsi, ale zase tolik tech archivaci neni.
#14
Publikováno 17 říjen 2008 - 11:19
Prostě jsem měl finálku v goeogetu, než jsem se dostal k odlovu byla keš deaktivována, přemístěna a v tichosti změněny hodnoty pro vyřešení.
Navíc umocněno tím, že jsem na původním místě našel staré zbytky keše !!
http://www.geocachin...a2-c4c8ed9058a3
Napadlo mně: nebylo by možné v GG ukládat i datum poslední změny waypointu typu final a když se sem importuje novy listing, v nemz je log typu ENABLE LISTING (temporarily disable mne nazajima - to mi po dobu uzavirky vyfiltruje filtr) tak při importu zahlásit něco jako:
POZOR, POZOR - u znovuaktivované keše GCX1234 máš uložené finalni souřadnice starší, než je aktualni importovany listing!
Mozna je to blbost a ani se v PQ vsechny mesic stare logy nanacitaji !?!
Nebo ma nekdo jine reseni. Sice to neni moc casty pripad, ale... předem dík.
#15
Publikováno 20 říjen 2008 - 10:18
Tady by pomohlo podle mne jediné, aby owneři u mysterek do listingu uváděli změny listingu a zejména změny výsledných souřadnic i s datem změny! Mám řadu vyluštěných mysterek po republice a když mám cestu, tak je lovím. Sanžím se listing zkontrolovat před odlovem, že je platný, ale někdy to není jednoduché, znamená to často bádat v lozích.FaVeTteam napsal/a:
To mně vznikl podobný problém, ne s archivací, ale s již vyluštěnou mysterkou.
Prostě jsem měl finálku v goeogetu, než jsem se dostal k odlovu byla keš deaktivována, přemístěna a v tichosti změněny hodnoty pro vyřešení.
Navíc umocněno tím, že jsem na původním místě našel staré zbytky keše !!
http://www.geocachin...a2-c4c8ed9058a3
Napadlo mně: nebylo by možné v GG ukládat i datum poslední změny waypointu typu final a když se sem importuje novy listing, v nemz je log typu ENABLE LISTING (temporarily disable mne nazajima - to mi po dobu uzavirky vyfiltruje filtr) tak při importu zahlásit něco jako:
POZOR, POZOR - u znovuaktivované keše GCX1234 máš uložené finalni souřadnice starší, než je aktualni importovany listing!
Mozna je to blbost a ani se v PQ vsechny mesic stare logy nanacitaji !?!
Nebo ma nekdo jine reseni. Sice to neni moc casty pripad, ale... předem dík.
0 uživatel(ů) prochází toto téma
0 uživatelů, 0 návštěvníků 0 anonymních uživatelů