16 odpovědí na toto téma

[_Tom]

Zásadně jsem redukoval databázi, která postupně bobtnala během mých cest. Měl jsem postahované keše v místech, kam se hned tak zase nevydám, takže jsem mazal a snížil počet záznamů asi na polovinu.

Uvědomil jsem si ale, že při tom nemizí například soubory s mapami a celková velikost dat ani počet souborů ve složkách se tedy nijak podstatně nezměnily.

Existuje nějaký působ, jak projít složky s mapami a přílohami atd. a smazat vše, co nepatří k žádné keši z databáze? Myslím, že by to byla užitečná funkcionalita...

Problém může být asi v tom, že pokud je databází víc (můj případ), muselo by se zkontrolovat, že soubor nepatří k žádné z databází, tím se to poněkud komplikuje, že?

[HaLuMa]

Trvale mazani prave maze i ty mapy a postahovane obrazky z listingu. Proto ta operace neni uplne bleskova, zvlast kdyz toho mazes vic. Ale projit rucne si to muzes. podivej se v datovem adresari na podadresar offline/maps a offline/inc. V nich hledej soubory, jejichz jmeno zacina kodem kese(bodu). Pokud nahodou smazes neco navic, nevadi, jakmile na to Geoget narazi, tak obrazek ci mapu stahne znova. Ostatne treba ty mapy se po nekam case (ve vychozim stavu pul roku) stejne tahaji znova, kdyby se treba mezitim vylepsily mapove podklady.

[_Tom]

HaLuMa napsal/a:
Trvale mazani prave maze i ty mapy a postahovane obrazky z listingu. Proto ta operace neni uplne bleskova, zvlast kdyz toho mazes vic.

Ale projit rucne si to muzes. podivej se v datovem adresari na podadresar offline/maps a offline/inc. V nich hledej soubory, jejichz jmeno zacina kodem kese(bodu).

Pokud nahodou smazes neco navic, nevadi, jakmile na to Geoget narazi, tak obrazek ci mapu stahne znova. Ostatne treba ty mapy se po nekam case (ve vychozim stavu pul roku) stejne tahaji znova, kdyby se treba mezitim vylepsily mapove podklady.

Já jsem to právě teď zkoušel (na jedné keši) -- a ty mapy mi tam zůstaly! Jinak jsem mazat cca 25 000 záznamů, to se mi ručně právě moc procházet nechce a stahovat mapy třeba pro 5 000 listingů kvůli tomu, že jsem si je smazal spolu s těmi ostatními, to mi připadá zbytečné, proto ten dotaz...

Zkoušel jsem to na jedné keši proto, že jsem při mazání těch 25 000 kousků pojal podezření, že tam mapy zůstaly --- a taky že jo...

[_Tom]

...tedy že ty soubory u 25 000 listngů nezmizely soudím podle dropboxu, který nesynchronizoval žádné změny kromě .db (při samotném mazání byl vypnutý), proto jsem udělal tu kontrolu ručně na jedné keši.

[mikrom]

http://geoget.ararat...kript:cleartemp ?

[_Tom]

mikrom napsal/a:
http://geoget.ararat...kript:cleartemp ?

To je šikovné, ale řeší to jen část problému... Smaže mi to např. mapy u starších (ve smyslu dříve aktualizované) českých kešek, kam se třeba ještě vydám (a mám je v db), zatímco mi to nesmaže mapy u keší v Itálii, které jsem si stáhl před týdnem před dovolenou a kde jsem si jistý, že tam zas přinejmenším pár let nepojedu a jejichž listingy už v db po úklidu nemám...

[HaLuMa]

Podivam se, proc to nemaze, protoze mazat se to ma.

[_Tom]

Pokud by to bylo důležité, doplním ještě, že GG mám nainstalovaný v portable režimu ve složce Dropboxu (synchronizují se mi jak data, tak GG i skripty) a spouštím ho zástupcem, kde je v příkazovém řádku specifikováno umístění databáze. Mazání s uvedeným výsledkem vyzkoušeno na Win Vista 64 a a na Win XP, mezi kterými Dropbox synchronizuji.

[Parkis]

na stránce scriptu je:

Zajímavou volbou je také zadání hodnoty -2, kdy se budou vyhledávat offline soubory ke kterým neexistuje v databázi rodičovský bod (GC, WM, OC) 1).

To jsi zkoušel? Pro víc databází to nejde použít rovnou, ale vyřešil bych to jednorázovým vyrobením databáze do které bych nasypal data ze všech používaných.

[_Tom]

Parkis napsal/a:
na stránce scriptu je:

Zajímavou volbou je také zadání hodnoty -2, kdy se budou vyhledávat offline soubory ke kterým neexistuje v databázi rodičovský bod (GC, WM, OC) 1).

To jsi zkoušel? Pro víc databází to nejde použít rovnou, ale vyřešil bych to jednorázovým vyrobením databáze do které bych nasypal data ze všech používaných.

Aj, to mi ušlo, zdá se, že to je přesně ono! Díky
To spojení databázi do jedné přechodné je vtipné řešení.

[_Tom]

Dotaz pro Mikroma

Zajímavou volbou je také zadání hodnoty -2, kdy se budou vyhledávat offline soubory ke kterým neexistuje v databázi rodičovský bod (GC, WM, OC).

--- co se stane s rodičovskými body, které nejsou GC, WM nebo OC?
Kromě databáze GC mám druhou s vlastními body a ty nesplňují nějaké jasné požadavky na id bodů, zpravidla začínají stejnými dvěma znaky, není to ale žádná z těch tří dvojic, navíc to neplatí bez výjimky, také délka id v druhé databázi je také různá...

[mikrom]

jiny nez GC/WM/OC by to melo ignorovat

[_Tom]

mikrom napsal/a:
jiny nez GC/WM/OC by to melo ignorovat

Omlouvám se, že se ptám furt dokola, ale chci si být jistý, než to pustím na svoje data... Pokud tam mám druhou databázi, jejíž id nezačínají na tyhle dvojice, tak to tam jejich mapy atd nechá, i když v aktuální databázi (otevřené při startu skriptu) nebudou mít odpovídající listing?

Přílohy (tedy složku ../attach) to nechá úplně na pokoji, jak vidím.

[mikrom]

zazalohuj, pust a zkontroluj. nevim, uz je to dlouho co jsem to psal, a taky pekelne dlouho co jsem neco programoval

[_Tom]

Tak makro maže všechno, co nepřísluší položkám v aktuálně otevřené databázi, nikoli jen body GC, WM, OC. Doporučil bych v tom smyslu poopravit dokumentaci.

[mikrom]

mam to stejne v planu nejak predelat az bude chut a cas.. ze by to bylo cely konfigurovatelny v ini, a daly se tam pripsat i naky docasny slozky skriptu

[_Tom]

Každopádně to u mě provedlo skutečně velký úklid, myslím, že když napíšu, že to našlo a smazalo kolem 100 000 souborů, nebudu daleko od pravdy, super!