.osm subor, renderovanie na stroji s malou RAM
jjj
som vyvojar elektroniky a programator embedded systemov a v ramci
volneho casu robim rozne podivne veci, napriklad vlastny GPS pristroj.
Od jednoduchej varianty, ktora len logovala NMEA vety, ktore boli
neskor na PC zobrazitelne ako trasa, cez pokrocilejsie zariadenia s
malym displejom aj na zobrazenie aktualnej pozicie a vzdialenosti k
nejakemu POI az k sucasnemu variantu, ktory ma farebny graficky
displej s touchscreenom. Toto zariadenie umoznuje sledovat aktualnu
poziciu a zobrazovat ju na mape, logovat etc, ostatne vlastnosti su
momentalne nezaujimave. Mozno to niekomu pripada divne, ved GPS-iek su
na trhu tony a su pomerne lacne, ale moj ciel je - okrem toho, aby som
pokoril mnozstvo technickych problemov - vyjst na svoju webovu stranku
s kompletnym popisom pristroja, aj so zdrojovymi kodmi.
Pristroj momentalne funguje tak, ze ma na palube SD kartu a na SD
karte je cca 500 .bmp suborov (rozlisenie 2000x2000 pixelov), ktore
zachytavaju rastrovanu mapu nejakeho segmentu krajiny. K tomu je
textova databaza, ktora obsahuje udaje o tom, aky usek krajiny
(suradnice) zachytava konkretna bitmapa. Pristroj pocuva GPS prijimac,
extrahuje z toku dat aktualne suradnice, pozrie sa do databazy, ktora
bitmapa patri pre tieto suradnice, tuto vykresli na displej a kurzorom
oznaci presnu lokaciu v ramci mapy. Mapy su ulozene pre rozne zoom
levely, v leveli 0 je rozlisenie asi 1pixel/1m a umoznuje orientaciu
na uliciach, v leveli 7 je na jednej mape polovica strednej europy.
Uzivatel si moze vybrat, v akom zoom leveli sa chce pozerat. Mapy su
vyrenderovane z Openstreetmaps.org
System takto funguje celkom uspokojivo, ale ma to viacero hacikov:
1, mapy su dost velke. V zoom leveli 0 mam len kus zapadneho
slovenska, ale to zabera cca 1GB. Ak by som to chcel rozsirit na cele
slovensko, potreboval by som SD kartu s kapacitou radovo desiatok GB,
co sa asi aj da kupit, ale pripada mi to dost neohrabane.
2, aj ked mam renderovanie z openstreetmaps automatizovane, je
stiahnutie map, skonvertovanie a vytvorenie databazy dost zdlhavy
proces.
Riesenim by mozno bolo nemat na karte mnozstvo vyrenderovanych
suborov, ale mapu v nejakom vektorovom formate, ktora by sa
renderovala na mieste. Tu narazam na dva problemy:
1, stiahol som si osm mapu slovenska a aj ked som sa hrabal na webe
sem a tam, neviem nejako najst miesto, kde zacat s chapanim toho, co
je v tom osm subore. Vidim tam velke XML-ko, mnozstvo suradnic, ale
neviem ako na to. Vie ma niekto, prosim, odkazat na format tohto
suboru?
2, intuitivne citim, ze renderovanie takeho suboru nebude trivialny
proces. Zatialco metoda s bitmapami skvelo funguje na malom 16-bitovom
systeme s vykonom zhruba 286-tky, ktory ma 8kB RAM (ano, kilobajty),
tu to bude o nieco zlozitejsie, aj ked uz mam na palube stroj so 128kB
RAM a vykonom asi ako 486-tka (pre male embedded systemy je to
kralovska konfiguracia). Da sa osm subor skonvertovat na nejaky iny,
povedzme uspornejsi format? Daju sa z neho ostruhat informacie, ktore
nepotrebujem a tak dalej zmensit velkost suboru (a tym padom aj
mnozstvo objektov na parsovanie)?
Dakujem,
Jaro
Jozef Vince (freemap.sk)
Osm subor je ciste xml, v pomerne neohrabanej strukture - isto by som nesiel
do online renderovania priamo z OSM suboru
Mas moznost napr. skompilovat sqlite alebo spatialite kniznicu pre tvoj
embedeed system?
Ak nie, potom by som uvazoval nejake vazne predspracovanie do sikovne
usporiadaneho binarneho suboru....
Mozno by sa dalo kuknut do gpsmid (java) ktory ma spraveny takyto
preprocesing, a na mobile s javou dajme tomu ze celkom obstojne vykresluje
farebny wireframe.
Co sa tyka ostruhania informacii, da sa to ... napr. osmosis, ale isto aj
inym toolom
Format suboru je easy
Uzly - suradnica, a dvojice kluc hodnot
Nasleduju Cesty - dvojice kluc hodnota, a zoznam id uzlov
Dalej su relacie - hm to je trochu zlozitejsie, nevojde sa to kompatkne do
riadku, ale v princine je to zoznam uzlov, ciest a relacii, s uvedenou rolu,
a potom este dvojice kluc hodnota
Dodi
Milan Margus
myslim ze renderovat to z osm dat nebude zrovna efektivne (treba riesit
parser, cele renderovanie - pritom fm ma taky pekny vystup preco ho
nevyuzit :)
skor by som nieco zriesil s tymi bitmapami (mensie tiles, zipnut alebo
skonvertovat do png, to by mcu mohlo zvladnut rozbalit)
Milan
jjj
dakujem za postrcenie.
Veci ako sqlite su uplne mimo moznosti mojho systemu. Nebezi tam
nijaky OS, ani java, teda program ide priamo na zeleze. Je to pisane v
C, ciastocne (fakt len male kusky) v assembleri specifickom pre tuto
platformu.
To predzutie do nejakeho binarneho suboru je asi pouzitelne, ale tak
ako tak, na tuto ulohu potrebujem pochopit ake vnutornosti ma osm
subor. Zda sa, ze medzicasom som do toho nahliadol uz trosku viac,
zacinam sa orientovat. Ale hrabat sa v xml suboroch, ktore maju
jednotky az stovky MB je dost narocne. Existuje niekde aj nejaky maly
kusok mapy (povedzme desiatky objektov), ktory by som mohol studovat?
Ja viem, ze sa to da aj vykrojit vhodnymi nastrojmi, ale pre zaciatok
by som radsej nieco hotove, aby som este nemusel skumat co som zle
urobil.
Ten GpsMid vyzera dobre. Ak sa rozhodnem ist cestou spracovania do
binarneho suboru, nejake casti z tohto SW by sa mi mohli hodit.
Osmosis - hm, zda sa, ze som sa mal viac pohrabat na openstreetmap
wiki. Informacii je tam dost, na prvy pohlad je toho snad az velmi
vela. Vyzera to na velmi uzitocny SW.
Dakujem,
Jaro
On Mar 27, 8:21 pm, "Jozef Vince \(freemap.sk\)"
Jozef Vince (freemap.sk)
http://93.184.70.94/h15/api/0.5/map/tile/12/2244/1420
miesto 12/2244/1420 mozes skusit zadat vacsi zoomlevel
suradnicu tile urcit tak ze na http://www.freemap.sk/ das prave tlacitko
v bubline mas z/x/y - cisla kotre potrebujes... pozor ... toto api volanie
vracia vsetko co v danom tile ma aspon jeden bod (teda ak ma cesta jeden bod
v tile, vrati celu cestu)
a pokial viem realne nejde na mensie stvorce ako z14
pripadne ak sa ti chce sa hrajkat s bboxom a lat lon cislami
skusaj tu http://www.openstreetmap.org/api/0.6/map/?bbox=0,0,0.25,0.25
Dodi
jjj
prva verzia s bitmapami je zalozena na PIC24 od Microchipu, konkretne
PIC24FJ64GA102 - ma to 64kB programovej FLASH, 8kB RAM, bezi to s
vykonom 16MIPS. K tomu je pripojena 2GB SD karta.
V druhej verzii, ktoru teraz riesim je PIC32 od Microchipu. Je to
zalozene na MIPS4K jadre a ponuka to vacsi vykon nez vacsina beznych
ARM7 MCU v tejto cenovej kategorii, ma to 512kB programovej FLASH a
128kB RAM. Ako som uz pisal v prvom poste, toto je cca tak maximum, co
sa da najst medzi MCU rozumnej cenovej kategorie. Vacsie systemy sa
robia tak, ze sa RAM pripaja zvonku a to uz je zalezitost o level
zlozitejsia. Ale tak ako tak, tych 128kB je malo pamate na to, aby som
v nej mal tu bitmapu - pri rozliseni 2000x2000 (co je cca maximum,
ktore dostanem z openstreetmaps) ma bitmapa ~ 3,8MB. Zobrazovanie sa
potom riesi tym, ze sa bitmapa vykresluje po riadkoch (teda v RAM-ke
nemam celu bitmapu, ale len jeden riadok). O nieco pomalsie (pretoze v
bitmape sa treba tolkokrat naseekovat na spravne miesto, kolko riadkov
zobrazujem), ale co uz.
Pisal si, ze rederovanie z osm asi nebude to prave orechove - v tomto
sa asi zhodneme, Dodiho postrcenie mi tiez pomohlo k tomuto
rozhodnutiu - a ze ze fm ma pekny vystup. Co je fm? Neviem nic rozumne
vygooglit.
Co sa tyka zmensovania objemu bitmap, tak velkost bitmap nie je
prvorady problem. S bitmapami je problem, ze je to strasne
neflexibilne riesenie, renderovanie z vektoroveho formatu je rozhodne
elegantnejsie, preto som sa chcel vybrat touto cestou. Je vsak mozne,
ze sa zhodneme, ze to je aj nepriechodne riesenie, tak sa vratim k
bitmapam a budem riesit ako ich neajko skresat. Prave na toto som si
chcel prizvat miestnych odbornikov, ktori maju - na rozdiel odo mna -
vedomosti a skusenosti :-)
Jaro
Jozef Vince (freemap.sk)
> ...zlozitejsia. Ale tak ako tak, tych 128kB je malo pamate na to, aby som
> v nej mal tu bitmapu - pri rozliseni 2000x2000 (co je cca maximum,
> ktore dostanem z openstreetmaps) ma bitmapa ~ 3,8MB.
http://www.freemap.sk/index.php?c=core.download&filename=/map/slovakia-z12
je tam sice iba nase z12 ale v pohode vieme (mame na to skript) aj ine
zoomelevely exportnut ako obrazok...
aj do neuveritelne velkych suborov :)
btw preco nepouzivas 256x256 stvorceky v nejakej sikovnej adresarovej
strukture ?
nemam skusenosti s tymito zariadeniami ak sa mozno pytam odveci ...
> Pisal si, ze rederovanie z osm asi nebude to prave orechove - v tomto
> sa asi zhodneme, Dodiho postrcenie mi tiez pomohlo k tomuto
> rozhodnutiu - a ze ze fm ma pekny vystup. Co je fm? Neviem nic rozumne
> vygooglit.
fm - Freemap ;)
> Co sa tyka zmensovania objemu bitmap, tak velkost bitmap nie je
> prvorady problem. S bitmapami je problem, ze je to strasne
> neflexibilne riesenie, renderovanie z vektoroveho formatu je rozhodne
> elegantnejsie, preto som sa chcel vybrat touto cestou. Je vsak mozne,
> ze sa zhodneme, ze to je aj nepriechodne riesenie, tak sa vratim k
> bitmapam a budem riesit ako ich neajko skresat. Prave na toto som si
> chcel prizvat miestnych odbornikov, ktori maju - na rozdiel odo mna -
> vedomosti a skusenosti :-)
Skresat = menej detailov ... menej antialiasingu... :)
Dodi
Milan Margus
On Sun, 27 Mar 2011 22:24:58 +0200, jjj <j.su...@gmail.com> wrote:
> Ahoj,
>
> prva verzia s bitmapami je zalozena na PIC24 od Microchipu, konkretne
> PIC24FJ64GA102 - ma to 64kB programovej FLASH, 8kB RAM, bezi to s
> vykonom 16MIPS. K tomu je pripojena 2GB SD karta.
> V druhej verzii, ktoru teraz riesim je PIC32 od Microchipu. Je to
> zalozene na MIPS4K jadre a ponuka to vacsi vykon nez vacsina beznych
> ARM7 MCU v tejto cenovej kategorii, ma to 512kB programovej FLASH a
> 128kB RAM. Ako som uz pisal v prvom poste, toto je cca tak maximum, co
> sa da najst medzi MCU rozumnej cenovej kategorie.
s PIC nemam vobec skusenosti, ale vo vseobecnosti je to jedno aky mcu sa
pouzije
teraz robim s STM32, co je jadro Cortex-M3, tie su o nieco vykonnejsie ako
stare arm7, cenovo to ale s PIC neviem porovnat
> Vacsie systemy sa
> robia tak, ze sa RAM pripaja zvonku a to uz je zalezitost o level
> zlozitejsia. Ale tak ako tak, tych 128kB je malo pamate na to, aby som
> v nej mal tu bitmapu - pri rozliseni 2000x2000 (co je cca maximum,
> ktore dostanem z openstreetmaps) ma bitmapa ~ 3,8MB. Zobrazovanie sa
> potom riesi tym, ze sa bitmapa vykresluje po riadkoch (teda v RAM-ke
> nemam celu bitmapu, ale len jeden riadok). O nieco pomalsie (pretoze v
> bitmape sa treba tolkokrat naseekovat na spravne miesto, kolko riadkov
> zobrazujem), ale co uz.
ako uz Dodi spominal, preco nepouzivas radsej mensie stvorce, ak si chcel
mat celu mapu v jednom bmp, tak chapem, ze je to jednoduchsie nacitat a
poslat na vystup ako skladat obraz z viacerych stvorcekov
pri mensich vsak vidim vyhodu v tom, ze ich mozno mat skomprimovane a teda
sa na kartu zmesti toho viac (samozrejme treba vyriesit dekompresiu a
zlozenie obrazu - myslim, ze vykonovo mcu problemy mat nebude)
> Pisal si, ze rederovanie z osm asi nebude to prave orechove - v tomto
> sa asi zhodneme, Dodiho postrcenie mi tiez pomohlo k tomuto
> rozhodnutiu - a ze ze fm ma pekny vystup. Co je fm? Neviem nic rozumne
> vygooglit.
fm - freemap
> Co sa tyka zmensovania objemu bitmap, tak velkost bitmap nie je
> prvorady problem. S bitmapami je problem, ze je to strasne
> neflexibilne riesenie, renderovanie z vektoroveho formatu je rozhodne
> elegantnejsie, preto som sa chcel vybrat touto cestou. Je vsak mozne,
> ze sa zhodneme, ze to je aj nepriechodne riesenie, tak sa vratim k
> bitmapam a budem riesit ako ich neajko skresat. Prave na toto som si
> chcel prizvat miestnych odbornikov, ktori maju - na rozdiel odo mna -
> vedomosti a skusenosti :-)
kreslit online vektory je pekne, ale myslim ze dost narocne, este ten
rendering by sa nejak dal (aj ked to nebude krajsi vystup ako z bitmap),
problem skor vidim v praci s datami
parser velkeho xml osm nehrozi, na to nemas dostatok pamate, aby to
slapalo rozumne (vyparsovat data ktore potrebujes by sa sice dalo, ale
kolko by to trvalo...)
keby mas osm data v databaze, tak zas nedostatok pamate, sqlite by sa
mozno nejak dalo skompilovat, ale ako by to pracovalo s databazou o
velkosti desiatok MB netusim (sice neviem ako presne funguju db, ale asi
potrebuju dostatok RAM, aby sa netrapili)
navrhnut nejaky vlastny binarny format, toto by mohlo byt schodne
riesenie, avsak s tym ti neviem nic viac poradit (akurat ako uz bolo
spomenute mrknut na gpsmid ako je to tam zriesene)
nechcem ta odradzat od vektorov, urcite by to bola pekna praca, avsak
podla mna na to mcu+ram nestaci (a pouzit napr vykonny ARM s jadrom A8 je
uz podla mna ulet zas na druhu stranu, lebo to sa tam uz da rozbehat aj
linux a moze sa na tom spustit napr. Navit)
tiez som mal v hlave myslienku na nieco podobne, ale riesit som to chcel
len bitmapami
kazdopadne som zvedavy na vysledok a drzim palce
Milan
Jozef Siska
> Ahoj,
>
> prva verzia s bitmapami je zalozena na PIC24 od Microchipu, konkretne
> PIC24FJ64GA102 - ma to 64kB programovej FLASH, 8kB RAM, bezi to s
> vykonom 16MIPS. K tomu je pripojena 2GB SD karta.
> V druhej verzii, ktoru teraz riesim je PIC32 od Microchipu. Je to
> zalozene na MIPS4K jadre a ponuka to vacsi vykon nez vacsina beznych
> ARM7 MCU v tejto cenovej kategorii, ma to 512kB programovej FLASH a
> 128kB RAM. Ako som uz pisal v prvom poste, toto je cca tak maximum, co
> sa da najst medzi MCU rozumnej cenovej kategorie. Vacsie systemy sa
> robia tak, ze sa RAM pripaja zvonku a to uz je zalezitost o level
> zlozitejsia. Ale tak ako tak, tych 128kB je malo pamate na to, aby som
> v nej mal tu bitmapu - pri rozliseni 2000x2000 (co je cca maximum,
ako uz pisal dodi, na webe ale aj v hromade desktopovych aj mobilovych
app sa rozmohli male tiles (rozstvorcekovana mapa, zvycajne 256x256 obrazky
pre preddefinovane zoomlevely v mercator projekcii), maju trosicku
nevyhodu, ze ked ich kreslis na display, tak potrebujes kreslit z
viacerych obrazkov (ked si spravis tile-s velkosti aspon ako je tvoj
display, tak zakazdym max 4, ked mensie, tak viac), nie je to nejak
vypoctovo narocnejsie, akurat sa to trochu horsie kodi, ma to viac
pristupov na filesystem a kus vacsi kod...
vyhody su hlavne, ze ked to bude ten merkator v tych zoomleveloch ako
sa pouzivaju na webe, tak si nemusis generovat vlastne bitmapy, iba si
stiahnes nejake uz existujuce (freemap, openstreetmap,...), akurat ich
trochu presrotis (z png na bmp, pripadne pospajas na vacsie, aby boli
vacsie ako tvoj display a zjednodusil si zobrazovanie),
tiez to vcelku pekne zvlada to, ze nemusis mat celu stvorcovu mapu,
mozes si tam ponahravat celu mapu v slabom zoome, iba konkretne miesta
vo vacsom zoome...
V png formate nie je problem mat 2GB karte slovensko do rozumneho zoomu.
Akurat ked mas tak malo pamate, tak to musis mat v raw bitmapach, co uz
je veeela (ako sam hovoris).
> ktore dostanem z openstreetmaps) ma bitmapa ~ 3,8MB. Zobrazovanie sa
> potom riesi tym, ze sa bitmapa vykresluje po riadkoch (teda v RAM-ke
> nemam celu bitmapu, ale len jeden riadok). O nieco pomalsie (pretoze v
> bitmape sa treba tolkokrat naseekovat na spravne miesto, kolko riadkov
> zobrazujem), ale co uz.
> Pisal si, ze rederovanie z osm asi nebude to prave orechove - v tomto
> sa asi zhodneme, Dodiho postrcenie mi tiez pomohlo k tomuto
> rozhodnutiu - a ze ze fm ma pekny vystup. Co je fm? Neviem nic rozumne
> vygooglit.
> Co sa tyka zmensovania objemu bitmap, tak velkost bitmap nie je
> prvorady problem. S bitmapami je problem, ze je to strasne
> neflexibilne riesenie, renderovanie z vektoroveho formatu je rozhodne
> elegantnejsie, preto som sa chcel vybrat touto cestou. Je vsak mozne,
> ze sa zhodneme, ze to je aj nepriechodne riesenie, tak sa vratim k
> bitmapam a budem riesit ako ich neajko skresat. Prave na toto som si
> chcel prizvat miestnych odbornikov, ktori maju - na rozdiel odo mna -
> vedomosti a skusenosti :-)
K vektorovym veciam na malych systemoch:
Mas 2 zakladne veci:
- "datova struktura" ktora ti ma rychlo dodat vektory iba pre vyrez ktory
zobrazujes
- samotne kreslenie, ktore na takych slabych devicoch samo o sebe trva,
treba rozumne povyberat, co sa na akych zoom leveloch bude kreslit...
v zasades veznes nejake osm data, v tych (po rozparsovani/porozumeni
tomu xml) mas v zasade body a lomene ciary a k obom mas este hromadu
properties... potrebujes vybrat iba tie ktore ta potom budu zaujimat pri
kresleni a ulozit si ich v binarnej forme do nejakej struktury, v ktore
lahko dohladas data iba pre konkretny obdlznik (quadtree, r-tree, ...
pozri na wikipedii Spatial index), da sa vymysliet rozumny sposob ako to
ulozit do bin. suboru (suborov), tak aby sa to dalo nacitavat bez
pouzitia vela pamate...
v osm suboroch su vsetky suradnice vo wgs84 ako floaty, asi sa oplati
(resp je nutne ;) previest to na nieco integerove, idealne rovno do
projekcie v ktorej to budes zobrazovat...
potom uz na device iba nacitavas z tej struktury body a ciary v tvojom
obdlznikju ktory zobrazujes a kreslis ich (podla pripadnych priznakov,
ktore si si k nim ulozil, ze ako sa maju vykreslovat)
pri mensich zoomoch (ked zobrazujes vacsie uzemie) tam moze byt tych dat
veeeela, je dobre este pre rozne zoomy vybertat iba niektore body/ciary
(da sa spravit si rozne datove struktury pre rozne mnoziny zoomov,
pripadne sa da do tych struktur este dodat aj take, aby to pre rozne
roozne zoomy vracala rozne data, v zasade je to len dalsi rozmer pre tu
strukturu... len sa to tazko predstavuje/robi s tym...)
teoreticky sa to vsetko da, len nakodit to v nejakom nizsom jazyku je
... hmm... strasna otrava... hlavne ked stale musi clovek bojovat s
pamatovym obmedzeniami a pod. a je to dost zlozite, ze sa moze stat ze
vysledny kod bude prilis velky aby si ho tam zmestil...
btw, je hromada projektov, hlavne navigacii, ktore parsuju tie osm data
a vyrabaju si vlastne binarne struktury z nich na rychle citanie...
je ich dost aj "embedded" v zmysle linux na nejakom arme (uznavam, ze
to velmi embedded nie, hlavne v dnesnej dobe ;) takze su z casti
optimalizovane na maly storage size, (relativne) malu pamat pri
nacitavani dat a tak... nehovorim, ze by boli pouzitelne pre teba, ale
da sa inspirovat v ich zdrojakoch, co sa tyka toho predspracovania
a ukladania vektorovych dat, co ma teraz napada:
gpsmid (java, takze zaujimavy bude asi len format dat ;)
http://gpsmid.sourceforge.net/
navit
http://www.navit-project.org/
MC Navi
http://www.gps-routes.info/index.php?name=Content&pa=showpage&pid=1
monav
http://code.google.com/p/monav/
yoyo
j s
> app sa rozmohli male tiles (rozstvorcekovana mapa, zvycajne 256x256 obrazky
> pre preddefinovane zoomlevely v mercator projekcii), maju trosicku
> nevyhodu, ze ked ich kreslis na display, tak potrebujes kreslit z
> viacerych obrazkov (ked si spravis tile-s velkosti aspon ako je tvoj
> display, tak zakazdym max 4, ked mensie, tak viac), nie je to nejak
> vypoctovo narocnejsie, akurat sa to trochu horsie kodi, ma to viac
> pristupov na filesystem a kus vacsi kod...
Hm, aj takyto pristup sa da. Ja som na to isiel povodne opacnym smerom
- mojim povodnym zamerom bolo mat celu mapu slovenska v ooobrovskom
subore, z ktoreho by som vykresloval na displej iba patricny vyrez.
Ale zistil som, ze nedokazem donutit nastroje, ktore mam (pricom
netvrdim, ze sa to neda, iba ze ja som to nevedel/neviem) urobit tak
obrovsku bitmapu, tak som to musel riesit skladanim bitmap co
najvacsieho rozmeru.
> vyhody su hlavne, ze ked to bude ten merkator v tych zoomleveloch ako
> sa pouzivaju na webe, tak si nemusis generovat vlastne bitmapy, iba si
> stiahnes nejake uz existujuce (freemap, openstreetmap,...), akurat ich
> trochu presrotis (z png na bmp, pripadne pospajas na vacsie, aby boli
> vacsie ako tvoj display a zjednodusil si zobrazovanie),
Hm, napriklad z fm som vedel stiahnut iba vektorove formaty. Su niekde
k dispozicii uz vyrenderovane rastrove obrazky, ready na stiahnutie?
Tie mapy, ktore som pouzival ja, som mal z openstreetmaps stiahnute
utilitkou osm.exe, akurat ze uz neviem kde som ju splasil (urcite som
sa tam dostal cez osm wiki). Ta dokaze robit take veci, ze jej zadam
rozsah lat/lon odkial pokial, po akych inkrementoch ma generovat mapy
a potom sa spusti. Postahuje mapy a subor, kde je databaza stiahnutych
map. Toto som urobil vo vsetkych zoomleveloch, ktore ma zaujimali, z
databaz som urobil velku databazu, vsetko premenoval a skonvertoval na
BMP... proste kopa prace.
> tiez to vcelku pekne zvlada to, ze nemusis mat celu stvorcovu mapu,
> mozes si tam ponahravat celu mapu v slabom zoome, iba konkretne miesta
> vo vacsom zoome...
Toto je vedlajsi (uzitocny) produkt, ktory som objavil, ked som zistil
ze velka mapa slovenska nie je realna.
>
> V png formate nie je problem mat 2GB karte slovensko do rozumneho zoomu.
> Akurat ked mas tak malo pamate, tak to musis mat v raw bitmapach, co uz
> je veeela (ako sam hovoris).
Mimochodom, v BMP, 256 farieb maju tie bitmapy cca 5x tolko ako v PNG.
Mimochodom, ked som si onehda pocital, kolko bitmap by som musel mat
na cele slovensko v rozumnom zoome, vyslo mi okolo 10-12GB, tak to
sedi s tvojimi 2GB pre PNG mapy.
>
> K vektorovym veciam na malych systemoch:
> Mas 2 zakladne veci:
> ... (odmazany kus textu) ...
Parada, dakujem za informacie. Toto su veci, ktore mi pomahaju zrovnat
si to vsetko v hlave.
> teoreticky sa to vsetko da, len nakodit to v nejakom nizsom jazyku je
> ... hmm... strasna otrava... hlavne ked stale musi clovek bojovat s
> pamatovym obmedzeniami a pod. a je to dost zlozite, ze sa moze stat ze
> vysledny kod bude prilis velky aby si ho tam zmestil...
Uvidime. Ako som pisal aj inde, este stale je moznost ze skoncim pri
tych bitmapach...
> btw, je hromada projektov, hlavne navigacii, ktore parsuju tie osm data
> a vyrabaju si vlastne binarne struktury z nich na rychle citanie...
> gpsmid (java, takze zaujimavy bude asi len format dat ;)
> http://gpsmid.sourceforge.net/
> navit
> http://www.navit-project.org/
> MC Navi
> http://www.gps-routes.info/index.php?name=Content&pa=showpage&pid=1
> monav
> http://code.google.com/p/monav/
Dakujem, toto bude zas namet na vela citania, mozno z toho nieco vykostim.
> yoyo
>
Jaro
Milan Margus
>> s PIC nemam vobec skusenosti, ale vo vseobecnosti je to jedno aky mcu sa
>> pouzije
>> teraz robim s STM32, co je jadro Cortex-M3, tie su o nieco vykonnejsie
>> ako
>> stare arm7, cenovo to ale s PIC neviem porovnat
>
> Mam skusnosti s Cortexmi-M3 aj s PIC32 (MIPS4K) a tie PIC32 mi z toho
> vychadzaju stale lepsie, okrem toho mi na ARM-och vseobecne vadi
> strasna rozdrobenost... ale to je na dlhsiu diskusiu dost mimo temy
> tejto diskusnej skupiny, aj tak uz dost odbiehame :)
>
>> ako uz Dodi spominal, preco nepouzivas radsej mensie stvorce, ak si
>> chcel
>> mat celu mapu v jednom bmp, tak chapem, ze je to jednoduchsie nacitat a
>> poslat na vystup ako skladat obraz z viacerych stvorcekov
>> pri mensich vsak vidim vyhodu v tom, ze ich mozno mat skomprimovane a
>> teda
>> sa na kartu zmesti toho viac (samozrejme treba vyriesit dekompresiu a
>> zlozenie obrazu - myslim, ze vykonovo mcu problemy mat nebude)
>
> Mensie stvorce pre mna nie su vyhodne preto, ze zas rastie velkost
> textovej databazy, ktora to musi pokryvat. Uz teraz tam mam cca 500
> suborov, pri stvorcoch 2000x2000 pixelov (maximum, ktore dostanem z
> osm). Ak by som siel na povedzme 500x500 pixelov, mam tam 16x viac
> suborov, teda 8000 kusov. To sa mi uz prestava pacit, tam by bolo
> vhodne uz asi pouzit aj inu databazu, neviem.
> A co sa tyka kompresie vacsieho mnozstva malych obrazkov - tak tam je
> to take iste (co do kompresneho pomeru) ako kompresia mensieho
> mnozstva velkych obrazkov, nie? :-)
> Inak kompresia je opat nie trivialna vec, zvlast to mava velke naroky
> na pamat. Ono 128kB nie je na tieto ucely bohvieco. Este to musim
> preskumat.
neviem ako mas rieseny prevod z gps suradnic na poziciu obrazka, ale to by
sa podla mna dalo vypocitavat aj bez databazy, len si pomenujes jednotlive
velke stvorce podla poradia
alebo mozes "zlepit" v nejakom editore viacero stvorcov jedneho zoomu do
jedneho suboru, nech to ma aj 10000x10000px, to je v tomto pripade aj tak
jedno
mozes pozret ako to riesi TrekBuddy
>
>> fm - freemap
>
> Aha takto.
> Asi sa blbo opytam, ale ake vystupy este poskytuje fm? Mam moznost
> osm, potom konverzia do garmin formatu (co je mimochodom celkom pekny
> format, este o nom budem uvazovat), potom vidim oziexplorer a
> trakbuddy, ale tam su mapy rozbite do miest, chcel som nieco
> kompaktne, aj pokryvajuce oblasti medzi mestami.
hlavne som to myslel tak, ze pouzit stvorceky vyrenderovane na fm
pozri Mobile Atlas Creator (http://mobac.dnsalias.org/) ten vie
vygenerovat z roznych vstupov (OSM, FM, ..) rozne "obrazkove" vystupy
(TrekBuddy, OziExplorer, ...)
>
>> kreslit online vektory je pekne, ale myslim ze dost narocne, este ten
>> rendering by sa nejak dal (aj ked to nebude krajsi vystup ako z bitmap),
>> problem skor vidim v praci s datami
>> parser velkeho xml osm nehrozi, na to nemas dostatok pamate, aby to
>> slapalo
>> rozumne (vyparsovat data ktore potrebujes by sa sice dalo, ale kolko by
>> to
>> trvalo...)
>
> S vektormi ma to laka preto, ze sa daju povolovat/skryvat vrstvy.
> Napriklad mozem z jedneho vektoroveho suboru vytiahnut raz mapu
> turisticku, inokedy automapu. Ak by som to chcel robit bitmapami, tak
> na kazde pouzitie musim mat pripraveny novy set map (dalsie stovky
> suborov, jednotky alebo desiatky GB dat). Je to schodne riesenie, ale
> dost narocne na ulozisko na SD karte.
>
>> nechcem ta odradzat od vektorov, urcite by to bola pekna praca, avsak
>> podla
>> mna na to mcu+ram nestaci (a pouzit napr vykonny ARM s jadrom A8 je uz
>> podla
>> mna ulet zas na druhu stranu, lebo to sa tam uz da rozbehat aj linux a
>> moze
>> sa na tom spustit napr. Navit)
>> tiez som mal v hlave myslienku na nieco podobne, ale riesit som to
>> chcel len
>> bitmapami
>
> Hm, s tymi vektormi je to fakt zlozite. Mimochdom, aj preto ma to laka
> ;-)
> Skusim este rozpitvat ten gpsmid alebo pohladat ine gps cokolvek pre
> mobily (tie mavaju, resp. mavali pomerne malo systemovych
> prostriedkov) a ak tam nauvidim schodnu cestu, ani u Garminovskych
> map, tak sa vydam opat cestou bitmap. Inak s tymi garminovskymi mapami
> som sa zaoberal uz davnejsie, cca pred rokom, kedy som bastlil prvu
> verziu toho bitmapoveho GPS-ka. Odradilo ma od toho to, ze Garminovske
> mapy som povazoval za nieco, za co som neplatil ani to nie je public
> domain. Teraz, ked som zbadal, ze z osm sa da exportovat do
> garminovskych map, tak je to o inom. Ma to vyhodu v tom, ze uz mam
> hotovy format s mnozstvom nastrojov pre PC, potom by zostavalo uz
> "len" dopracovat parsovanie/kreslenie na strane mojho zariadenia.
> Mimochodom, ten garminovsky format je naozaj dost napratany, doslova
> tam nie je ani bajt navyse, na rozdiel od takeho som formatu, ktory je
> v tomto dost rozsafny - ved aj bol urceny na ine veci, chapem.
> Ale tak ako tak, zda sa, ze najjednoduchsie by momentalne bolo ist si
> kupit 16GB SD kartu a proste rozsirit existujuci system. Mozno to tak
> nakoniec aj urobim.
>
>> kazdopadne som zvedavy na vysledok a drzim palce
>
> Ked budem mat nieco pouzitelne, postnem to aj sem.
>
>> Milan
>
> Jaro
j s
> pouzije
> teraz robim s STM32, co je jadro Cortex-M3, tie su o nieco vykonnejsie ako
> stare arm7, cenovo to ale s PIC neviem porovnat
Mam skusnosti s Cortexmi-M3 aj s PIC32 (MIPS4K) a tie PIC32 mi z toho
vychadzaju stale lepsie, okrem toho mi na ARM-och vseobecne vadi
strasna rozdrobenost... ale to je na dlhsiu diskusiu dost mimo temy
tejto diskusnej skupiny, aj tak uz dost odbiehame :)
> ako uz Dodi spominal, preco nepouzivas radsej mensie stvorce, ak si chcel
> mat celu mapu v jednom bmp, tak chapem, ze je to jednoduchsie nacitat a
> poslat na vystup ako skladat obraz z viacerych stvorcekov
> pri mensich vsak vidim vyhodu v tom, ze ich mozno mat skomprimovane a teda
> sa na kartu zmesti toho viac (samozrejme treba vyriesit dekompresiu a
> zlozenie obrazu - myslim, ze vykonovo mcu problemy mat nebude)
Mensie stvorce pre mna nie su vyhodne preto, ze zas rastie velkost
textovej databazy, ktora to musi pokryvat. Uz teraz tam mam cca 500
suborov, pri stvorcoch 2000x2000 pixelov (maximum, ktore dostanem z
osm). Ak by som siel na povedzme 500x500 pixelov, mam tam 16x viac
suborov, teda 8000 kusov. To sa mi uz prestava pacit, tam by bolo
vhodne uz asi pouzit aj inu databazu, neviem.
A co sa tyka kompresie vacsieho mnozstva malych obrazkov - tak tam je
to take iste (co do kompresneho pomeru) ako kompresia mensieho
mnozstva velkych obrazkov, nie? :-)
Inak kompresia je opat nie trivialna vec, zvlast to mava velke naroky
na pamat. Ono 128kB nie je na tieto ucely bohvieco. Este to musim
preskumat.
> fm - freemap
Aha takto.
Asi sa blbo opytam, ale ake vystupy este poskytuje fm? Mam moznost
osm, potom konverzia do garmin formatu (co je mimochodom celkom pekny
format, este o nom budem uvazovat), potom vidim oziexplorer a
trakbuddy, ale tam su mapy rozbite do miest, chcel som nieco
kompaktne, aj pokryvajuce oblasti medzi mestami.
> kreslit online vektory je pekne, ale myslim ze dost narocne, este ten
> rendering by sa nejak dal (aj ked to nebude krajsi vystup ako z bitmap),
> problem skor vidim v praci s datami
> parser velkeho xml osm nehrozi, na to nemas dostatok pamate, aby to slapalo
> rozumne (vyparsovat data ktore potrebujes by sa sice dalo, ale kolko by to
> trvalo...)
S vektormi ma to laka preto, ze sa daju povolovat/skryvat vrstvy.
Napriklad mozem z jedneho vektoroveho suboru vytiahnut raz mapu
turisticku, inokedy automapu. Ak by som to chcel robit bitmapami, tak
na kazde pouzitie musim mat pripraveny novy set map (dalsie stovky
suborov, jednotky alebo desiatky GB dat). Je to schodne riesenie, ale
dost narocne na ulozisko na SD karte.
> nechcem ta odradzat od vektorov, urcite by to bola pekna praca, avsak podla
> mna na to mcu+ram nestaci (a pouzit napr vykonny ARM s jadrom A8 je uz podla
> mna ulet zas na druhu stranu, lebo to sa tam uz da rozbehat aj linux a moze
> sa na tom spustit napr. Navit)
> tiez som mal v hlave myslienku na nieco podobne, ale riesit som to chcel len
> bitmapami
Hm, s tymi vektormi je to fakt zlozite. Mimochdom, aj preto ma to laka ;-)
Skusim este rozpitvat ten gpsmid alebo pohladat ine gps cokolvek pre
mobily (tie mavaju, resp. mavali pomerne malo systemovych
prostriedkov) a ak tam nauvidim schodnu cestu, ani u Garminovskych
map, tak sa vydam opat cestou bitmap. Inak s tymi garminovskymi mapami
som sa zaoberal uz davnejsie, cca pred rokom, kedy som bastlil prvu
verziu toho bitmapoveho GPS-ka. Odradilo ma od toho to, ze Garminovske
mapy som povazoval za nieco, za co som neplatil ani to nie je public
domain. Teraz, ked som zbadal, ze z osm sa da exportovat do
garminovskych map, tak je to o inom. Ma to vyhodu v tom, ze uz mam
hotovy format s mnozstvom nastrojov pre PC, potom by zostavalo uz
"len" dopracovat parsovanie/kreslenie na strane mojho zariadenia.
Mimochodom, ten garminovsky format je naozaj dost napratany, doslova
tam nie je ani bajt navyse, na rozdiel od takeho som formatu, ktory je
v tomto dost rozsafny - ved aj bol urceny na ine veci, chapem.
Ale tak ako tak, zda sa, ze najjednoduchsie by momentalne bolo ist si
kupit 16GB SD kartu a proste rozsirit existujuci system. Mozno to tak
nakoniec aj urobim.
> kazdopadne som zvedavy na vysledok a drzim palce
Ked budem mat nieco pouzitelne, postnem to aj sem.
> Milan
Jaro
j s
> sa podla mna dalo vypocitavat aj bez databazy, len si pomenujes jednotlive
> velke stvorce podla poradia
Mam to robene tak, ze v textaku mam x zaznamov, jeden zaznam ma jeden riadok.
V zazname je meno obrazku, dvojica suradnic, ktore hovoria o tom, aku
plochu pokryva obrazok, jeho rozlisenie a zoom level.
Vezmem aktualne suradnice a zoom level, prechadzam suborom a hladam,
ci sa rozna zoom level a ci spada do danej oblasti, ktoru pokryva ten
ktory obrazok. Ak ano, tak vezmem obrazok, vypocitam v ktorom bode
toho obrazku sa nachadza aktualna pozicia a vykreslim obrazok tak, aby
aktualna lokacia bola zhruba v strede displeja.
S tou databazou mi to prislo jednoduchsie (aj na spracovanie na PC
strane) ako premenovavat subory.
> hlavne som to myslel tak, ze pouzit stvorceky vyrenderovane na fm
> pozri Mobile Atlas Creator (http://mobac.dnsalias.org/) ten vie vygenerovat
> z roznych vstupov (OSM, FM, ..) rozne "obrazkove" vystupy (TrekBuddy,
> OziExplorer, ...)
Hm, pozeral som MOBAC a zda sa, ze je docasne stopnuty, lebo osm
servery mali z neho velky traffic.
Je este nejaky podobny nastroj, ktory by mi z osm suboru na mojom
lokalnom stroji vedel vygenerovat sustavu bitmap?
Nasiel som trebars toto http://wiki.openstreetmap.org/wiki/Maperitive
ale vsetky tieto experimenty su na mojom PC vybaveni dost pomale,
preto sa pytam na nejaky konkretny tip. Inak si to samozrejme prejdem
vsetko sam.
Jaro
Jozef Vince (freemap.sk)
> > neviem ako mas rieseny prevod z gps suradnic na poziciu obrazka, ale
> to by
> > sa podla mna dalo vypocitavat aj bez databazy, len si pomenujes
> jednotlive
> > velke stvorce podla poradia
>
> Mam to robene tak, ze v textaku mam x zaznamov, jeden zaznam ma jeden
> riadok.
> V zazname je meno obrazku, dvojica suradnic, ktore hovoria o tom, aku
> plochu pokryva obrazok, jeho rozlisenie a zoom level.
> Vezmem aktualne suradnice a zoom level, prechadzam suborom a hladam,
> ci sa rozna zoom level a ci spada do danej oblasti, ktoru pokryva ten
> ktory obrazok. Ak ano, tak vezmem obrazok, vypocitam v ktorom bode
> toho obrazku sa nachadza aktualna pozicia a vykreslim obrazok tak, aby
> aktualna lokacia bola zhruba v strede displeja.
> S tou databazou mi to prislo jednoduchsie (aj na spracovanie na PC
> strane) ako premenovavat subory.
Hm... keby si nazyval subory z_x_y kde z je zoomlevel "standarny" podla TMS
X a Y by bola suradnica 256x25 tile v mercator projekcii... tak ti staci
zistit z lat/lon
X a y ... a potom uz iba pridavat a uberat cislo jedna... jo a posuvat na
obrazovke ;)
Netraba ziadny textovo databazovy subor...
Okrem toho, keby si tie subory dal v tar formate (nepoznam) ale nemusel by
si otvarat x suborov, iba robit seek vramci neha
>
> > hlavne som to myslel tak, ze pouzit stvorceky vyrenderovane na fm
> > pozri Mobile Atlas Creator (http://mobac.dnsalias.org/) ten vie
> vygenerovat
> > z roznych vstupov (OSM, FM, ..) rozne "obrazkove" vystupy (TrekBuddy,
> > OziExplorer, ...)
>
> Hm, pozeral som MOBAC a zda sa, ze je docasne stopnuty, lebo osm
> servery mali z neho velky traffic.
> Je este nejaky podobny nastroj, ktory by mi z osm suboru na mojom
> lokalnom stroji vedel vygenerovat sustavu bitmap?
> Nasiel som trebars toto http://wiki.openstreetmap.org/wiki/Maperitive
> ale vsetky tieto experimenty su na mojom PC vybaveni dost pomale,
> preto sa pytam na nejaky konkretny tip. Inak si to samozrejme prejdem
> vsetko sam.
MOBAC ked treba poskytnem, freemap na nom funguje stale... ja neviem... toto
OSM je divne...
Robi mapu, potom ked je tak rozsirena ze zacina mat zmysel intregorvat
podporu do programov
zacne kricat ze JEJDA ROBITE NAM VELKY TRAFFIC :) plne ako sampon... no
uplne na hlavu
inak... postgis, mapnik, agg, a ine kniznice spraven pokombinujes (na vela
distribuciach uz mas balicky )
a renderujes vlastne mapy... samozrejme ma to jednu chybu... zerie to vykon
na tvojom serveri, a ked to das verejne,
lud/dav ti servre pretazi na 120% a vybucha prenosovu kapacitu na maximum
:)
Dodi
>
>
> Jaro
Jozef Riha
mapnik) ide uplne bez problemov. mozno sa to prejavuje len pri
stahovani velkeho poctu tilesov (spomalenie). jose
2011/3/28 Jozef Vince (freemap.sk) <jozef...@freemap.sk>:
>>
>> > neviem ako mas rieseny prevod z gps suradnic na poziciu obrazka, ale
>> to by
>> > sa podla mna dalo vypocitavat aj bez databazy, len si pomenujes
>> jednotlive
>> > velke stvorce podla poradia
>>
>> Mam to robene tak, ze v textaku mam x zaznamov, jeden zaznam ma jeden
>> riadok.
>> V zazname je meno obrazku, dvojica suradnic, ktore hovoria o tom, aku
>> plochu pokryva obrazok, jeho rozlisenie a zoom level.
>> Vezmem aktualne suradnice a zoom level, prechadzam suborom a hladam,
>> ci sa rozna zoom level a ci spada do danej oblasti, ktoru pokryva ten
>> ktory obrazok. Ak ano, tak vezmem obrazok, vypocitam v ktorom bode
>> toho obrazku sa nachadza aktualna pozicia a vykreslim obrazok tak, aby
>> aktualna lokacia bola zhruba v strede displeja.
>> S tou databazou mi to prislo jednoduchsie (aj na spracovanie na PC
>> strane) ako premenovavat subory.
>
> Hm... keby si nazyval subory z_x_y kde z je zoomlevel "standarny" podla TMS
> X a Y by bola suradnica 256x25 tile v mercator projekcii... tak ti staci
> zistit z lat/lon
> X a y ... a potom uz iba pridavat a uberat cislo jedna... jo a posuvat na
> obrazovke ;)
> Netraba ziadny textovo databazovy subor...
> Okrem toho, keby si tie subory dal v tar formate (nepoznam) ale nemusel by
> si otvarat x suborov, iba robit seek vramci neha
>
>
>>
>> > hlavne som to myslel tak, ze pouzit stvorceky vyrenderovane na fm
>> > pozri Mobile Atlas Creator (http://mobac.dnsalias.org/) ten vie
>> vygenerovat
>> > z roznych vstupov (OSM, FM, ..) rozne "obrazkove" vystupy (TrekBuddy,
>> > OziExplorer, ...)
>>
>> Hm, pozeral som MOBAC a zda sa, ze je docasne stopnuty, lebo osm
>> servery mali z neho velky traffic.
>> Je este nejaky podobny nastroj, ktory by mi z osm suboru na mojom
>> lokalnom stroji vedel vygenerovat sustavu bitmap?
>> Nasiel som trebars toto http://wiki.openstreetmap.org/wiki/Maperitive
>> ale vsetky tieto experimenty su na mojom PC vybaveni dost pomale,
>> preto sa pytam na nejaky konkretny tip. Inak si to samozrejme prejdem
>> vsetko sam.
>
j s
<jozef...@freemap.sk> napísal/a:
> Hm... keby si nazyval subory z_x_y kde z je zoomlevel "standarny" podla TMS
> X a Y by bola suradnica 256x25 tile v mercator projekcii... tak ti staci
> zistit z lat/lon
> X a y ... a potom uz iba pridavat a uberat cislo jedna... jo a posuvat na
> obrazovke ;)
> Netraba ziadny textovo databazovy subor...
A vies ty ze mas pravdu? :-)
Je to asi fakt jednoduchsie, ale v dobach kedy som s tymto zacinal (to
bola prva verzia HW), som zvolil tuto cestu. Skusim to prehodnotit a v
druhej verzii to mozno urobim podobnym stylom.
> Okrem toho, keby si tie subory dal v tar formate (nepoznam) ale nemusel by
> si otvarat x suborov, iba robit seek vramci neha
tar-kom to nechcem komplikovat, ale dik za tip
> MOBAC ked treba poskytnem, freemap na nom funguje stale... ja neviem... toto
> OSM je divne...
> Robi mapu, potom ked je tak rozsirena ze zacina mat zmysel intregorvat
> podporu do programov
> zacne kricat ze JEJDA ROBITE NAM VELKY TRAFFIC :) plne ako sampon... no
> uplne na hlavu
Poprosil by som ten MOBAC nejakym sposobom pokytnut.
Tak ako tak mam najnovsi subor slovakia.osm stiahnuty lokalne, robil
by som to z neho.
Medzicasom som sa vratil k sposobu, ktorym som si nageneroval mapy
pred rokom ci kedy, v ramci tvorenia prvej verzie tohto GPS-ka, lebo
mapy sa medzicasom vylepsili. Vtedy som vyuzival nastroj osm.exe zo
http://serialcs.sourceforge.net/ server vracia error 503. Tak som sa
skusil poohliadnut po inych nastrojoch, zvlast na rederovanie map z
osm suboru na lokalnom disku.
Maperitive vyzera celkom dobre, zda sa ze to bude pouzitelne na moje
ucely. Cele sa to toci okolo prikazoveho riadku a scriptov, takze sa v
tom bude asi lahko robit generovanie/spracovanie velkeho mnozstva
obrazkov, tak sa s tym bude dat dosiahnut rovnaky ciel ako s tym
osm.exe.
Ale tak ako tak by som sa rad zoznamil aj s MOBAC.
> Dodi
Jaro
j s
http://mobac.dnsalias.org/ je toto
Download
At the moment there are no MOBAC downloads available. For details
about the reasons please read the following forum post.
...a to odkazuje na sourcefoge...
During the last months MOBAC was very successful project regarding the
user feedback and the attention it gained in the web. As I now have to
realize MOBAC was a little bit too successful because of different
reasons. For example I have been told that 30% of all download traffic
at OpenStreetMap Mapnik is created by MOBAC. I assume on other map
sources it looks similar. Therefore I decided to suspend providing
binary and source code versions of MOBAC until we find a way to handle
the situation.
Takze takto.
Jaro
Dňa 28. marca 2011 16:50, Jozef Riha <jose...@gmail.com> napísal/a:
Jozef Siska
> Dňa 28. marca 2011 16:39, Jozef Vince (freemap.sk)
> <jozef...@freemap.sk> napísal/a:
> > Hm... keby si nazyval subory z_x_y kde z je zoomlevel "standarny" podla TMS
> > X a Y by bola suradnica 256x25 tile v mercator projekcii... tak ti staci
> > zistit z lat/lon
> > X a y ... a potom uz iba pridavat a uberat cislo jedna... jo a posuvat na
> > obrazovke ;)
> > Netraba ziadny textovo databazovy subor...
>
> A vies ty ze mas pravdu? :-)
> Je to asi fakt jednoduchsie, ale v dobach kedy som s tymto zacinal (to
> bola prva verzia HW), som zvolil tuto cestu. Skusim to prehodnotit a v
> druhej verzii to mozno urobim podobnym stylom.
No ja som to myslel presne tak, snad vsetky dnesne programy pre mobilne
telefony/iphony/androidy a vsetko mozne pozivaju presne tie iste
stvorceky/obrazky ako tie webove sluzby... na stahovanie staci v zasade jednoduchy
skriptik s dvoma cyklami, jednym wgetom a jednym convertom, ked to
potrebujes este do bmp... ;) (pripadne by to mal vediet aj ten mobac,
ak chces nieco klikacie)
ziadnu databazu netreba, poukladas si ich na filesystem do peknej
struktury MAPDIR/$zoom/$x/$y.png, potom iba z latlon preratas ktory tile
potrebujes, pozries ci ho mas, a ak ano zobrazis...
standartne sa robia aj priesvitne overlaye (aj ked freemap ich
standartne spaja dokopy, ale da sa dostat aj k priesvitnym), ktore sa
zobrazia cez seba, ale to by si musel vediet vykreslit base image a cez
to nejaky priesvitny (plus asi vlasnty format, kedze bmp priesvitnost
nema)
napriklad:
freemap zakladna mapa
http://tiles.freemap.sk/A/12/2242/1421.png
turisticke znacky ako priesvitne png:
http://tiles.freemap.sk/XT~/12/2242/1421.png
pre freemap najdes popis k akym obrazkom sa vies dostat na
http://wiki.freemap.sk/LayerAllInOne
podobne sa daju ziskat aj pre ine mapy, ak nevies najst popis, da sa
otvorit mapu vo firefoxe -> view page info -> Media a tam vidis url
obrazkov :)
>
> > Okrem toho, keby si tie subory dal v tar formate (nepoznam) ale nemusel by
> > si otvarat x suborov, iba robit seek vramci neha
>
> tar-kom to nechcem komplikovat, ale dik za tip
tar nie je dobry na taketo veci, lebo nema index, takze (pokial ho
clovek prvykrat neprecita cely a nespravi si index) ked chces najst
subor, musis citat, kym ho nenajdes...
najlepsi container na taketo veci je podla mna zip, ktoremu vies
povedat, aby ukladal subori priamo bez kompresie (-0). Potom proste mas
index, seeknes na spravne miesto a citas subor, akurat musis vediet
rozparsovat zipovu hlavicku...
>
> > MOBAC ked treba poskytnem, freemap na nom funguje stale... ja neviem... toto
> > OSM je divne...
> > Robi mapu, potom ked je tak rozsirena ze zacina mat zmysel intregorvat
> > podporu do programov
> > zacne kricat ze JEJDA ROBITE NAM VELKY TRAFFIC :) plne ako sampon... no
> > uplne na hlavu
>
> Poprosil by som ten MOBAC nejakym sposobom pokytnut.
> Tak ako tak mam najnovsi subor slovakia.osm stiahnuty lokalne, robil
> by som to z neho.
btw, mobac vie iba stahovat uz renderovane obrazky a spajat/konvertovat,
nie? alebo uz vie aj renderovat z osm suborov? ci hovorime o niecom
inom?
>
> Medzicasom som sa vratil k sposobu, ktorym som si nageneroval mapy
> pred rokom ci kedy, v ramci tvorenia prvej verzie tohto GPS-ka, lebo
> mapy sa medzicasom vylepsili. Vtedy som vyuzival nastroj osm.exe zo
> http://serialcs.sourceforge.net/ server vracia error 503. Tak som sa
> skusil poohliadnut po inych nastrojoch, zvlast na rederovanie map z
> osm suboru na lokalnom disku.
> Maperitive vyzera celkom dobre, zda sa ze to bude pouzitelne na moje
> ucely. Cele sa to toci okolo prikazoveho riadku a scriptov, takze sa v
> tom bude asi lahko robit generovanie/spracovanie velkeho mnozstva
> obrazkov, tak sa s tym bude dat dosiahnut rovnaky ciel ako s tym
> osm.exe.
> Ale tak ako tak by som sa rad zoznamil aj s MOBAC.
>
> > Dodi
>
> Jaro
yoyo
j s
> No ja som to myslel presne tak, snad vsetky dnesne programy pre mobilne
> telefony/iphony/androidy a vsetko mozne pozivaju presne tie iste
> stvorceky/obrazky ako tie webove sluzby... na stahovanie staci v zasade jednoduchy
> skriptik s dvoma cyklami, jednym wgetom a jednym convertom, ked to
> potrebujes este do bmp... ;) (pripadne by to mal vediet aj ten mobac,
> ak chces nieco klikacie)
Tu naozaj nie som doma. Som prosty chlapec, odrasteny pri letovacke ;-)
Ze dva cykly a wget, to chapem, ale akosi neviem odkial a co
wget-ovat. (spatna oprava - v dalsom texte si mi na to odpovedal, ale
necham to tu aby si videl, ze som aj nieco nove pochopil ;-) )
> ziadnu databazu netreba, poukladas si ich na filesystem do peknej
> struktury MAPDIR/$zoom/$x/$y.png, potom iba z latlon preratas ktory tile
> potrebujes, pozries ci ho mas, a ak ano zobrazis...
Hej, takyto podobny navrh tu uz bol a vyzera to ozaj lepsie, dakujem
za utvrdenie v tom, ze toto bude asi vhodna cesta.
> pre freemap najdes popis k akym obrazkom sa vies dostat na
> http://wiki.freemap.sk/LayerAllInOne
> podobne sa daju ziskat aj pre ine mapy, ak nevies najst popis, da sa
> otvorit mapu vo firefoxe -> view page info -> Media a tam vidis url
> obrazkov :)
>
Aha, tak tymto si mi odpovedal na predoslu otazku.
Jedine, comu nerozumiem je rozsah x a y suradnic. Mozno prehliadam
nieco zasadne, ale neviem najst vztah medzi lat/lon suradnicami a x/y
cislom prislusneho tile. Da sa to zistil metodou pokus-omyl, ale
nepride mi to ako velmi rozumne.
> najlepsi container na taketo veci je podla mna zip, ktoremu vies
> povedat, aby ukladal subori priamo bez kompresie (-0). Potom proste mas
> index, seeknes na spravne miesto a citas subor, akurat musis vediet
> rozparsovat zipovu hlavicku...
To vyzera tiez dobre, dik za tip.
> btw, mobac vie iba stahovat uz renderovane obrazky a spajat/konvertovat,
> nie? alebo uz vie aj renderovat z osm suborov? ci hovorime o niecom
> inom?
Mojim cielom je dostat nejakym sposobom mapu nasej vlasti do bmp
suborov (na velkosti momentalne nezalezi), v roznych zoom leveloch,
ktore maju jasne definovany vztah k uzemiu, ktore pokryvaju (ci uz
nazvami/cestou k suborom, alebo databazou, to je teraz jedno). To je
vsetko.
V mojej prvej verzii som to robil nastrojom osm.exe z balika
http://serialcs.sourceforge.net/ ale zda sa, ze osm server ho nejako
ignoruje (error 503). Nepatral som intenzivne po pricinach. Pred rokom
to fungovalo.
Potom mi napadlo, ze moznou cestou by bolo stiahnut si osm mapu
slovenska z freemap.sk a vyrenderovat si to lokalne, offline.
Takisto je samozrejme mozne postahovat si tiles rovno z freemap.sk -
je to viacero sposobov ako sa dostat k tomu istemu, alebo
porovnatelnemu vysledku, ak je jeden z nich vyrazne lepsi, necham si
poradit. Co ma mierne odradza od offline rederovania je skutocnost, ze
asi bude hooodne dlho trvat, kym sa mapa vobec naimportuje, asi si
musim zaobstarat vykonnejsi stroj. Zatial som to skusal na starej
mape, kde ma osm subor cca 150MB. Nova o jednu nulu vacsia mapa bude
asi trosku narocnejsia...
Inak, aj maperitive dokaze generovat tiles, tam som ale opat
nepochopil system ich pomenovavania.
> yoyo
dakujem za rady a info
Jaro
Lubos Petrovic
Jozef Vince (freemap.sk)
> Jedine, comu nerozumiem je rozsah x a y suradnic. Mozno prehliadam
> nieco zasadne, ale neviem najst vztah medzi lat/lon suradnicami a x/y
> cislom prislusneho tile. Da sa to zistil metodou pokus-omyl, ale
> nepride mi to ako velmi rozumne.
>
http://wiki.openstreetmap.org/wiki/Tilename
d.
Jozef Siska
> > pre freemap najdes popis k akym obrazkom sa vies dostat na
> > http://wiki.freemap.sk/LayerAllInOne
> > podobne sa daju ziskat aj pre ine mapy, ak nevies najst popis, da sa
> > otvorit mapu vo firefoxe -> view page info -> Media a tam vidis url
> > obrazkov :)
> >
>
> Aha, tak tymto si mi odpovedal na predoslu otazku.
> Jedine, comu nerozumiem je rozsah x a y suradnic. Mozno prehliadam
> nieco zasadne, ale neviem najst vztah medzi lat/lon suradnicami a x/y
> cislom prislusneho tile. Da sa to zistil metodou pokus-omyl, ale
> nepride mi to ako velmi rozumne.
hmm, no neviem ci to zvladnem rozumne vysvetlit, nepodarilo sa mi najst
nejaku stranku, na ktorej by to bolo pokope, ale mozes skusit googlit
nieco ako napriklad google maps mercator projection
v zasade sa lat/lon suradnice zoberu, ako keby boli na obyc. kruznici
(ziadny elipsoid a neviemco), a pomocou mercator projekcie
http://en.wikipedia.org/wiki/Mercator_projection
sa prerataju na X,Y, pricom sa to naskaluje na 256x256 co je potom
"zoomlevel" 0, cela mapa je jeden 256x256 obrazok:
http://a.tile.openstreetmap.org/0/0/0.png
dalsie zoomlevely sa potom robia tak, ze sa zdvojnasobi velkost obrazku,
teda suradnice v obrazku pre zoomlevel Z budu X*2^Z, Y*2^Z
ten velky obrazok sa potom nareze na 256x256 stvorceky (tiles), ktore
sa ocisluju 0 .. 2^Z-1, 0..2^Z-1 (to su tie X a Y v tych url)
takze ak mas bod lat,lon tak pri zoomelevely Z mas, ze suradnice obrazku(tile)
v ktorom sa to lat,lon nachadza su (X*2^Z) div 256 a (Y*2^Z) div 256
(a pozicia vnutri toho obrazku je mod 256), pricom X a Y dostanes z
lat,lon pomocou vzorca pre tu mercator projekciu
hmm, neviem ci sa to da pochopit.. ak nie, kedze sa to teraz pouziva na
skoro vsetkych web mapach, nemal by byt problem vygooglit priamo vzorec
ako z lat,lon vypocitat tie suradnice (resp suradnice tile-u) a naopak,
pripadne rozumnejsie vysvetlenie, ako som vypotil ;)
(aj ked sa mi to momentalne velim nepodarilo za chvilku googlenia najst,
jedine rozumnejsie co som nasiel je toto;
http://cfis.savagexi.com/2006/05/03/google-maps-deconstructed
)
btw, tomu, ze mas na nejakom serveri tieto obrazky podla zomm/x/y sa
nikedy hovori TMS (tile/tiled map service), niekedy priamo v zmysle
presne tejto projekcie + 256x256 obrazky, niekedy vseobecnejsie
(ine projekcie, ine velkosti obrazkov)
Naozaj by som, hlavne na zaciatok ;), pouzil nejake uz renderovane mapy
;) freemap renderuje pekne, osm alebo cycle map sa daju tiez pouzit...
a ked ta nebude trapit licencia/pravne veci, tak aj google/bing
pouzivaju ten isty system tiles, staci iba vymenit subory ;)
>
> Inak, aj maperitive dokaze generovat tiles, tam som ale opat
> nepochopil system ich pomenovavania.
hmm, maperitive myslim generuje presne rovnake tiles ako som pisal
hore...
yoyo
Jozef Siska
lol, googlil som nejaky pekne vysvetlenie, ale pozriet na osm wiki ma
nenapadlo ;)))
yoyo
j s
dakujem obom Jozefom za info.
Vyzera to tak, ze pre zaciatok by to malo byt vsetko, co potrebujem.
Robil som si taku predbeznu analyzu a vyzera to tak, ze system s
malymi tiles je ozaj lepsi (rychlejsie zobrazenie) ako ten s velkymi
mapami, aj pre hardware s malou RAM. Jeden tile sa da nacitat ako
kompletny do pamate a z neho potom vybrat na zobrazenie len tie casti,
ktore treba a nemusi sa seek-ovat vo velkej mape (seek-ovanie zabera
relativne vela casu). Jediny teoreticky problem je v tom, ze oproti
systemu s velkymi mapami mam vacsi overhead kvoli headerom suborov,
ale vzhladom k velkosti suborov (65kB uzitocnych dat) je to
zanedbatelne (cca 1% navysenie potrebnej kapacity). Okrem toho,
netreba nic hladat v databaze.
Jaro
Dňa 29. marca 2011 19:32, Jozef Siska <yo...@ksp.sk> napísal/a:
j s
dakujem za ponuku - je nejaky problem, ked si to stiahnem priamo zo
serveru, trebars z freemap.sk?
Ak nie tak si to rovno stiahnem odtial a nebudem ti pridavat pracu -
navyse semtam chcem robit aktualizaciu a nebudem ta stale s tym
otravovat.
Jaro
Dňa 29. marca 2011 18:18, Lubos Petrovic <nick...@gmail.com> napísal/a: