46 odpovědí na toto téma

[maaaca]

Uz vim v cem je zakopany pes - logID je u vsech stejny. Takze kdyz me to jednou fungovalo, tak jsem importoval v gpxku jen jednu kes... Skoda.

[medwyn_cz]

No stejne si tezko dovedu predstavit kravstejsi napad, nez je cpani jakykoliv dat do falesnych logu. Osobne bych to resil napsanim exportu z GSAKu, ktery by dokazal exportovat GeoGeti GPX rozsireni. Nicmene pokud by ti pak stacilo mit ta data skutecne ve falesnem logu v GG, tak i takhle by to fungovat mohlo. Z logiky veci vsak patri v GG do tagu.

[maaaca]

Asi mas pravdu, ale pro me je tohle nejschudnejsi reseni. Teda krome primeho exportu z gsaku do geogeti databaze, ktera by se dala rovnou nahrat do pda.

[HaLuMa]

Presne tak! Data v databazi maji byt tam, kam patri. Pokud touzis mit to pak v logu, neni prece problem ten falesny log udelat na strane exportu z GG.

[medwyn_cz]

On hlavne touzi dostat data z GSAKu do GeoGeti databaze. Byt tebou, zkusim nejakemu zkusenemu GSAKistovi nabulikovat, ze PocketDrake je vynikajici. Treba potom rad napise export primo do GeoGetiho DB3 souboru. A jeho pouzitelnost by byla o to vyssi, ze by se tak daly (takrka 1:1) prenaset databaze GSAK -> GeoGet. (Osobne jsem neslysel, ze by nekdo prechazel GeoGet -> GSAK ;-) )...

[maaaca]

medwyn_cz: Presne tak, jde mi o to co nejjednodusseji prenest ty data z gsaku do pocketdraku. Coz by tim falesnym logem bylo vyreseno.

[HaLuMa]

Problem primeho exportu do databaze Geogetu ale v sobe skryva riziko, ze takove makro nebude stihat drzet krok se zmenami ve strukture databaze. A ani nevim, jestli Sqlite pouzivana v GSAKu vubec umi vsechny potrebne veci.