17 odpovědí na toto téma

[erebi]

Ahoj,

 

mam dotaz pro zkusene uzivatele GG a jiste pro ne nebude problem mi poradit, pripadne odkazat na nejaky navod. Ja tapu.

 

Situace je takova, ze AD vyuzivam zrejme dosti odlisne od ostatnich. Vsechna data, ktere mam v AD jsem tahal pres GC live a nasledne v AD pocitam finalky, delam si poznamky. Nicmene bych rad vyuzil PQ cele Prahy, ktere si nechavam generovat a stahnu do GG. A zde zacina muj problem. Z nejakeho duvodu, nedovedu zprovoznit ADS. DB z AD do pocitace dovedu stahnout rucne, ale nevim, jak postupovat dale. 

 

Jak sloucim dve DB dohromady (tj DB AD a DB GG), abych dostal vysledek, ze DB tvorena z PQ se aktualizuje o data z AD? Nasledne bych tu sloucenou DB zase rad prehral do telefonu, takze bych mel v AD celou Prahu a zaroven mi nezmizely obrazky, ani jina data, ktera jsem predtim u kesi v AD mel. 

 

 

Snad je to aspon trochu k pochopeni, kdyztak upresnim.

[HaLuMa]

Kopírování celé databáze z AD do GG nedělat! Sqlite v Androidu neumí vše, co potřebuje databáze v GG, takze takto zkopirovana databaze nebude v GG fungovat správne. (Opacny smer GG -> AD problem neni!)

 

Prave proto je dobra synchronizace ADS, ktera dokaze vzit nova data v AD, a pres SQL je vlozi do databaze v GG. Neni duvod, aby ti to nefungovalo, takze se spise zamer na rozchozeni ADS.

 

Protoze sjem sam pri cteni tveho prispevku trochu tapal, vysvetlivky zkratek:

AD = Adrake

GG = Geoget

ADS = Adrake Synchronize plugin

:-)

[gord]

Bez ADS to pujde zpet tezko. Ale napada me kacirska myslenka (mozna mi to Haluma vyvrati):

 

Problem je v prostorovem indexu, ktery neni na Androidu podporovan. Nestacilo by po zkopirovani databaze do GG udelat Vacuum a pripadne reindex?

[LudekV]

ADrakeSync dělá jen to, že zkopíruje databázi z telefonu do PC, otevře ji v GeoGetu, udělá export do GPX, přepne zpět na hlavní databázi a to GPX do ní zase naimportuje. Tyto kroky lze klidně udělat i ručně.

Důvod je ten, že Androidí SQLite skutečně nepodporuje všechno, co GeoGet používá, ale exportu to nevací a při importu si to GeoGet udělá správně.

Přesun z PC do telefonu je prosté kopírování, tam žádný problém není.

[HaLuMa]

Minimalne v tech prostorovych indexech. Sam uz ani nevim, v cem jeste. Mozna treba hashe zaznamu, ale pokud je tam nula, nemuselo by to tak vadit, jen se pru pripadnem importu stejnych dat data zbytecne zaktualizuji.

 

Vacuum (ani skript fixRepack) nepomuze, ten prostorovy index nevyrobi. Provede jen fyzicke prebaleni databaze, ale zadnou prazdnou tabulku neprepocita! (prostorovy index neni nic jineho nez soustava normalnich databazovych tabulek, nad kterymi bezi kus programu a vyrabi jinou virtualni tabulku s nejakou funkci.)

 

Ale dal by se napsat skriptik, ktery by ty prostorove indexy zahodil a vypocital znovu. Ten kod existuje, pouziva se pri upgradu databaze.

[gord]

To je zajimava myslenka a urcite by takovy Fix scriptik mel existovat. Jestli se pouzije u aDrake nebo ne je dalsi vec.

 

(Prikaz reindex neaktualizuje prostorovy index? Ocekaval bych, ze vysledek bude uvsech indexu stejny, bez ohledu na to, zda je prostorovy ci nikoli a jaky mechanismus bude za tim reindexovanim stat.)

[HaLuMa]

ne, reindex opravuje skutecne indexy, ne virtualni tabulky.

[erebi]

Tak jsem tu DB z AD hodil do slozky, kde ma GG ostatni DB. DB se mi zobrazila v GG, ze ji jakoze muzu otevrit, ale kdyz jsem ji dal otevrit, tak mi to vyhodi error executing SQL. Potrebuju delat nejake specificke kroky k otevreni te DB?

A ano, opravdu GG nerozumim, kdybyste si klepali na cela, co to ten kluk dela

[LudekV]

To máš blbé, to vypadá, že ta databáze je nějak nabořená, normálně ji GeoGet otevře bez problému.

Jakou přesně chybu to vyhodí?

[erebi]

Stale je zde vysoka pravdepodobnost, ze je problem mezi zidli a obrazovkou. Prikladam log. Nevim, jak jinak, tak jsem to nahral na uloz.to.

 

http://uloz.to/xAQn9eP6/geoget-log

[HaLuMa]

Rika ti to dosti vymluvnou hlasku:

SQLITE_CORRUPT [11]: database disk image is malformed

 

Tedy, tvuj databazovy soubor je poskozen. Bud neni cely, nebo je jeho kus prepsany nesmysly.

[Arne1]

mně se z KiteKatu někdy některé soubory nechtějí do PC správně zkopírovat. Pomůže vystoupit a nastoupit (tj. vypnout a zapnout).

[erebi]

Rika ti to dosti vymluvnou hlasku:
SQLITE_CORRUPT [11]: database disk image is malformed
 
Tedy, tvuj databazovy soubor je poskozen. Bud neni cely, nebo je jeho kus prepsany nesmysly.

Ale kdyby ten databazovy soubor byl rozbity, tak by to nemel precist ani AD, ne? V AD mi vse normalne funguje.

Existuje pripadne nejake udelatko, ktere rekne, co je v DB spatne?

Kopirovat tu DB z telefonu do pocitace jsem zkousel vickrat, ale furt hlasi stejnou chybu.

[HaLuMa]

Ta chybova hlaska si opravdu nevymysli.

Muze byt napriklad problem v tom, ze pokud v telefonu v tu chvili adrake bezi, nemusis z telefonu dostat soubor v konzistentnim tvaru. K databazi patri jeste podone nazvany soubor s journalem. Pokud neni nulovy, zkus jej zkopirovat take!

[gord]

Mam doma jeden telefon, na kterem jsem zurnalovy soubor jeste nevidel prazdny. I kdyz je aD ukonceny (korektne), soubor nema nulovou velikost. Od zacatku se mi to zdalo divne, ale jelikoz vse pracuje podle ocekavani a databazi z telefonu nikam nekopiruju, prestal jsem tomu venovat pozornost.

[HaLuMa]

spis jeste dulezitejsi je, se podivat, jestli tam, kam se ta databaze kopiruje, tak jesti tam nahodou ten journal neni taky. A pokud je, musi se smazat! Joural od jine databaze ten databazovy soubor zcela jiste ponici.

Tento příspěvek byl upraven od HaLuMa: 24 leden 2015 - 11:25

[erebi]

Ja ted zacal uvazovat jeste jinym smerem. Nedavno jsem cetl, ze 90% problemu androidu je zapricineno Windows. Takze zkousim, zda mtp funduje korektne a zda nemuze byt problem v zapisu do adresare GG na pocitaci. Pred chvili jsem zkousel ADS a hlasi mi to chybu uz pri importu ini souboru. Takze asi problem s konektivitou, jak bylo receno vyse.


To s tim journalem urcite vyzkousim. Dik za tip.

[erebi]

Tak jsem se konecne dostal k pc, kde mam GG a vyzkoumal nasledujici, treba to nekomu pomuze.

 

ADS jsem proste nerozchodil, to jsem vzdal. Nicmene dobra zprava je, ze lze postupovat dle postupu uvedeneho vyse. Chyba v DB, kterou jsem pretahl z mobilu do PC byla opravdu zrejme zpusobena tim, ze AD s DB v dobe kopirovani "nejak" pracoval. Pri prvnim pokusu jsem prekopiroval DB z AD i journal. V GG jsem pak videl tu DB dvakrat. Nijak jsem to nezkoumal, ale zjistil, ze stacilo kopirovat jen DB z AD. Ackoli ma journal nenulovou velikost, nebyl pro otevreni AD DB potrebny. V GG se mi po prekopirovani jen te cachedb.db3 DB otevre, detaily kesi jiz zobrazit nejdou, coz nevadi. Jak nekdo psal vyse, udelal jsem export a pak import do zakladni DB GG (geoget.db3) a svete div se, funguje to. Nasledne zase  prekopiruju do mobilu a v AD funguje vse jak ma. Zajimavosti je, ze ta DB v GG je polovicni oproti velikosti te puvodni v mobilu, to me trosku znervoznuje.

 

Pri dalsim pokusu o kopirovani DB z AD mi GG nahlasil, ze je DB poskozena, ackoli jsem AD pred kopirovanim vypnul. Po restartu a opetovnem kopirovani bylo uz vse ok.

 

Takze dekuji vsem,za reseni meho problemu, sam bych to nezvladl