235 odpovědí na toto téma

[HaLuMa]

Waypointy se nemazou pres "Trvale smazat", to je pro kesky. Jen v ramci zrychleni vstupnich kontrol nezjistuji, jestli vsehcno oznacene jde doopravdy takto smazat.  Vyhodim varovani, a pak az kdyz jde do tuheho, tak se to probere.

 

Na mazani waypointu slouzi volba "Smazat waypoint"...

 

Nicmene take naprosto nechapu tu snahu neco odmazavat z databaze. casto lidi argumentuji tim,z e to nechteji mit v GPSce. jenze tam se neexportuje databaze, ale zobrazeny seznam. A ten se snadno vyfiltruje jak zrovna potrebujes.

[HaLuMa]

Jo, tak to jo, tvuj pripad je legitimni!

Pak je opravdu nejjednodussi ty stare waypointy oznacit a smazat. Ale tou spravnou volbou!

[Geomatik z FAV]

Díky za odpověď, smazat waypoint funguje správně i při označení více WP najednou. Zase jsem ohledně GG o něco chytřejší. Volba trvale smazat je v kontextové nabídce díky použité ikoně jaksi nápadnější a vůbec mě nenapadlo hledat nějakou jinou pro waypointy.

[erebi]

Ohledne toho odmazavani z databaze. Ja to delam, pac celou tu databazi pretahnu do a:draku. Nebo i v tomto pripade to nema smysl? Rad se poucim.

[Arne1]

Ohledne toho odmazavani z databaze. Ja to delam, pac celou tu databazi pretahnu do a:draku. Nebo i v tomto pripade to nema smysl? Rad se poucim.

Nějak není jasný kontext. Pokud chceš databázi zmenšit do aDrake, tak samotné odmazání pár waypointů nic neřeší. Odmazání pár keší taky ne. Navíc bys pak musel udělat vakuum databáze. A co ty keše co odmažeš ? Ty už nebudeš potřebovat ?
Já raději napíšu jak to dělám já.
Moje databáze má asi 2 giga, to je na volný prostor v mobilu poměrně dost a navíc to často tahám ze vzdáleného počítače po někdy velmi pomalém Internetu. Takže si udělám výřez z této velké databáze. To se dělá tak, že se z normální databáze GeoGet.db3 vyexportují keše podle nějakých kritérií do GPX v2, to zachová naprosto všechny údaje co jsou v databázi. A tenhle GPX soubor hned naimportuju do prázdné databáze CachDb.db3, kterou pak tahám do aDrake. Tahle cestovní databáze má většinou mezi 100 a 250 MB, podle toho na jak dalekou cestu se chystám. Na popsaný postup mám udělanou několikařádkovou dávku do Combine.

[Jarda Hlávka]

Můžu mít dotaz? Zachová tento postup i vytvořené Tagy např. otaguji "Vylet" a pak v adrake filtruji. Jsem to testoval a jediný způsob jak jsem tam dostal vytvořené tagy tak bylo kopírování databáze. Což mě mrzí, protože takto bych si jen vyexportoval seznam jak píšeš a bylo by to hned.

[Arne1]

Můžu mít dotaz? Zachová tento postup i vytvořené Tagy např. otaguji "Vylet" a pak v adrake filtruji. Jsem to testoval a jediný způsob jak jsem tam dostal vytvořené tagy tak bylo kopírování databáze. Což mě mrzí, protože takto bych si jen vyexportoval seznam jak píšeš a bylo by to hned.

Proč myslíš, že HaLuMa nedělal nějaké funkce pro práci s databázemi ? Tj. rozdělování, slučování a tak podobně. Právě proto, že export do proprietárního formátu zachová úplně všechno!
A není to tak složité si to vyzkoušet.

[Jarda Hlávka]

Arne1 díky za tip, doučím se to a vyzkouším.

[wadesss]

Zdravím.Našel jsem drobnou chybku.Pokud dám seřadit dle favorites tak se seřadí,ale řazení bere v potas prioritně první číslici.

Tak to vypadá např. takhle :

1,11,190,2,24,3,31.......Podle mne by bylo správně : 1,2,3,11,24,31,190....

[HaLuMa]

Abys mohl radit podle favorites, musis sis tam pridat sloupec... a ten sloupec jsi pridal blbe. Nezaskrtnul jsi tam, ze chces ciselne razeni.

[erebi]

Nějak není jasný kontext. Pokud chceš databázi zmenšit do aDrake, tak samotné odmazání pár waypointů nic neřeší. Odmazání pár keší taky ne. Navíc bys pak musel udělat vakuum databáze. A co ty keše co odmažeš ? Ty už nebudeš potřebovat ?
Já raději napíšu jak to dělám já.
Moje databáze má asi 2 giga, to je na volný prostor v mobilu poměrně dost a navíc to často tahám ze vzdáleného počítače po někdy velmi pomalém Internetu. Takže si udělám výřez z této velké databáze. To se dělá tak, že se z normální databáze GeoGet.db3 vyexportují keše podle nějakých kritérií do GPX v2, to zachová naprosto všechny údaje co jsou v databázi. A tenhle GPX soubor hned naimportuju do prázdné databáze CachDb.db3, kterou pak tahám do aDrake. Tahle cestovní databáze má většinou mezi 100 a 250 MB, podle toho na jak dalekou cestu se chystám. Na popsaný postup mám udělanou několikařádkovou dávku do Combine.

Byla to reakce na "Nicmene take naprosto nechapu tu snahu neco odmazavat z databaze." Rad se priucim neco noveho, pripadne rad zjistim, proc delam veci spatne. Nepovazuji se za zkuseneho, ani pokrocileho uzivatele GeoGetu. 

Ja odmazavam treba archivovane eventy, pripadne jine archivovane kese mimo moje "lovici" uzemi, nebo ignorovane kese (nevim, jak je pak v A:Draku vyfiltrovat, aby se mi neukazovali). Vakuum databaze nedelam, nevim co to je:(. S combine neumim. Dik za podnet, mrknu na to Vakuum a Combine a zamyslim se, zda tvuj pristup neni pro me vyhodnejsi.

[wadesss]

Abys mohl radit podle favorites, musis sis tam pridat sloupec... a ten sloupec jsi pridal blbe. Nezaskrtnul jsi tam, ze chces ciselne razeni.

Omlouvám se tohle jsem přehlédl.Díky za nakopnutí.

[gord]

Erebi: Odmazavat cokoli z databaze, je trochu zbytecne z nekolika duvodu:

• databazi (databazove aplikaci) je uplne jedno, zda v ni je 1000 nebo 10000 bodu
• pokud mazes body (WP), ktere jsou soucasti kese, pri dalsi aktualizaci se ti do databaze zase vrati
• odmazani bodu nema ani vliv na velikost databazoveho souboru - objemove nejvic mista zabiraji logy, smazanim WP usetris byty a navic se to nijak neprojevi, dokud neudelas Vacuum, coz neni uplne bezna operace

Domnivam se, ze pro presun databaze do aDrake v telefonu je u bezneho uzivatele velikost nezajimava. Osobne mam telefon plecku a davam tam databazovy soubor veliky 400 MB. Jedine, co mi vadi, je pomale vykreslovani bodu na mapu, protoze vzdy se prochazi cela databaze. (Chtelo by to nejak optimalizovat, ale to sem nepatri, to je do jineho vlakna.)

Tento příspěvek byl upraven od gord: 10 duben 2015 - 9:27

[erebi]

Erebi: Odmazavat cokoli z databaze, je trochu zbytecne z nekolika duvodu:

• databazi (databazove aplikaci) je uplne jedno, zda v ni je 1000 nebo 10000 bodu
• pokud mazes body (WP), ktere jsou soucasti kese, pri dalsi aktualizaci se ti do databaze zase vrati
• odmazani bodu nema ani vliv na velikost databazoveho souboru - objemove nejvic mista zabiraji logy, smazanim WP usetris byty a navic se to nijak neprojevi, dokud neudelas Vacuum, coz neni uplne bezna operace

 

 Ja odmazavam cele kese, nikoli waypointy. Odmazavam ty kese, u kterych vim, ze mi uz k nicemu nebudou - pr. archovovane eventy. Vychazel jsem z toho, ze tim jednak snizim velikost databaze (byt nepatrne), kterou proste pretahnu do telefonu a taky, ze pri mene zaznamech v databazi bude A:Drake pracovat svizneji (byt nepatrne). 

Nicmene netvrdim, ze muj postup je spravny a rad se poucim. Zatim jsem pochopil, ze vy si delate pro A:drake z te velke databaze databazi mensi s vami vyfiltrovanyma bodama a tu pak davate do A:Drake. 

[kolombo]

Ja odmazavam treba archivovane eventy, pripadne jine archivovane kese mimo moje "lovici" uzemi, nebo ignorovane kese ...

 

To musí dělat docela veliký binec při generování statistik.

[HaLuMa]

Dokud neni databaze > 2GB, neni sebemensi duvod se vubec zdrzovat nejakym odmazavanim. Pricemz uplne cela CR je nejakych 400MB. Takze bych rekl, ze drtiva vetsina uzivatelu nemusi delat vubec nic!

 

Pouhe odmazani cehokoliv s celkovou velikosti databaze vubec nehne. Jen se to puvodne obsazene misto oznaci jako volne, a pri nejake pristi prilezitosti se obsadi novymi daty.  Aby se soubor opravdu zmensil, je treba provest dalsi kroky a prebalit uplne celou databazi do nove. To je dalsi zdlouhava operace.

 

A co se tyce adrake, tak rozdil nejakych par kesi, ani nejakych tisic kesi, ba dokonce ani nejakych 10000 kesi mi nepripadlo jako hmatatelny vykonostni rozdil. Nejhorsi je vykreslovani kesi na mape. Ale i na mem prastarem telefonu s jednojadrovym 400MHz procesorem je to zalezitost tak na nejake dve-tri vteriny. Nic tragickeho!

 

Edit: opraveny jednotky.

Tento příspěvek byl upraven od HaLuMa: 10 duben 2015 - 11:55

[erebi]

Dokud neni databaze > 2GB, neni sebemensi duvod se vubec zdrzovat nejakym odmazavanim. Pricemz uplne cela CR je nejakych 400GB. Takze bych rekl, ze drtiva vetsina uzivatelu nemusi delat vubec nic!

 

Pouhe odmazani cehokoliv s celkovou velikosti databaze vubec nehne. Jen se to puvodne obsazene misto oznaci jako volne, a pri nejake pristi prilezitosti se obsadi novymi daty.  Aby se soubor opravdu zmensil, je treba provest dalsi kroky a prebalit uplne celou databazi do nove. To je dalsi zdlouhava operace.

 

A co se tyce adrake, tak rozdil nejakych par kesi, ani nejakych tisic kesi, ba dokonce ani nejakych 10000 kesi mi nepripadlo jako hmatatelny vykonostni rozdil. Nejhorsi je vykreslovani kesi na mape. Ale i na mem prastarem telefonu s jednojadrovym 400MHz procesorem je to zalezitost tak na nejake dve-tri vteriny. Nic tragickeho!

Pak je tedy to mazani opravdu nesmyslne. Diky za info.

 

 

To musí dělat docela veliký binec při generování statistik.

1) mazu eventy, na kterych jsem nebyl, takze nevidim duvod, proc by to melo pak zlobit

2) statistiky jsem nedelal a delat nebudu, nejsou pro me podstatne (coz ale ma kazdy jinak)

[HaLuMa]

jeste bych doplnil, ze samotnemu Geogetu nijak nevadi ani databaze vetsi nez 2GB. Je to jen hloupe omezeni maximalni velikosti souboru na Androidu. (je to dano souborovym systemem)

[gord]

Dokud neni databaze > 2GB, neni sebemensi duvod se vubec zdrzovat nejakym odmazavanim. Pricemz uplne cela CR je nejakych 400GB. Takze bych rekl, ze drtiva vetsina uzivatelu nemusi delat vubec nic!

 

 

Jen bych opravil tu hodnotu. cela CR je urcite pod 400 MB. Jinak naprosto souhlasim.

[dr.vota]

Dokud neni databaze > 2GB, neni sebemensi duvod se vubec zdrzovat nejakym odmazavanim. Pricemz uplne cela CR je nejakych 400GB. Takze bych rekl, ze drtiva vetsina uzivatelu nemusi delat vubec nic!

...

Celá ČR bude spíš  400MB, ne GB.

Já mám přes 2GB, cca 2,5GB a ani na tom androidu nepozoruji, že by s tím byl zásadní problém.

Mazat z databáze jakékoliv už stažené keše je blbost.