OziExplorer - program pre rastrove mapy (PC, PDA, PNA)

[bogi]

Nie, kvoli velkosti BMP sa cas takto neznasobi. JPG aj BMP v RAM zaberaju rovnako vela miesta, len na disku je JPG komprimovany. Trva to dlho hlavne kvoli spajaniu velkeho mnozstva kachliciek 250x250. Ku tomu spajaniu dochadza v RAM, maka na nom procesor - tato cast je rovnaka pre vsetky formaty (az na farebnu hlbku). Na disk sa zapisuje az vysledok. Rychly disk zapise velky celistvy subor 1 GB za minutu-dve. Takze na velkosti suboru na disku z hladiska celkovej doby az tak nezalezi. Musis to testnut.

Som ale prekvapeny, ze hlasis tak zly vysledok pre JPG 24bit...

[V12]

Chlapci, GIF je VZDY iba 256 farebny, narodil sa totiz s prvymi VGA kartami pracujucimi v 320x240x8bpp - cize 256 farieb ako komprimovana podoba BMP. Vzhladom na licencovany algoritmus kompresie sa nejako mimoriadne dalej nevyvijal. Nahradil ho PNG.

[balkanista]

Diky za informaciu o gife.
Tu je ale jeden velky problem -OZI MAP MERGE DEFORMUJE TVAR MAPY!!!
Pozrite sa na tvar zakruty. Bolo to este v merge s gifom a oblast bola 15'x20' /pozriem neskor ci deformacia sa meni s velkostou oblasti/.
Je to celkom zjavne znacne splostele po y osi.

Obidva screenshooty su z Oziho, jeden je bmp priamy, druhy je gif s merge. Ale tvar gifu bez merge je rovnaky ako u bmp. Čiže príčinou deformácie je proces skladania.
Edit. Ešte by som poznamenal že som mal zmenšenie na .0.9 m pixel kým priamy export má 0.88 a dačo metra na pixel takže nepatrné zmenšenie tam je, ale toto mi pripadá ako keby som sa na oblasť pozeral pod podstatne iným uhlom.

Napadne niekoho čo s tým?

[bogi]

Doteraz som robil len s projekciou S42 a S-JTSK. Obe tieto projekcie predstavuju linearny, cize celkom pravidelny grid (mriezku) v metroch. Pouzivaju sa len na uzemie obmedzenej velkosti - inak by ta pravidelna mriezka kvoli zagulateniu zemegule sposobila velke skreslenie.

Lenze Google mapy su v Mercator projekcii. Nieco o Mercator som niekedy pozeral na webe, ale uz si moc nespominam. Spomenul som si teraz na nieco zo zaciatku nasej diskusie o Googleak a Google satelitnych mapach. Laco to nazval "tepelnou roztaznostou pixelov". Zeby suvisela s vlastnostami Mercator projekcie?

Vcera vecer som stiahol mapu velkosti okolo 11000x11000 ako v Tebou zadanej oblasti na Balkane, tak aj pre BA oblast Malych Karpatov. Obe v zoom leveli 18.
M.K.: MM1B,0.795
Balkan: MM1B,0.883
No a podla Laca v Afrike je to uz okolo 1m/px.

Skusme sa pozriet nie na m/px, ale zmenu suradnicnej jednotky (stupna) na 1 px, lebo Googleak mapy su kalibrovane v zemepisnych stupnoch/minutach.  Z kalibracneho suboru:

Male Karpaty:
MMPXY,1,0,0
MMPXY,2,12289,0
MMPXY,3,12289,11777
MMPXY,4,0,11777
MMPLL,1, 17.05078125, 48.241138238
MMPLL,2, 17.182617188, 48.241138238
MMPLL,3, 17.182617188, 48.156925112
MMPLL,4, 17.05078125, 48.156925112
MM1B,0.795

V smere osi x:
(17.182617188 -  17.05078125) / 12289 = 1.0727963056391895190821059484091e-5 = 0.000010727963056391895190821059484091

V smere osi y:
(48.241138238 - 48.156925112) / 11777 = 7.1506432877642863207947694659081e-6 = 0.0000071506432877642863207947694659081

Balkan:

MMPXY,1,0,0
MMPXY,2,11873,0
MMPXY,3,11873,11265
MMPXY,4,0,11265
MMPLL,1, 19.016561508, 42.253426025
MMPLL,2, 19.14393425, 42.253426025
MMPLL,3, 19.14393425, 42.163912387
MMPLL,4, 19.016561508, 42.163912387
MM1B,0.883

V smere osi x:
(19.14393425 - 19.016561508) / 11873 = 1.0727932451781352648867177629917e-5 = 0.000010727932451781352648867177629917

V smere osi y:
(42.253426025 - 42.163912387) / 11265 = 7.946172924988903683976919662672e-6 = 0.000007946172924988903683976919662672

Takze nielen m/px nie su v zoome 18 konstantne, ale ani zmena suradnicnej jednotky na pixel. Ta je dokonca ina vodorovne a zvisle. Zvisle (os y) je ta zmena podstatne vacsia medzi Slovenskom a Balkanom. Mapy su kalibrovane v suradnicnych jednotkach...

[bogi]

OziMapMerege by mal poznat Mercator projekciu. Spajal som v OziMapMerge Male Karpaty BA-Pernek a potom severnejsiu cast Pernek - Bukova. Ziadne splostenie sa mi neprejavilo... Zeby Google data pre Balkan boli nejake divne Alebo spajanie map roznych zoomov, ci nieco ine poplietlo OziMapMerge?

[balkanista]

Vyrerat to ze bogi na nieco prisiel. Hanbim sa ale ja som projekciu nenastavoval cize bola tam predvolena latitude, longitude. Skusim to s tym Mercatorom, su tam aj moznosti UTM v tom pripade treba zadat zonu. Predpokladam ze transverse mercator to nebude.
Teda Mercator bude spravne?

[bogi]

MapMerge tool ma tab Destination a tam sa nastavuje projekcia.
Nastav ju rovnako, ako ju maju vstupne mapy z Googleak, cize Mercator.
Potom zopakuj MapMerge a daj vediet.

Neviem, ci MapMerge pouziva info o projekcii uz pri spajani bitmap, alebo ci sa projekcia uplatnuje len v kalibracnom subore. V tom druhom pripade by Ti stacilo napravit projekciu aj len dodatocne, bez opatovneho spustenia MapMerge.

Pozri do kalibracnych suborov tych "malych" map, co si vygeneroval priamo v Googleak. Tam su 2 riadky, jeden pred kalibracnymi bodmi a druhy za.

Map Projection,Mercator,PolyCal,No,AutoCalOnly,No,BSBUseWPX,No
... kalibracne body ...
Projection Setup,,,,,,,,,,

Zda sa mi, ze ide len o ten prvy riadok a ze ten druhy ma Lat/Lon projekcia rovnaky. Nahrad tie riadky a vyskusaj.

Alternativne, projekciu mozes zmenit priamo v OziExploreri vo File | Check Calibration of Map.

[balkanista]

Teda m;6em povedať jedno: Ak zmením calibration mapy vytvorenej v map merge tak sa mi perspektíva napraví, dívam sa opäť kolmo.
Bohužiaľ tvar napr zákruty zostane odlišný.
Je to nutné zmeniť pred merge, za chvíľu to spustím. Nebojte sa, až to dobehne tak za 100 hodín poviem vám výsledok. 

Jedine čo viem povedať už teraz že mapy exportované ako bmp trvajú tak dlho, tak dlho, tak nekonečne dlho...

Edit: Problém je určite vyriešený. skúste si u zmenit v map merge mercator na latitude longitude uvidíte čo to urobí s preview...

[balkanista]

Teória to bola pekná ale bohužiaľ to nezodpovedá praxi.
15'x20' čo mi v gife trvalo asi 11 hodín zhavarovalo po 28 hodinách na konci prvej fázy - saving image - kedy počítač už bol tak preťažený že nemohol ďalej. Je pravda že som po požíval aj na iné. Aj keď zložená mapa bola oveľa vyššia kvôli teraz už správne zvojenej Merkator projekcii tak je to oveľa pomalšie ako v gife. Prečo, to sa ma nepýtajte.
7.5'x15' to robilo 5h 41 min. Výsledok je perfektný, má to asi 170 MB. Potrebovali by sme takýchto máp asi 1000 ..... No, na jednu kartu to asi nevlezie.

Myslím že preskúmam Trekbuddy mapy. Tie zaberajú asi ešte viac miesta ale ich tvorenie je veľmi rýchle.

Inak najlepším riešením by bolo keby niečo ako moving map v Ozi urobil Olegich priamo to Googleaku - to by bola navigacia na laptope "nad jiné výtečná".

Nie, kvoli velkosti BMP sa cas takto neznasobi.

Som ale prekvapeny, ze hlasis tak zly vysledok pre JPG 24bit...

[bogi]

Teória to bola pekná ale bohužiaľ to nezodpovedá praxi.

Hm, je mi luto, ze sa to tak spomalilo ... necakal som az o tolko pomalsi beh. 

7.5'x15' to robilo 5h 41 min. Výsledok je perfektný, má to asi 170 MB. Potrebovali by sme takýchto máp asi 1000 ..... No, na jednu kartu to asi nevlezie.

Nerozumiem jednej veci. Pises vysledok perfektny. Lenze spojeny OZFX3 ma tiez len 256 farieb. S GIFom (256 farieb) si mal vysledok iny nez perfektny uz pri 2500x2500. Je na to nejake vysvetlenie?? A stale nerozumiem, preco si mal nepouzitelny vysledok s JPG formatom pri nastaveni kvality 100. Farebne to predpokladam bolo OK pri 16 milionoch farbach. Problem bol v neostrosti?

Myslím že preskúmam Trekbuddy mapy. Tie zaberajú asi ešte viac miesta ale ich tvorenie je veľmi rýchle.

Preskumat mozes, zober vsak do uvahy:
- TrekBuddy nevie zoomovat, aspon nevedel, ked som sa s nim cca pred 2 mesiacmi hral; predtym si sa zaujimal o odzoomovanie, ze ako obrazok vyzera
- Googleak moze vediet pre TrekBuddy vyrobit vacsie mapy, ale tie uz nebudes vediet spajat od vacsich celkov; musi Ti stacit najvacsia TrekBuddy velkost; ta  sa udava 32512 x 32512 px
- Jeden tip ... neviem, ci bude fungovat s mapami 30000 x 30000: Existuje beta verzia free aplikacie Pocket GPS Map od slovenskeho autora, ktora vie TrekBuddy mapy zobrazit/pouzit s GPS v PC aj v PDA. Avsak zatial ma oproti TrekBuddy dost okliestenu funkcnost. Pozri tu: http://www.gpsforum.sk/index.php/topic,1225.0.html

Inak najlepším riešením by bolo keby niečo ako moving map v Ozi urobil Olegich priamo to Googleaku - to by bola navigacia na laptope "nad jiné výtečná".

Trocha som prekvapeny tymto Tvojim prianim, pretoze doteraz si hladal mobilne riesenie (pre PDA, Magellan), nie riesenie pre notebook.

Skusim zhrnut, co ma teraz napada. Podla mna mas moznosti:
- Skusit najst najvhodnejsiu velkost map a najvhodnejsi format (BMP, JPEG) pre Googleak export tak, aby v kombinacii s MapMerge si dosiahol zelany vysledok v prijatelnom case. Po tom, co si napisal, neviem, ci toto je pre Tvoje potreby dostahnutelne.
- KEBY sa dalo v Googleak exportovat prave sa dotykajuce Ozi mapy presne stanovanej pixelaze napr. 15000 x 15000, takuto maticu mapovych listov by slo spajat toolmi na spajanie obrazkov; kalibraciu by sa dalo vytvorit z kalibracneho suboru laveho horneho a praveho dolneho obrazku v matici.
- Mozno existuju ine tooly nez Googleak, ktorym sa da presne zadat zelany rozmer mapy a umiestnenie mapy; potom by sa dalo pouzit predch. bod, avsak asi by si prisiel o Tvoju Googleak cache ...
- Existuje free program gpsVP, ktory je multiplatformovy, mobil, smartfon, PDA, ale aj PC, ktory vie robit s Google mapami. Poznam ho uz dlhsie. Vie priamo tahat online mapy z internetu a zobrazovat ich, funguje ako program typu "moving map" s GPS, vie pracovat s trackmi a waypointami, podporuje aj free Garmin mapy (vektorovy IMG format). Zaujimavostou tohoto programu vo vztahu ku online mapam je, ze v podstate vie pracovat tak, ako si zelas vyssie: "keby niečo ako moving map v Ozi urobil Olegich priamo to Googleaku". gpsVP vie znovapouzit svoju "tile cache" aj bez internetoveho pripojenia. Cize odpada spajanie map do OziExplorer ci TrekBuddy formatu. A co je velmi pozoruhodne, dnes som narazil na nieco taketo:

http://code.google.com/p/gpsvp/wiki/MapExamples
~~~~~~~~~~~~~~~~~~~~~~~~~~
File based map: Using the cache of Googleak

NB: gpsVP can also download tiles, see How to start a raster maps bulk downloading in the FAQ.

Googleak is a software with a quite user friendly interface to download tiles on your PC. The tiles in the cache of Googleak can be used in gpsVP simply by adding a short configuration file.

For example to use the Yahoo Maps cache of Googleak:

    * Copy the Googleak folder tiles\yahoo\map to your gpsVP cache.
    * Rename it to YahooMaps
    * Add the following file called mapcfg.ini to the folder:

      [Tiled MAP]
      gpsVPVersionMin=0.4.15
      Filename=%Y
      Subpath=%ZOOM_01/%X
      URL= 

    * That's it. Now just start gpsVP and choose the raster map YahooMaps.
~~~~~~~~~~~~~~~~~~~~~~~~~~

Pokial by si chcel dalej diskutovat o programe gpsVP, zalozme na to nove vlakno.

[balkanista]

Ozi map merge je hrozne, hrozne pracne. Na nejake mensie teritorium je mozno pouzitelne, ale na nieco velkosti Balkanu a Turecka vyzera na celozivotny projekt.
Jeden : stupe\ 3tvorcový" je takmer 200 hodin netto pocitacoveho casu pri merge - aj ak by som pocital ako spartan, vynechal Turecko a všetky nížiny tak je ich 50. Dobre, zatiaľ pokrytie zoomom 18 nebude ani 50% ale predpokladám že sa to rýchlo zmení. Okrem toho tak každý 3-4 je nutné robiť 2x pretože to niečo zmrví.

JPG je absolútne nepoužiteľné pretože pri exporte v tieňoch kde má gif hnusne fialovú s aspoň nejakou informáciou má jpg čiernu bez akejkoľvek invormácie.
bitmap je identický z originálom - problémom je len dlhé merge.

Ak tomu rozumiem tak v trek buddy môžem mať jeden atlas povedzme zoom14 a druhý 18 a tretí 17 /pre územie kde nie je 18ka/ a prepínať medzi nimi.

Rádby som bol ak by to fungovalo aj v laptope aj v PDA. Ak to však nepôjde v PDA tak je niečo ako Asus R50 čo sa mi zdá už nositeľné. A na jeho obrazovke niečo uvidím, nie som si istý ako sú detaily satelitnej fotografie rozlíšiteťné na 600x480 PDA. Takže laptop je priorita. Na32 gb disk niečo dám. Celkové hodnotenie situácie môžem robiť priamo v Googleaku, pibližne vždy viem kde som. Som jeden z tých ľudí čo zatriezva veľmi zriedka stratí orientáciu, smery si nemýlim. Nestratil som sa ani v stredoázijských veľhorách, ani v amerických pralesoch ani v afrických slesostepiach. Takže ak si v aute poziem na laptope celkovú situáciu tak v Europe jednoducho neodídem tak daleko aby som sa dostal na terra incognita.
Ovsem problém násť objekt ktorý je viditeľný často len na vzdialenosť pár metrov v krasovom teréne - kde človek ešte nikdy nebol a obvykle existuje len literárny popis - je niečo iné ako nestratiť sa.

Od navigácie pre terén žiadam len:
1. Možnosť natiahnuť waypointy a zobraziť na satelitnej mape
2. Zobrazenie momentálnej polohy a orientácie v mape
3. Schopnosť navigovať k jednoduchému waypointu. Nemusí to byť ani route, po dosiahnutí bodu vyberiem další manuálne.

Zoomovanie nie je podstatné ak viem bezbolestne vymeniť mapy.

gpsVP je pre mňa niečo absolútne neznáme. Pokúsim sa niečo o tom pozisťovaj. Ak sa dá do toho naládovať tiles z googleaka určite mi to bude vyhovovať.

[bogi]

Este ku porovnaniu TrekBuddy a OziExplorer.
Uz viackrat som Ti pisal, ze kvoli OziExploreru CE nepotrebujes mat velke mapove listy. OziCE sam prejde z jednej mapy na susednu. Staci, ked sa 2 mapy trocha prekryvaju. V tomto pripade v PDA vobec nezbadas, ze nejde o jednu celistvu mapu. Takze z hladiska pouzitia v OziCE cela Tvoja tortura s MapMerge nema vlastne zmysel. Mapy, ktore si cpal ako vstupne do MapMerge naladujes do PDA a z hladiska OziCE bude vysledok ten isty.

Velka mapa, vytvorena v MapMerge ma zmysel len v PC, pokial chces nejaky velky track natiahnut do jednej celistvej mapy a trebarz po odzoomovani ho chces vidiet cely.

TrekBuddy nema aplikaciu pre PC, je to aplikacia vylucne pre PDA. Cize TrekBuddy Ti neprinesie vobec nic navyse OziExploreru, skor opak je pravdou. V OziExploreri dokazes zoomovat jeden a ten isty obrazok bez toho, aby si musel stahovat nizsie zoom levely. Oziho schopnost zoomovat je na vysokej urovni. U TrekBuddy mozes pouzit viac atlasov pre rozne zoomy, avsak znamena to, ze tieto nizsie zoomy musis extra stiahnut a budu Ti zaberat extra miesto na SD karte.

Takze zhrniem - ak uvazuejs o TrekBuddy, tak sa vykasli na OziMapMerge a pouzivaj OziExplorerCE. Poskytne Ti to viac ako TrekBuddy.

Mas ale pravdu v tom, ze pokial Googleak vyraba TrekBuddy mapy rychlejsie, nez Ozi mapy a pokial ich dokaze vytvorit vacsie, stoji za uvahu vyskusat tuto moznost. Mozes skusit pouzit Pocket GPS Map ako viewer pre TrekBudy mapy v PC.

ASUS R50 ... kolko mu vydrzia baterky, ake to ma baterky a ako je to odolne? Ako s tym chces prezit tyzden bez elektriky?

[balkanista]

Problémom sú tie územia ktoré sú kryté len čiastočne 18kou, hlavne tam je je vložená v tých šikmých pásoch. Tam to bude rozfrckané do malých kúskov ak nechcem importovať biele okraje zubov. Mohol by som to len tak "nasypať" do nejakého folderu nech si ozi vyberie. Kedže pracný je predovšetkým samotný export, kedy by som musel mať nejaký systém ako pokryť všetko /na veľkej ploche to nebude jednoduché/ samotné skladanie nie je taký problém - to môžem rozhodiť po ostatných členoch mojej skupiny nech sa aj oni činia.

Inak dnes som zmeral merge na identických územiach v rovnakej projekcii a rozdiel nie je taký strašný. Gif sú približne 2/3 času potrebné na zloženie bmp.
Neviem či tento pomer zostane zachovaný s veľkosťou plochy, snäd by mohol.

Rozhodol som sa že vyrobím merge maps pre Ozi najprv pre Montenegro. Toriž pri tom "mergovaní" sa dá urobiť toľko chýb, urobil som už asi všetky.
Z pre mňa prioritných území je to najmenšia krajina. Pokrytie zoomom 18 je asi 50%.  17 nie je absolútne problém, to netrvá časovo takmer nič, také územie ako skladám 6 hodín pre zoom 18 to vyexportuje pri 17 naraz. Bude to 72 máp z toho asi 35 "ťažkých". Definitívne ale len 4, len tie majú 100% pokrytie  zoomom 18.
Až to dorobím /to by nemalo byť viac ako 250 hodín computerového času/ tak porozmýšľam čo dalej.

Ešte mám problém kedy sa budú aktualizovať google mapy tohto územia. Nepočuli ste niekdo niečo? Zdalo sa mi že som tu niekde videl link na diskusiu o zmenách v google maps, nepripomenie mi to niekto. Aj link kde sa len evidujú zmeny je užitočný. Google asi nepíše niekde o svojich plánoch?

[bogi]

Neviem o tom, ci a kde Google zverejnuje informacie o aktualizaciach Google Satellite map.
O letnej aktualizacii SR a CR som sa dozvedel od inych. Pisali sme o tom tu: http://www.gpsforum.sk/index.php/topic,1038.0.html
A mtbikeri tu: http://forum.mtbiker.sk/viewtopic.php?f=12&t=17131&sid=82f5625062c077189cf85c3ea38069d4
Pisali vtedy o tom niektore internetove portaly.

[balkanista]

Trochu som sa venoval tomu čím som mal začať. Štúdiom kresby v tieňoch na mapách v Ozi exlporeri pri exportoch z googleaku.
Tu sú moje zistenia.

1. Najideálnejší je obraz v samotnom googleaku. Jedine pri malom exporte a úprave vo Photoshope sa dosiahne lepší obraz. Problémom je kresba v tieni, na osvetlených plochách "nieť čo riešiť"
2. bmp file export je len veľmi nepatrne horší ako originál. Možno vo Photoshope ani nie ale v ozi je to poznateľné. Bez problémov s tým ale možno žiť.
3. Pri exporte maličkej plochy do Ozi sú aj gif, aj jpg prakticky rovnako kvalitné ako bmp
4. So zväčšujúcou sa veľkosťou exportu začne prudko klesať kvalita gifu ale hlavne jpg
5. Merge je klincom do rakvy. Pre tiene dáva pre gif a hlavne jpg nepoužiteľné výsledky. Pri bmp to nie je také hrozné ale tiež jasne viditeľne.
6. Transformácia do ozfx3 filu síce hodne zhorší farebné podanie v tieňoch ale prekvapivo je to niečo s čím si vie náš mozog dobre poradiť. Podanie sa stane čiernobielejším ale zrejme pretože sme zvyknutí na videnie za šera, čitanie kníh s čb obrázkami a pod. chápeme že toto je krík a toto roklina. Aj ked prísne teoreticky obraz je v tieňoch oveľa horší ako originál nevadí to natoľko. Je to použiteľné.
7. Png 24bpp export do trek buddy je dosť kvalitný. Aj ked pri takýchto  malých veľkostiach sú aj gif aj jpeg rovnaké, nie je možné tak malé frcky nasypať do explorera.
Obraz ale je lepší ako ten ktorý vznikol v ozfx3.

Musím sa zamerať na nájdenie najvhodnejšieho modus operandi ale uvažujme:

Map merge patri minulosti. Jednoducho pre tienené plochy je to neoužiteľná technológia.

Možno vytvoriť bmp malé fily tak že sa to jednoducho "nasype do foldera" povedzme menom Montenegro a ozi si už s tým poradí.
Predpokladám že PDA nie sú schopné pracovať priamo s bmp - ani s malými, takže konverzia pre PDA do ozf3 bude nutná.
Ak by sme počítali že územie Čiernej hory je celé pokryté 18 zoomom tak mapy v ozfx3 zaberú asi 20 GB čo by šlo, mapy bmp  ale takmer 90GB! /mnohonásobne viac ako je pôvodná veľkost v googleaku/. V dobe externých pevných diskov toto nie je neprekonateľny problém ovšem také Turecko by zrejme zaberalo viac miesta ako má aj ten najväčši dnešný pevný disk. Ak pozedzme na krátkom výlete sa prejdú Rumunské Karpaty a Bulharsko tak to je teda Giga a giga..

Povedal tu niekto včera gpsvp? Myslím že po horeuvedených zisteniach (pokiaľ teda olegich neurobí z googleaku navigáciu čo sa mi stále zdá najvýhodnejšie) mojou prioritou bude zistiť ako toto funguje. Jediny probléém je že nie som progamátor a ked vidím niečo ako:

[Tiled MAP]
      gpsVPVersionMin=0.4.15
      Filename=%Y
      Subpath=%ZOOM_01/%X
      URL=  

tak ma už teraz začína bolieť hlava.