Mapsforge 0.6.1 - odstraňuje některé problémy, vím zejména o výchozím vykreslovacím tématu, které v 0.6.0 zlobilo
Rekurzivní vyhodnocení vzorce, např. [[A+B]C[D+E]+26] - dávejte pozor na závorky, pokud se počítá špatně, zkontrolujte si je
Počítané proměnné, např. X = A+B+C - píšou se do proměnných, pokud se má nějaká počítaná proměnná použít pro výpočet další, musí být známá její hodnota, to znamená, že záleží na pořadí, jak jsou zapsané
Automatické označení navštívených waypointů - pokud je povoleno v nastavení, tak v okamžiku přiblížení (tj. když aplikace pípne) automaticky označí waypoint jako navštívený
Vizualizace navštívených waypointů v seznamu - když už to označujeme, je dobré to také vidět
Úprava nastavení – nová stránka pro waypointy
Aktualizace MTP po exportu fieldnotes
Oprava testu existence mapy
Oprava tmavého tématu
EDIT: vzhledem k možnosti psát vzorce i k proměnným, je nutné, aby každá proměnná byla na samostatném řádku, už nemůžou být za sebou oddělené jen mezerou.
Jen se pripominam, ze chyba s mapou z posledni verze trva. Tedy, ze se mapovy podklad posouva, ale ikonky kesi stoji… a trva pak i nekolik vterin, nez se to pak prekresli na spravnych mistech.
Jen se pripominam, ze chyba s mapou z posledni verze trva. Tedy, ze se mapovy podklad posouva, ale ikonky kesi stoji... a trva pak i nekolik vterin, nez se to pak prekresli na spravnych mistech.
Vím o tom,ale to je na delší čas, zřejmě si to vyžádá větší předělání mapy.
Jen se pripominam, ze chyba s mapou z posledni verze trva. Tedy, ze se mapovy podklad posouva, ale ikonky kesi stoji... a trva pak i nekolik vterin, nez se to pak prekresli na spravnych mistech.
Vím o tom,ale to je na delší čas, zřejmě si to vyžádá větší předělání mapy.
Ono asi hodne zalezi na tonm, jakym zpusobem se mapa posouva, jak rychle. Taky se mi stane, ze jsou ikony trvale jinde. Tedy ani po dlouhe dobe se mi nepresunou na spravne misto a musim mapu soupnout o maly kousek vedle a az pak se to srovna.
Koukal jsem do nastaveni (chtel jsem se podivat na "Vizualizaci WP") a vsiml jsem si, ze u filtru je ve velikosti kese "Neni zvoleno". To mi pripada trochu nestastna formulace, volim si ja nastaveni toho filtru a ne velikost kese. Radeji bych "Neni urceno" nebo "Neurcena".
Ze by pri padu aplikace odesla i databaze, to se mi hodne nezda. Sqlite je proti tomuto druhu poskozeni hodne odolna. :huh:
Pravda je, ze se mi adrake uz nekolikrat podarilo dostat do stavu, kdy ukazoval nejake uplne nesmysly, jako by byla databaze poskozena. Ale ustreleni programu, par vterin prodleva a jeho opetovne pusteni vratilo vzdy vsechno do normalu.
Mne se to stalo za ty roky jenom jednou a hooodne jsem se divila, jak je mozny, ze aD tu databazi nechce nacist a porad se prepina do API. Vrazdy nepomohly, restarty taky ne, tak jsem si musela pockat, az dojdem domu.
Jinak to neposouvani ikon s mapou se mi deje pravidelne taky.
Diky za novou verzi, snad se brzo dostanu do terenu, at si s ni muzu vyhrat :)
U mě aplikace padá (hodně) od verze cca 4, takže jsem jí přestala používat. Každou novou verzi zkusím, a pak zase opustím její využívání.
Ale to "zrušení" databáze se mi stalo několikrát, dokud jsem apku nepřestala používat. Doporučuji zkusit jako první pomoc, pokud je nutné, vymazat soubor *.db3-journal - u mě to několikrát pomohlo.
Ale poučená těmito zkušenostmi mám nyní vždy uloženou kopii databáze pod jiným názvem, i když teď používám pro lovení keší Locus. Není nadto skončit na dovolené 300 km daleko bez databáze.
Pokud to zuchne uprostred transakce, a smazes journal, tak dalsi spusteni programu s velkou pravdepodobnosti databazi zbori! (protoze nedokaze vratit rozvrtanou databazi do konzistentniho stavu pred nedokoncenou transakci.)
A pokud to zuchne mimo transakci, pak v journalu neni nic uzitecneho a muze se klidne smazat, ale pritomnost prazdneho journalu nemuze zpusobit nefunkcnost hlavniho databazoveho souboru.
Takze se mi to fakt nezda, protoze tak Sqlite opravdu nefunguje! Pricemz pripominam, ze prazdny journal na Androidu nepoznas podle jeho velikosti.
aDrake ma vzdy zurnalovy soubor neprazdny. (GG po ukonceni transakce vzdy prazdny.) Nevim, podle ceho poznat ukoncenou nebo neukoncenou transakci na aD, proto bych zurnalovy soubor nikdy nemazal. Nebezpeci poskozeni databaze je pomerne znacne.
Z toho vyplyva jeden dulezity fakt - pokud nahravate do mobilu novou databazi prepsanim puvodniho souboru, pak je nezbytne nutne v telefonu ten journal smazat!
Pokud totiz bude v journalu nejaka nedokoncena transakce, treba z predchoziho padu aplikace, pak se nakopirovana databaze pri dalsim pusteni apliakce poskodi! A nemusi se poskodit tak, ze na to hned prijdete...
