Messages

No existuje celá řada aplikací co umí synchronizovat data mezi více zařízeními v cloudu - např.
http://www.zive.cz/clanky/nejlepsi-prog ... fault.aspx
 a velká část z nich má už i klienty pro Android. Používám SugarSync mezi PC (jsem velmi spokojen), ale musím říct, že klient pro Android mě zrovna moc nenadchnul. Kamarád používá tuším DropBox a mám pocit, že chválil i klienta pro Android.
Ono u mobilních zařízení přibývá ještě jedno kriterium navíc - jak moc příslušný klient vyždímává baterku. To si potom nakonec člověk sakra rozmyslí, jestli není přece jenom lepší vytáhnout kabel a nahrát si to ručně stručně hned sám.

[Nicméně Locus bude v rámci jednoho zoomu vždy pracovat jen s jedním souborem, bohužel.]

Obávám se, že odpověď je skrytá v tom, co už mně Menion píše v tomhle vlákně výše :

2) ano tak to funguje. SQLite mapy se dají v podstatě neomezeně kombinovat protože mají zaručeno Mercator zobrazneí a víc se neřeší. TARy můžou být cokoliv takže nějaká kombinace je docela komplikovaná. TAR mapy v podadresáři můžou tvořit zoomovatlnou mapu, když každou mapu pojemuješ tak aby se zařadili korektně za sebe. Nicméně Locus bude v rámci jednoho zoomu vždy pracovat jen s jedním souborem, bohužel.

no mě se mapa změnšila oproti MAP2MAPC na polovinu, ale uznávám že jsem hovado a dělám ji do JPEGu...

No do JPG to můžeš udělat i přímo z MAPC2MAPC zatržením příslušného zatržítka v Edit - Preferences - General Preferences a nastavením kvality JPG 1 - 5 dole v témže dialogu. Jenže 1 a 2 dávají fakt hroznou kvalitu proti původnímu PNG a od 3 výše je velikost výsledného souboru minimálně dvojnásobná.  

dočasně se přepni do google maps, odzůmuj vyber oknem, dej add selection,
vrat se zpět na SQLITEDB source. a už máš vybráno...

No to je přesně ten vopruz :-)
Že si z načtené Locusí mapy můžu vyříznout, co chci, kombinovat s jinými druhy map z MOBAC atd. tomu rozumím. Pokud ale chci MOBAC použít jen k tomu, že CELOU mapu pro Locus (tj. 1 : 1, nic víc, nic míň) chci uložit přes MOBAC v nějakém jiném formátu, dělá se výběr přesně celé mapy dost neohrabaně. Ale už jsem zjistil, že to jde i jinak, bez mezipřepnutí na jinou vrstvu:
1) Vybrat jako mapový zdroj moji lokální locusí zdrojovou mapu
2) Brouzdáním najít levý horní roh
3) Zmáčknout levé tlačítko myši (tím zahájit označování) a pořád ho držet a nepouštět
4) Držením šipek na klávesnici (postupně doprava a dolů) dojet až k pravému dolnímu rohu mapy (roluje to zezačátku pomalu, ale pak se to naštěstí zrychlí)
5) Myší doladit výběr přesně na pravý dolní roh mapy a pak konečně levé tlačítko myši pustit

Nicméně můj jiný, výše popsaný problém to stále nevyřešilo:
Pokud mám tarovanou PNG mapu pro TB a přes MAP2MAPC ji převedu pro Locus, soubor zabírá cca 2.5 x více místa než originál. Když ji pak natáhnu do MOBAC, celou ji označím a dám z ní vygenerovat novou mapu ve formátu RMAPS SQLITE s tím, že nastavým přepočítávat čtverce na PNG 256 (nebo i jen 16) barev, furt je, potvora, výsledek výrazně větší než originální tarovaná mapa    :!:

Bezva ! Fakt to funguje !! :-)

Ale je tam jedna zrada, se kterou si neumím dobře poradit:
Dejme tomu, že takto načtu do MOBAC a zobrazím sqlite soubor pro Locus - podrobnou mapu, která má jen jeden (podrobný) zoom, který je v MOBAC zobrazen tak, že má velikost přes hodně obrazovek PC. Rád bych nějak zatočil s celou načtenou mapou (např. uložil s jinou barevnou hloubkou). Potřebuju teda vytvořit "z mého vlastního zdroje" novou mapu ve formátu RMaps SQlite. Jak ale označit celou načtenou mapu ?
Asi bych se mohl přejížděním podívat, odkud kam sahá, pak přepnout v MOBAC na nějaký jiný zdroj s více zoomy, odzoomovat, vyznačit tu oblast a znovu zpět vybrat můj vlastní zdroj. Ale to je ale hroznej vopruz !
Show coverage bohužel nefunguje.

Bezva ! Fakt to funguje !! :-)

>vítej na fóru
Óoo, díky za vlídné přijetí ! :-)

>Koukám že jsi to docela rozjel a v podstatě vypsal všechny negativa která v locusu kolem práce s mapami existují.
No nemyslel jsem to nijak osobně :-)

ad 1) potlačit zoom do prázdné vrstvy
Tohle byla jen zahřívací otázka, že se vrstva zazoomuje a je prázdná, to mně až tak nevadí. Chápu v čem je ten problem.

ad 1) popis, když se použije náhradní mapa
Tohle je taky při běžném používání hnida, jenom to vede trochu ke zmatení, když si člověk přihraje nějakou novou neznámou sqlitedb databázi map a dívá se, co vlastně pokrývá a ony se mu do toho otevírají úplně jiné, náhradní vrstvy, co už tam dávno měl.

ad 1) výběr náhradní mapy
Vím, že jsem otázek vyvalil moc najednou, ale přece:
- Co když vybraná mapa místo nepokrývá, ale pokrývá ji víc z ostatních map ? Která se teda otevře - ta první, na kterou Locus narazí ?
- Jaký je teda rozdíl mezi volbami "Automaticky načíst mapy pouze přesně stejného typu" a "Automaticky načíst mapy stejného typu (pokud existují), jinak jiný typ", když ani jedna nevypíná zobrazení jiné mapy v místech, kde nemá pokrytí zvolená mapa ?

ad 2) používá se jen jeden soubor na zvoleném zoomu
Aha takže to vede k tomu, dělat TARované mapy tak, že všechny vrstvy jsou za stejnou, větší oblast.
- Jsou tady ty TMI soubory k něčemu ?

ad 3) velikost sqlitedb vs TAR
Zkusím zaexperimentovat.
- Má formát sqlitedb nějak omezen typ obrázků (JPG, PNG, ...) a velikost řezů (musí být 256x256 ? ) ?

ad 4) zoom
Aha. Takže není žádná přímá vazba na absolutní měřítko ? Tj. v jednom mapovém zdroji se může při zoomu 10 vejít v ose X na displej třeba 1 km zatímco v jiném zdroji při zoomu 10 třeba 2 km ?

ad 5) a zájem o TAR
To je možná ten důvod, že lidi mají zájem o TAR atlasy - používá je TB, jsou dobře komprimované a existují nástroje pro PC, které je umožňují vytvářet, prohlížet, kalibrovat, přerozřezávat, seskupovat do atlasů, pakovat, rozpakovávat atd.

[Nešlo by tomu rovnou "dynamicky" zabránit, tj. pokud v tomto místě vrstva nemá pokrytí, vůbec přepnutí do této vrstvy neprovést (ev. i blokovat tlačítko +) ?]

Ahoj, všichni !
Jsem mnohaletý aktivní uživatel Trekbuddy (TB), takže základní principy kalibrace a používání map, geocachingu, tvorby map pomocí MOBAC atd. jsou mi jasné. TB je skvělý, hlavně kvůli tomu, co dokázal/dokáže vykouzlit na hloupých telefonech, takže jsem na něho v žádném případě nezanevřel.
Protože jsem ale už velkej kluk    , dostal jsem v práci nový mobil s Androidem 2.3.4, a tak jsem se rozhlížel kolem a objevil Locus. Program je fakt skvělý (díky Menione), vidím, že posunuje možnosti mapování na mobilu zase o kousek dál. Dokonce jsem se dokopal k tomu, rozmyslet si principy zabezpečení atd. tak, abych se nebál platit na Internetu svoji platební kartou a jako první aplikaci na Google Play zakoupil Locus Pro. Trochu jsem si s ním už pohrál    a letmo proletěl fóra k němu se vztahující.

No a teď konečně    k práci.

Potřebuju si v nejprve vyrobit minimálně stejně dobrou a použitelnou kolekci offline ("osobních") map jako mám v TB. Tuším, jak mapy vyrábět v MOBAC, vím jak konvertovat z formátu OZI do formátu sqlitedb pomocí mapc2mapc, navštívil jsem určité pochybné    weby a malinko se předzásobil mapovým materiálem přímo pro Locus. Nemám ale jasno minimálně v těchto oblastech:

1) Jak přesně funguje seskupování a přecházení mezi offline ("osobními") sqlitedb mapami v Locus ?
Různé mapové zdroje mají různé zoomy a já mám jejich podmnožinu pokrývající různá území a ještě je mám členěny tak, že jsou uloženy v různých souborech sqlitedb. Cílem je, abych mohl nějak rychle přepínat dvě nezávislé dimenze - jednak mapový zdroj (tj. druh mapy) a druhak v rámci něho zoomovat.
Příklad - dejme tomu, že mám hypoteticky   offline mapy od dodavatele A (třeba turistické) a od dodavatele B (třeba geodetické). Mapy mám členěny do několika souborů sqlitedb:
1. soubor: mapy A, pokrytí celá ČR, zoomy 7, 8 ,9, 10, 11, 12
2. soubor: mapa A, pokrytí celá ČR, zoom 13
3. soubor: mapa A, pokrytí celá ČR, zoom 14
4. soubor: mapa A, pokrytí východ ČR, zoom 15
5. soubor: mapa A, pokrytí Brno, zoom 16
6. soubor: mapa B, pokrytí okolí Brna, zoom 15
- Pokud tyhle soubory nahraju přímo do adresáře ".../Locus/maps", chovají se mně jako samostatné zdroje, tj. když v A při zoomování dojdu ke 12 a chci 13, nejde to tlačítkem +, ale musím jako jiný mapový zdroj vybraj soubor 2, což je nepohodlné. Tak tudy ne.
- Pokud si pro mapy vyrobím následující podadresáře ".../Locus/maps/A" (tam dám soubory 1,2,3,4 a 5) a ".../Locus/maps/B" (tam dám 6), chová se mi to následovně. Když vyberu jako mapový zdroj A, skutečně tlačítkem + můžu zoomovat plynule dál od vrstvy 12 do 13, 14 - bezva.
Pokud ale jsem někde na západě ČR, taky mě to nechá zoomovat až do 16, ale vrstvy 15 a 16 jsou bílé, protože nejsou pokryté (ani mapami A, ani jinými). Nešlo by tomu rovnou "dynamicky" zabránit, tj. pokud v tomto místě vrstva nemá pokrytí, vůbec přepnutí do této vrstvy neprovést (ev. i blokovat tlačítko +) ?
Pokud si vyberu A a projíždím na zoomu 15 okolí Brna, dává mi to A (OK). Pokud si ale vyberu B, dává mi to v okolí Brna B (OK), mimo okolí Brna (kde to nemám B pokryté) mně to SAMO dává A, ale v záhlaví to pořád píše B. To tak má být ? Nemohlo/nemělo by se to alespoň nějak indikovat ("vybrané máš B, ale protože tady B není, díváš se vlastně na A") ? Zajímavé, že se to chová stejně, nezávisle na tom, jestli mám v nastavení položku "Mapa - pokročilé" - "Automatické načítání map" nastavenu na "Automaticky načíst mapy pouze přesně stejného typu" nebo "Automaticky načíst mapy stejného typu (pokud existují), jinak jiný typ". Tak jaký je v tom teda rozdíl ? A co když bych mimo okolí Brna měl v zoomu 15 nejen mapu A, ale i nějakou mapu C ? Kterou mi to při výběru B ukáže - A nebo C ?

2) A jak je to s offline ("osobními") TAR mapami v Locus ?
Dočetl jsem se, že jsou taky podporované (bezva mám jich plno - skládají se z nich atlasy pro TB). Pokud vezmu dvě takové TARované mapy stejného zoomu 15 pokrývající sousedící území (dejme tomu Okoli Brna vychod a Okoli Brna zapad) a dám je přímo do ".../Locus/maps/", musím sice konkrétní mapu vybírat ručně, ale vše funguje dle očekávání. Pokud ale vytvořím společný podadresář např. ".../Locus/maps/Okoli Brna" a přesunu je tam, bohužel mně to nefunguje stejně jako u sqlitedb map v bodě 1 výše - Locus prostě vidí jen jednu z map (nejspíš tu první, která mu příjde pod ruku).
Dělám někde chybu nebo to tak má být ? Tohle bohužel řádově degraduje TAR mapy o několik řádů níž než sqlitedb mapy. :-(
Mimochodem, mají v Locusu u TARovaných map význam i soubory .TMI (vždy stejného jména jako příslušný TAR), které v TB
značně zrychlují práci s TARovanými mapami ?

3) Převod map z formátu OZI do formátu sqlitedb pro Locus pomocí utility mapc2mapc
Formát OZI je vlastně stejný jako formát TB s jedním řezem - tj. kalibrační soubor .MAP je stený, ale bitmapa mapy není rozřezaná na kousíčky. Zkusil jsem proto jít cestou převodu mých map pro TB (OZI) konverzí pomocí utility mapc2mapc (http://www.the-thorns.org.uk/mapping/). Vše proběhlo úspěšně, jen výsledná sqlitedb mapa zabírá na kartě cca 2.5x více místa než původní mapa TAR pro TB !!
To tak má být nebo někde dělám chybu ?
To je sakra rozdíl, jestli mně něco na kartě zabírá 2 GB nebo 5 GB !

4) Zoom mapy
Jak se vlastně obecná mapa v Locusu identifikuje s číslem zoomu ? To je nějak dáno měřítkem (jaké vzdálenosti odpovídá jeden pixel) nebo čím ? Navíc třeba mapa, která se mně tváří, že obsahuje zoomy 7 - 12, má při pohledu dovnitř formátu sqlitedb (např. editorem SQLite Database Browser) v tabulce "info" uvedeny parametry "minzoom" = 5 a "maxzoom" = 10, tak to už jsem z toho úplnej daněk ...

5) Nástroje pro sqlitedb mapy pro PC
Existují nějaké nástroje pro PC, které by uměly hotové offline mapy ve formátu sqlitedb zobrazovat, ořezávat, mazat zoomy nebo je přidávat z jiného sqlitedb nebo slučovat z více souborů ?

No doufám, že jsem to tady pro začátek moc nezahlušil ! :-)
Díky za případné odpovědi.

Čelda - moc ukecaný Locusí nováček :-)