Mapy TAR

[thirdknown]

Ahoj všichni,
zaprvé se s Vámi chci podělit o úspěšnou laboraci s vkládáním TAR map do Locusu.
V Ozi exploreru jsem vytvořil z mých podkladů kalibrovanou mapu. Koupil jsem za 10 britskejch liber program MAPC2MAPC a dal jsem vytvořit mapu pro TrekBuddy. MAPC2MAPC vyhodil složku a já jsem obsah tý složky (ne tu celou složku!) 7-zipem zabalil do TARu. Jednoduše jako do zipu, prostě do TARu (ne tar.gz). Takhle jsem si vytvořil několik map, tedy různých zoomů. Ty jsem pojmenoval stejně, s tím rozdílem, že před přínou jsem napsal číslo zoomu. Jednotlivé soubory vypadaly takhle:

NazevMezeraCislozoomuTeckaTar

Praha 12.tar
Praha 13.tar
Praha 14.tar
Praha 15.tar

Všechny tyhle tary jsem hodil do složky /sdcard/locus/maps/Praha . (ne jenom /sdcard/locus/maps !)

Soubor png (tedy originál mého mapového podkladu), tedy ještě před zpracováním v Oziexploreru (a nebo i po něm) jsem programem FastStone Image Viewer upravil, aby obsahoval jenom 16 barev, je to menší na bajty (ne na px!), locus pak dlaždice toho Taru načítá rychlejc. Záleží, ale na mapě, nakolik jí snížení barev uškodí, aby na ní např. byly rozpoznatelný barvy. Vím, že obyčejná mapa z mapy.cz má málo barev, ale třeba turistická z mapy.cz má těch barev dost, takže redukce na 16 barev je spodní hranice. 8 už ne!
Důležité je zachovat při tvoření v MAPC2MAPC velikost dlaždic 512x512, ozkoušel jsem jiný velikosti, ale tohle je podle mě nejrychlejší. 1024x1024 je pomalejší, 2048x2048 jsem nezkoušel, ale 4096x4096 Locus už nezchroustne (vypne se).

Zadruhé:
Výsledná dlaždice z MAPC2MAPC má okolo 12 kilobajtů. Locus se při načítání taru moc neseká, ale trochu ano, ale je to lepší, než když maj dlaždice okolo 25 kilobajtů.
Chci se zeptat, Menione, zda by nešel Locus upravit tak, aby Tary načítal rychleji?

Ještě malý vysvětlení, proč používám TAR a ne SQLITEDB, ikdyž sqlitedb je rychlejší.
Komunikoval jsem s vývojářem MAPC2MAPC. Napsal jsem mu, že když dělám sqlitedb v jeho programu, má to chybu.
Mám originál v zoomu 13. Když udělám v MAPC2MAPC sqlitedb se zoomem 13, je to větší, než originál. Když udělám se zoomem 12, je to menší, než originál.
Odepsal mě tohle:

The Mobile Atlas format views the world as a square (up to about Latitude 85) with a Mercator Projection. The squares are divided up into more squares : each square is 256x256 pixels and there are 2^Z (where Z is the zoom) squares in each direction - zoom level 1 is attached.
The zoom is always a whole number. So, depending on the scale of your map, the nearest zoom level may be larger or smaller. If you are using applications like Locus (and almost all other Android applications) that use this format then this cannot be changed. If you need the exact map, look for an application that uses an exact format like Trekbuddy or Androzic (both of which MAPC2MAPC will create).
Přiložen soubor osm1.jpg, kterej mě poslal.


Tak díky za případnou odpověď a reakce
Pavel

[Menion]

Ahoj Pavle,
  určitě to můžeme ještě nějak vylepšit. Jinak pěkná techická zpráva . Ten TAR formát přeci jen není zcela ideální. Právě pracuju na podpoře pro další formáty, snad jich časem pár přibude. Akorát dneska dodělávám podporu pro RMAP formát. Není v exportu mapc2mapc programu? Jinak důvod proč používáš TAR chápu a SQLite má opravdu nevýhodu jak kolega píše, tzn. má omezený rozsah zoomu a je potřeba vybrat pro export ten nejbližší.

  jinak TAR který locus podporuje má několik omezení vyplívajících ze staré implementace celého systému. Určitě na tom v nejbližší době zapracuju a snad trošku pohnu i s tou rychlostí

[thirdknown]

Ahoj,
díky za odpověď.
RMaps je v MAPC2MAPC, ale jedná se o schodnou sqlite databázi, jako Locus. Přikládám screen z MAPC2MAPC.

V úvodu do této diskuze jsem napsal toto:
Výsledná dlaždice z MAPC2MAPC má okolo 12 kilobajtů. Locus se při načítání taru moc neseká, ale trochu ano, ale je to lepší, než když maj dlaždice okolo 25 kilobajtů. Jedná se o turistické mapy z mapy.cz !
Opravuji, že se jedná o velikosti pro dlaždici 256x256.
To však nic nemění na tom, že je dobré - podle toho, jak jsem to ozkoušel - používat dlaždice 512x512.

Pavel

[Menion]

nemyslel jsem Maps ale RMAP, formát používaný programem CompeGPS/TwoNAV, ak se jukni jestli tam není

[thirdknown]

Nenašel jsem, každopádně je tam tohle:

Maverick
AndNav
OsmTracker
Back country navigator
Gaia GPS
Orux maps
Locus / RMaps sqlitedb
Alpinequest / MyTrails
SAS Planet
MGMaps / MyTrails
Gemf
Garmin
TrekBuddy
JNX
Androzic (Ozi)
Kap chart
(a bit map pro mobily od jablíčkářů)

[Menion]

hmm, fajn ... tak Locus z toho navíc umí ještě GEMF, ale to je to samé jak SQLite jen rychlejší.

koukám že ten program je celkem zaměřen na Android programy, zajímavý. No jestli by jsi mi poslal ke stažení jeden mapový soubor s 512x512 px dlaždicemi, tak na to v průbehu týdne hodím rychlé oko jestli se to nedá nějak jednoduše zrychlit. každopádně jak jsem psal, ten TAR formát čeká trošku revize a taky přibudou jiné fomráty (pevně věřím) takže TAR určitě nebude ideální formát

[thirdknown]

Zde to je:
V obyčejným zipu.
Původní barvy, docela se to v Locusu při přetahování seká: www.pavelweb.wz.cz/dobrouc13_tilesv.zip

16bit, ujde to: www.pavelweb.wz.cz/dobrouc13_tilesm.zip

[Menion]

hmm tyhle mapy ti v locusu fugnují? To se docela divím .. mají jen dva kalibrační body a to bohužel pro můj způsob výpočtu kalibrace nestačí ...

EDIT: eh promiň, už tam mám udělaný dopočet pro zbývající když jsou jen dva v protějším rohu, porkačuju v testu

[thirdknown]

Tyhle mapy mě v Locusu fungujou. Je to jenom o pár bodů posunutý, když to srovnám se staženou mapou (třeba MOBACem)... Prostě jen přepnu mapu a je to (skoro) na tom místě, kde to bylo v jiný mapě.

[Menion]

no heleď problém s rychlostí nijak nevymyslím, teda přes veškerý hraní který jsem s tím měl, nevidím možnost jak načítání dlaždic urychlit. Problém proč se to seká je ten, že 512x512 dlaždice trvají moc dlouho na načtení (zlášt když potřebuje třeba tři najendou) no a já to u tar map mám udělané tak že se načítají v hlavním vlákně a proto to u těch 512x512 jakoby vždy lehce zasekne telefon ... 256x256 by měly být určitě rychlejší a hlavně šetrnější k paměti telefonu ...

jinak můžeš zkusit novou verzi (viewtopic.php?f=25&t=1250#p7349), kde by to mohlo být o trošku rychlejší ale moc si neslibuj. Jinak koukám jak ty mapy sedí a zdá se že jsou o nějakých 50 metrů mimo ... jinde ti to sedí takže je chyba v locusu nebo je to chyba v kalibraci, netušíš?

[rumcajs_tr]

Ahoj, mám dotaz, dělám si nějaké rozsáhlejší mapy v TAR a u ZOOM 14 mi už vychází TAR větší než 4GB, což naráží na limit FAT32. Tak se chci zeptat, jestli pro jednu úroveň zoomu musí být jen jeden TAR soubor nebo může být třeba 15_CZECH_WEST.TAR a 15_CZECH_EAST.TAR, tj rozdělit to na dva soubory ale aby to Locus zobrazoval v jedné vrstvě... než to budu zkoušet s takovým objemem dat, chci se zeptat,... protože ty experimenty trvají hrozně dlouho :-)

[psuk]

Ahoj, Locus v rámci jednoho zoomu vždy pracuje jen s jedním tar souborem, bohužel. Jake mapy chces vyrabet? Mozna ti muzu uz nejake nasdilet

[rumcajs_tr]

Ahoj, dík za info, takže tím pádem končím na ZOOM 14 (3,4GB) :-) Dělal jsem si nové turistické MAPY.CZ :-) Už to je hotovo.

[rumcajs_tr]

HELP! Mám problém u TAR souboru level 14 (3,4GB) protože v určité části ČR mi LOCUS místo dlaždic hlásí "Neznámý problém". Nevím, zda je problém v mapě nebo ne, existuje nějaký jiný program na PC nebo ANDROID, abych zjistil jestli je problém v mapách nebo v LOCUSu?

PS: Zkusím to večer ještě jednou vygenerovat - naštěstí jsou dlaždice stažené, tak mě čeká jen "chvíli" počkat na výpočetní výkon PC a HDD... :-)
Pokud to bude opět stejná chyba, přemýšlím, jestli by se někam dal uložit 3,4Gb soubor, aby se na něj někdo koukl...

[rumcajs_tr]

Tak problém stále přetrvává :-( LOCUS v některých místech ČR vypíše místo zobrazení dlaždice text "Neznámý problém" a jinde dlaždice v pohodě zobrazí... Ta chyba se vyskytuje v souvislém pásu odshora až dolů, úplně na západě je to OK, na východě (morava) taky, ale třeba Praha se prostě nezobrazí...
Mohla ny se nějaká dobrá duše zkusit mrknout na ten TAR. Nahrál jsem ho provizorně na uložto.
//http://www.uloz.to/20100554/czech14-tar
Asi mám něco blbě v mapě, ale nevím co?