Re: [Talk-cz] Plochy vod v OSM
Jiri Jakes napsal(a): [EMAIL PROTECTED] dist % wine viewer.exe [EMAIL PROTECTED] dist % No dobre, po ACCEPT_KEYWORDS='~x86' emerge wine uz mi to taky funguje, i kdyz to nebyla uplne pointa... Renderuje to zajimave, nicmene prilis si toho nedela z multipolygonu ani z vrstev. Mimourovnove krizovatky maluje asi jako mapnik (cili napred vsechny outline, pak vsechny vnitrky), jen jeste mene prehledne kvuli tem vrstvam. Dale se mi zda, ze to nezvladne soubeh slinice a tramvaje (highway=*/railway=tram na jedne way) Datova struktura bude pekna, vse ve 2MB, ale zda se, ze komprimovane. Zkousel jsem v josm-ng jak by slapalo hifi renderovani a dokazu renderovat v realnem case (cili srovnatelne s josm-ng bez hifi) v podobne kvalite a resim i vrstvy. Viz: http://stoupa.sh.cvut.cz/~nenik/josm-ng-hifi.png Hodill by se rozumny, mezi systemy sdilitelny popis renderovaciho stylu (zatim pouzivam mappainti + neco hardcoduju). Osmarendererova XSL transfromace neni, opakuji neni, takovym rozumnym popisem ;-) Pak bychom se mohli lepe bavit o implementaci renderovani. Coz mi pripomina, ze pro rozumne renderovani mimourovnovych krizovatek (jako ta na screenshotu*) potrebuje i pro osmarenderer mirne prizpusobit styl editace. Napojeni sjezdu z mostu je potreba udelat na stejne vrstve jako je most (obecne, krizovatky by mely mit vsechny cesty ve stejne layer), jinak se vyrenderuje okraj vyssi silnice a napojeni nevypada napojene, viz: http://www.openstreetmap.org/?lat=50.04047lon=14.40705zoom=17layers=0BFT *) screenshot se renderoval z mirne upraveneho czechia.osm a ty skrty na sjezdech ted uz renderuju lepe... -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Plochy vod v OSM
Pekne, jen tak dal. Jsem zvedav na dalsi verze :) Takova drobnost co to zda se neumi jsou relace mezi polygony, napr tady je to docela dost videt: http://www.openstreetmap.org/?lat=50.10088lon=14.39586zoom=16layers=B0FT Budovy jsou tam vykousle (maji dvorek/nadvori), ale v tom prohlizeci jsou plne. Tusim na dalsich mistech jsou pomoci relaci delane treba ostrovy ve vodnich plochach. Jinak highway=service jsou velmi spatne videt, barva se blizi barve podkladu a nemaji sedy/cerny okraj jako lepsi silnice. Footway jsou zase mozna zbytecne moc vyrazne :) Martin On 5/18/08, Tomas Kolda [EMAIL PROTECTED] wrote: Takze pre alpha je zde: http://www.web2net.cz/osm/dist.zip ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
[Talk-cz] Cyklomapy
Ahoj, k cyklomapam - preposilam odpoved od Andyho Alana. Vasek = cited mail follows = Hi Vaclav, Sorry for the delay in replying. There has been some discussion of this on the mailing lists recently: http://lists.openstreetmap.org/pipermail/talk/2008-May/thread.html#26184 http://lists.openstreetmap.org/pipermail/talk/2008-May/thread.html#26329 There are also some websites doing osm-based cycle routing in the UK already: http://maps.camdencyclists.org.uk/ http://www.camcycle.org.uk/map/route/ In both cases the OSM support is experimental, since they started with Google maps first. As for me, I expect there will be routing on the OSM cycle map at some point in the future, but for now I am happy to see other people experiment with the routing and using the tiles from my website as a background. Good luck with your project. Cheers, Andy ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Plochy vod v OSM
Nemam na vyvoj moc casu, takze asi 4 mesice jsem vyvijel jen datovou zakladnu (komprimace, spatial indexy, konverze dat apod.). Posledni asi 3 tydny delam na grafice, takze tam jsou mouchy presne co pisete. Optimalizace na grafice je nulova, proto mate asi tu javu rychlejsi. Jinak ale myslim, ze 6MB v pameti by se s Javou dosahovalo tezko. Jsem Javista tak prosim nekamenovat za mou poznamku :), ale treba se mylim. zlib komprimaci na komplet data jsem zkousel, ale vychazi asi o 80% vetsi soubor. Jinak jak jsem psal. Filozofie programu je miniaturni aplikace, ktera by mela bezet na embedded zarizenich (WinCE apod.) a poskytovat sluzby jako napr. iGO. Pro OSMaky tam budou featury jako automaticke logovani, separace casti tracku, ktery jeste neni v mapach, warningy casti tracku, ktere se hodne lisi od mapy (silnice je zakreslena s chybou). Bude to freeware, ale otevirat kod se mi zatim nechce. Konfigurace apod. budou formou easy textaku, jak je to ted. Kdyz jsem zacinal s OSM hrozne mi stvalo, ze neco takoveho chybi. Bud se musi neco instalovat, databaze, mapnik, osmarender apod. a je hodne slozite s cimkoliv si pohrat bez webu. O tom, ze si to dam do PDA, smartphone ani nemluve. Hodne lidi by rado pomohlo (moje domnenka), ale nemaji cas. Proto tato aplikace. Na jedno tlacitko se poslou logy na server a pokud mozno automaticky zapracuji (to doufam uz nekdo kuti), pokud tedy clovek bude chtit prispivat do OSM. Jedno tlacitko je az az. Samozrejmne, ze spousta lidi ma uplne jiny nazor na tvorbu aplikaci, ale to je proste jejich cast uzivatelske zakladny. Ja doufam, ze muj pristup si take nekoho najde a snad to i k necemu pomuze, jak jsem psal vyse. Ted se jdu teda vrhnout na ty diry a zlevel, at si nedelam ostudu. Proste jsem se na ten brzky release nemel nechat ukecat :-) Tomas Petr Nejedly napsal(a): Jiri Jakes napsal(a): [EMAIL PROTECTED] dist % wine viewer.exe [EMAIL PROTECTED] dist % No dobre, po ACCEPT_KEYWORDS='~x86' emerge wine uz mi to taky funguje, i kdyz to nebyla uplne pointa... Renderuje to zajimave, nicmene prilis si toho nedela z multipolygonu ani z vrstev. Mimourovnove krizovatky maluje asi jako mapnik (cili napred vsechny outline, pak vsechny vnitrky), jen jeste mene prehledne kvuli tem vrstvam. Dale se mi zda, ze to nezvladne soubeh slinice a tramvaje (highway=*/railway=tram na jedne way) Datova struktura bude pekna, vse ve 2MB, ale zda se, ze komprimovane. Zkousel jsem v josm-ng jak by slapalo hifi renderovani a dokazu renderovat v realnem case (cili srovnatelne s josm-ng bez hifi) v podobne kvalite a resim i vrstvy. Viz: http://stoupa.sh.cvut.cz/~nenik/josm-ng-hifi.png Hodill by se rozumny, mezi systemy sdilitelny popis renderovaciho stylu (zatim pouzivam mappainti + neco hardcoduju). Osmarendererova XSL transfromace neni, opakuji neni, takovym rozumnym popisem ;-) Pak bychom se mohli lepe bavit o implementaci renderovani. Coz mi pripomina, ze pro rozumne renderovani mimourovnovych krizovatek (jako ta na screenshotu*) potrebuje i pro osmarenderer mirne prizpusobit styl editace. Napojeni sjezdu z mostu je potreba udelat na stejne vrstve jako je most (obecne, krizovatky by mely mit vsechny cesty ve stejne layer), jinak se vyrenderuje okraj vyssi silnice a napojeni nevypada napojene, viz: http://www.openstreetmap.org/?lat=50.04047lon=14.40705zoom=17layers=0BFT *) screenshot se renderoval z mirne upraveneho czechia.osm a ty skrty na sjezdech ted uz renderuju lepe... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Plochy vod v OSM
Tomas Kolda napsal(a): Nemam na vyvoj moc casu, takze asi 4 mesice jsem vyvijel jen datovou zakladnu (komprimace, spatial indexy, konverze dat apod.). Posledni asi 3 tydny delam na grafice, takze tam jsou mouchy presne co pisete. Optimalizace na grafice je nulova, proto mate asi tu javu rychlejsi. Nemyslim, ze mam tu javu rychlejsi. Mam josm-ng rychlejsi nez josm, dostatecne rychly pro beznou editaci datasetu velikosti czechia.osm, ale prerendrovani celoobrazovkoveho pohledu na Prahu pri nejnevhodnejsim zoomu jsou stale nejake stovky ms. Ale pisu editor a musim se rozumne vejit do pameti aniz bych stazena data poskodil (pro viewer bych napr. zahodil nody mimo krizovatky, pro editor je musim udrzovat vsechny kvuli tomu jednomu tagu (created_by) a kvuli IDcku). Zatim jsem se nevrhal ani do skutecnych indexu, josm-ng ma jen sesortovane nody podle jedne osy a hlida bboxy cest. To staci pro vyrazne rychlejsi renderovani velkych datasetu nez zvlada josm a luxusni editovani pri rozumnem zoomu. Jinak ale myslim, ze 6MB v pameti by se s Javou dosahovalo tezko. Jsem Ani smykem. 500k nodu x 16B souradnice + 8B ID je samo o sobe 12MB a to jeste ani nejsou vsechny informace z OSM. Ale to neni problem javy, tolik tech dat proste je a editor je musi udrzet. A OSM APIv0.6 to muze udelat jeste horsi. Javista tak prosim nekamenovat za mou poznamku :), ale treba se mylim. zlib komprimaci na komplet data jsem zkousel, ale vychazi asi o 80% vetsi soubor. Takze data nejsou komprimovana? V tom 2MB souboru jsem nenasel zadne texty. Jinak jak jsem psal. Filozofie programu je miniaturni aplikace, ktera by mela bezet na embedded zarizenich (WinCE apod.) a poskytovat sluzby jako napr. iGO. Pro OSMaky tam budou featury jako automaticke logovani, separace casti tracku, ktery jeste neni v mapach, warningy casti tracku, ktere se hodne lisi od mapy (silnice je zakreslena s chybou). Bude to freeware, ale otevirat kod se mi zatim nechce. Konfigurace apod. budou formou easy textaku, jak je to ted. [...] Ted se jdu teda vrhnout na ty diry a zlevel, at si nedelam ostudu. Proste jsem se na ten brzky release nemel nechat ukecat :-) Ale mel. Muj komentar neberte jako kritiku, ale spis jako motivaci. Resime spolecne problemy, komunikace neni nikdy na skodu. Josm-ng zatim take nemaluje diry a nebude uplne snadne je dodelat tak, aby spravne reagovaly na editaci (zmenim nejakou relaci a tim se zmeni renderovani nejake way. Nebo jeste hure, zmenim nejakou way (tu vnitrni) a zmeni se mi renderovani jine way (te vnejsi)). Vpodstate budu muset vymyslet obecne renderovani relaci, napr. kvuli relacnimu znaceni turistickych cest. -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Plochy vod v OSM
Petr Nejedly napsal(a): Ani smykem. 500k nodu x 16B souradnice + 8B ID je samo o sobe 12MB a to jeste ani nejsou vsechny informace z OSM. Ale to neni problem javy, tolik tech dat proste je a editor je musi udrzet. A OSM APIv0.6 to muze udelat jeste horsi. Ja nacitam diky spatial indexum jen plochu co renderuji, takze v pameti se udrzuje jen aktualni pohled + do urcite meze nechavam to co uz jsem nacetl (kdyby se uzivak vratil). To zajistuje pomerne male pametove naroky. To je u toho XML horsi. Vy to muzete to take zkusit vyresit meziformatem. Pri konverzi XML jsem si musel udelat primitivni indexovane bin soubory, abych je nemusel mit cele v pameti a mohl tak pohodlne pracovat i s planet.osm. Importovat celou DB mi prislo silenstvi, kdyz tohle zabira se stejnou informaci uplne stejne jako planet.bz2. V pameti si pak muzete nechavat jen to co clovek zmenil a pri ulozeni to zmergovat. Takze data nejsou komprimovana? V tom 2MB souboru jsem nenasel zadne texty. No nevim presne jak je definovana komprimace, ale nejsou komprimovana stylem: zapisu souradnice napr v int32_t za sebe a pak ten blob zipnu... To prave neni tak efektivni. zlib se pouziva jen na pripady kdy je vyhodny (napr. nektere texty). Vpodstate budu muset vymyslet obecne renderovani relaci, napr. kvuli relacnimu znaceni turistickych cest. Zatim si to zjednodusim jen generovanim der polygonu. To je celkem lehka uloha. Zbytek relaci necham lezet dokud nekde nevykouknou. Tomas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
