Izometrická 3D mapa z OSM

106 zpráv
Zpět na přehled

Izometrická 3D mapa z OSM

106 zpráv AKJJMFPJ 24 účastníků 62 min čtení
  1. Aleš Janda openstreetmap na kyblsoft.cz #m5ae616
    Zdravím, trošku jsem si hrál a udělal jsem izometrickou 3D mapu z OSM dat. Něco jsem dal na web, je to na http://osm.kyblsoft.cz/3dmapa/ Napřed jak to pracuje a potom na co se chci zeptat :-) Udělal jsem si program v C++, který načte .osm soubor a ty objekty, které zná, převede do nějaké 3D podoby. Výstup programu je ve formátu POV, čili formát pro POV-Ray, což je renderer 3D modelů. Takže ten výsek mapky, co vidíte na uvedeném odkaze, je proveden několika cykly osmosis => můj osm2pov => povray => rozsekat na dlaždice => web :-) A teď co se chci zeptat: 1) co tomu říkáte? :-) 2) narazil jsem na problém s měřítkem. Jak je totiž mapa v izometrickém pohledu, tak je trochu nakloněná. Tím dojde ke ?smrštění? osy Y - to co vede od severu k jihu se zdá menší než od východu k západu. Zatím moc nevím, jak to vyřešit, napadají mě dva způsoby, na tom odkazu jsou použity oba: - roztažení obrázku na výšku tak, aby to bylo správně vysoké. To ale vypadá divně (většina mapy) - v ose Y bude mít mapa poloviční velikost (to jsem použil v pásu od Kralup do Neratovic) - vypadá to mnohem lépe, ale je to nekompatibilní se zbytkem OSM - je problém s přepínáním vrstev, permalinkem, různé navazování s jinými mapami atd. Chci se zeptat, jestli nevíte o nějakém standardním způsobu, jak řešit netypické měřítko. Jinak ta mapa je jen v oblasti od Kralup do Prahy, ladil jsem ji za pochodu, některé dlaždice jsou chybné (nenavazují, špatná šířka silnicí?), hromadu toho ještě nevykresluje nebo chybně (atribut layer). V pruhu Kralupy-Neratovice jsem dal záměrně to smrštění v ose Y (vypadá to líp, pochopitelně nenavazuje se zbytkem mapy). 3) máte nějaké nápady na vylepšení? Díky. Aleš Janda
  2. Frettie frettie na gmail.com #m1704ea
    2010/2/17 Aleš Janda <openstreetmap na kyblsoft.cz>:
    Zdravím, trošku jsem si hrál a udělal jsem izometrickou 3D mapu z OSM dat. Něco jsem dal na web, je to na http://osm.kyblsoft.cz/3dmapa/ Napřed jak to pracuje a potom na co se chci zeptat :-) Udělal jsem si program v C++, který načte .osm soubor a ty objekty, které zná, převede do nějaké 3D podoby. Výstup programu je ve formátu POV, čili formát pro POV-Ray, což je renderer 3D modelů. Takže ten výsek mapky, co vidíte na uvedeném odkaze, je proveden několika cykly osmosis => můj osm2pov => povray => rozsekat na dlaždice => web :-) A teď co se chci zeptat: 1) co tomu říkáte? :-)
    Úžasný! Moc se mi to líbí, vypadá to jako krásnej příklad do nějakýho malýho tycoonu. :) Jak moc a kde to bude užitečný to nevím, možná by bylo fajn to provázat s nějakým výstupem geokodovaných fotek.
    2) narazil jsem na problém s měřítkem. Jak je totiž mapa v izometrickém pohledu, tak je trochu nakloněná. Tím dojde ke "smrštění" osy Y - to co vede od severu k jihu se zdá menší než od východu k západu. Zatím moc nevím, jak to vyřešit, napadají mě dva způsoby, na tom odkazu jsou použity oba: - roztažení obrázku na výšku tak, aby to bylo správně vysoké. To ale vypadá divně (většina mapy) - v ose Y bude mít mapa poloviční velikost (to jsem použil v pásu od Kralup do Neratovic) - vypadá to mnohem lépe, ale je to nekompatibilní se zbytkem OSM - je problém s přepínáním vrstev, permalinkem, různé navazování s jinými mapami atd. Chci se zeptat, jestli nevíte o nějakém standardním způsobu, jak řešit netypické měřítko. Jinak ta mapa je jen v oblasti od Kralup do Prahy, ladil jsem ji za pochodu, některé dlaždice jsou chybné (nenavazují, špatná šířka silnicí...), hromadu toho ještě nevykresluje nebo chybně (atribut layer). V pruhu Kralupy-Neratovice jsem dal záměrně to smrštění v ose Y (vypadá to líp, pochopitelně nenavazuje se zbytkem mapy).
    Zde neporadím, líbí se mi víc ta varianta od Kralup do Neratovic, subjektivně.
    3) máte nějaké nápady na vylepšení?
    Pěkný by byly i kopce a údolí, ale to už by bylo asi dost problematický a nevím, jestli jsou takový data k dispozici.
  3. Radek Bartoň blackhex na post.cz #m9d2d29
    Ahoj.
    1) co tomu říkáte? :-)
    Prostě luxusní nápad i technické řešení, jenom barvy by to možná chtělo příjemnější. Ta oranžová se mi moc nelíbí.
    Chci se zeptat, jestli nevíte o nějakém standardním způsobu, jak řešit netypické měřítko.
    Možná by šla použít nějaká projekce podobná Google Merkatoru, ale s jinym poměrem stran. Nicmeně nevím jestli to OpenLayers umí a jestli by pak uměly přetransformovat normální Mapnik overlay vrstvy do dané projekce.
    3) máte nějaké nápady na vylepšení?
    Vidím podle artefaktů dobře, že ty dlaždice jsou komprimované do JPEG? Na tohle je určitě lepší PNG, i kompresní poměr by měl být lepší.
  4. Jan Bilak jan.bilak.osm na gmail.com #m92577d
    Zdravím, je to moc pěkné. Dovedu si živě představit, že třeba orientační mapka typu "jak se dostat do ..." by byla tímto způsobem provedená a vypadala velmi efektně. Měřítko ... v izometrickém pohledu prostě bude mapka zkreslená, s tím nic nenaděláš. Když to nějak roztáhneš, tak už to není izometrické zobrazení, ale něco nereálného, divného, ... Kombinovat 2D pohled shora a izometrický pohled (jako různé vrstvy) nedává smysl. Různé vrstvy použít lze, ale všechny musí být zobrazené stejně - tedy např. v izometrii. Vylepšení ... napadá mne vyrendrování nějaké oblasti mapy na přání (tedy se zvoleným úhlem pohledu). A také nějaká konfigurace způsobu vykreslení (výška budov, barvy, tlouštky čar apod.). Když si bude moci každý nastavit vlastní zobrazení, tak se myslím brzy najde nějaké obecně hezčí než toto. Honza
  5. Aleš Janda openstreetmap na kyblsoft.cz #m7a8c80
    Ahoj,
    Úžasný! Moc se mi to líbí, vypadá to jako krásnej příklad do nějakýho malýho tycoonu. :)
    díky moc :-)
    Pěkný by byly i kopce a údolí, ale to už by bylo asi dost problematický a nevím, jestli jsou takový data k dispozici.
    S tímhle do budoucna počítám - data k dispozici jsou, jmenuje se to hillshading. Ale nevím, jak dobře to bude fungovat, zejména ohledně přesnosti, aby např. řeka netekla do kopce, cesty vedly tak podél kopců a tak? Každopádně teoreticky to možné je, uvidím jak to půjde v praxi. Ale napřed tu mapu ještě vyladím. Aleš Janda
  6. Aleš Janda openstreetmap na kyblsoft.cz #mece727
    Ahoj.
    1) co tomu říkáte? :-)
    Prostě luxusní nápad i technické řešení, jenom barvy by to možná chtělo příjemnější. Ta oranžová se mi moc nelíbí.
    Díky moc. Barvy budu ještě řešit, resp. osvětlení vůbec (teď jde světlo tmavne od jihu k severu a na přechodu dlaždic je to trochu vidět). Ty střechy nejsou nic moc, uznávám.
    Chci se zeptat, jestli nevíte o nějakém standardním způsobu, jak řešit netypické měřítko.
    Možná by šla použít nějaká projekce podobná Google Merkatoru, ale s jinym poměrem stran. Nicmeně nevím jestli to OpenLayers umí a jestli by pak uměly přetransformovat normální Mapnik overlay vrstvy do dané projekce.
    Díky, tohle si nastuduju. V podstatě jsem začal tak, že jsem včera obšlehl kód z OpenTrackMapu ;-)
    3) máte nějaké nápady na vylepšení?
    Vidím podle artefaktů dobře, že ty dlaždice jsou komprimované do JPEG? Na tohle je určitě lepší PNG, i kompresní poměr by měl být lepší.
    Je to tak, je to v JPG. Při zachování nějaké realističnosti jsem se snažil dát textury, což ale PNG téměř nezabalí. JPG je na tom asi 3x lépe, ale zase tam vznikají ty artefakty. Moc se mi to JPG nelíbí, buď snížím kompresi nebo vyhodím textury (alespoň u zelené plochy) a nasadím PNG. Aleš Janda
  7. Aleš Janda openstreetmap na kyblsoft.cz #mee8a21
    Ahoj, díky za názor. Jak to myslíš s tím způsobem vykreslení? Resp. co by se mělo všechno měnit? Počítám s tím, že výška budov se bude brát z tagů http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes minimálně typ střechy a výška, popř. počet pater. Pak je jen otázka, jestli to v těch datech bude? Tloušťky čar? no, možná, ale v defaultu by to mělo být alespoň přijatelně pěkné. Mimochodem, ten převodní program asi později uvolním (pod nějakou volnou licencí) a stylový soubor bude patrně jeho externí částí. Takže každý si bude moci vyrenderovat co chce. Ale zatím je to příliš v raném stádiu. Aleš Janda
  8. Jan Masopust masopust.jan na gmail.com #m9d5713
    Ahoj, vypadá to moc hezky. Jak už se tady psalo, chtělo by to ty kopce. Ještě jsem našel nějakou 3D OSM mapu Německa. Je to na http://www.osm-3d.org/možná se ti to bude hodit. masox
  9. MP singularita na gmail.com #m56ef9a
    3) máte nějaké nápady na vylepšení?
    Mohly by se zohlednovat tagy height a building:levels a podle nich pak upravovat vysku domu v mape V oblasti kolem 50.090, 14.477 je takhle otagovanych asi 100 domu, ale pokud by lidi vedeli, ze se ty tagy nekde projevi, tak by treba tagovali vic budov timhle (nebo by tagovaly aspon ty velky, kde pak bude zadani spravne vysky v tehkle mape nejvic videt). Z zizkovskeho vysilace by pak byla vez a ne maly trojuhelnikovy baracek :)
    Pěkný by byly i kopce a údolí, ale to už by bylo asi dost problematický a nevím, jestli jsou takový data k dispozici.
    Jsou, daj se pouzit volne dostupna public-domain SRTM data z NASA, presnost pro cely svet je cca 90 metru .... jsou i presnejsi data ASTER GDEM (tusim 30 metru presnost), ziskane spolupraci NASA a METI, ale ty jsou sice volne (no, je treba se prokousat jakousi registraci) dostupna a stazitelna (bohuzel ne jednoduse jako treba pres wget -r ale maji tam jejich uchylny system s rezervacemi download slotu), ale uz je tam nejake omezeni na redistribuci. Martin
  10. Jan Bilak jan.bilak.osm na gmail.com #mf2feb4
    Ahoj, jak píšeš o stylovém souboru ... tak ten asi bude obsahovat prakticky všechno. Jaká data se vezmou a jakým způsobem se vykreslí. Takže to je ideální forma parametrizace vykreslování. Co se týká výšky budov, tak samozřejmě vhodně otagované budovy jsou ideální. Ale nedělám si iluze, že někdo bude hromadně přeměřovat budovy (možná na několika málo zajímavých místech). Žádný zdroj dat, který by obsahoval výšku budov v ČR, nejspíše neexistuje. Takže podstatná bude nějaká defaultní výška. A defautní výšku bude vhodné zvolit jinou na vesnici a jinou třeba na sídlišti plného paneláků. Tlouštky čar možná nemá velký smysl měnit, to byl jen příklad. Ukáže čas, co bude třeba. Pokud budeš dělat nějaké zohlednění výšky terénu, tak bych to dělal vypínatelné. V některých případech (orientační mapka) to bude spíše na obtíž. Je jasné, že je zatím brzy. Honza
  11. Frettie frettie na gmail.com #m439c45
    2010/2/17 MP <singularita na gmail.com>:
    3) máte nějaké nápady na vylepšení?
    Mohly by se zohlednovat tagy height a building:levels a podle nich pak upravovat vysku domu v mape V oblasti kolem 50.090, 14.477 je takhle otagovanych asi 100 domu, ale pokud by lidi vedeli, ze se ty tagy nekde projevi, tak by treba tagovali vic budov timhle (nebo by tagovaly aspon ty velky, kde pak bude zadani spravne vysky v tehkle mape nejvic videt). Z zizkovskeho vysilace by pak byla vez a ne maly trojuhelnikovy baracek :)
    Pěkný by byly i kopce a údolí, ale to už by bylo asi dost problematický a nevím, jestli jsou takový data k dispozici.
    Jsou, daj se pouzit volne dostupna public-domain SRTM data z NASA, presnost pro cely svet je cca 90 metru .... jsou i presnejsi data ASTER GDEM (tusim 30 metru presnost), ziskane spolupraci NASA a METI, ale ty jsou sice volne (no, je treba se prokousat jakousi registraci) dostupna a stazitelna (bohuzel ne jednoduse jako treba pres wget -r ale maji tam jejich uchylny system s rezervacemi download slotu), ale uz je tam nejake omezeni na redistribuci.
    Prave toho jsem se bal, protoze zminenym hillshadingem to asi dost dobre nepujde a 90 metru je pro neco jinyho nez himalaje dost nepresny.
  12. Lukas Kabrt lukas na kabrt.cz #m14595f
    Prave toho jsem se bal, protoze zminenym hillshadingem to asi dost dobre nepujde a 90 metru je pro neco jinyho nez himalaje dost nepresny.
    Pokud si spravne pamatuju, tak tech 90 metru neni presnost nadmorske vysky, ale rozliseni v horizontalnim smeru. (Data jsou ulozena v rastru po 3 uhlovych sekundach a to odpovida cca 90 metrum na rovniku, u nas bude rozliseni v metrech lepsi) Jaka je presnost nadmorske vysky nevim. Vzhledem k tomu, ze SRTM data se pouzivaji treba v OpenTrackMap k vykreselni vrstenvic a ty docela sedi, tak to s tou presnosti bude docela dobre.
  13. Radek Bartoň blackhex na post.cz #m8d811e
    Prave toho jsem se bal, protoze zminenym hillshadingem to asi dost dobre nepujde a 90 metru je pro neco jinyho nez himalaje dost nepresny.
    90m je horizontání rozlišení mřízky, absolutní přesost je IIRC 7-15m, ale efektivně je to přesnější. Takže vklidu. Navíc by to šlo proložit 2D splinem, případně procedurálně nagenerovat detaily pro přidání "lepšího vzhledu", ale to asi nebude třeba.
  14. Frettie frettie na gmail.com #m2f7e3d
    2010/2/17 Radek Bartoň <blackhex na post.cz>:
    Prave toho jsem se bal, protoze zminenym hillshadingem to asi dost dobre nepujde a 90 metru je pro neco jinyho nez himalaje dost nepresny.
    90m je horizontání rozlišení mřízky, absolutní přesost je IIRC 7-15m, ale efektivně je to přesnější. Takže vklidu. Navíc by to šlo proložit 2D splinem, případně  procedurálně nagenerovat detaily pro přidání "lepšího vzhledu", ale to asi nebude třeba.
    Tak to se těším na pokračování s kopci. :) -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
  15. Aleš Janda openstreetmap na kyblsoft.cz #me5cb6a
    Ahoj, tak jsem tu mapu nakonec udělal v tom hezčím zkoseném pohledu. Znamená to, že číslo dlaždice Y prostě vydělím dvěma; na jednu běžnou dlaždici se vejdou dvě. Zatím jsem nevyřešil ten souřadnicový systém, takže ČR leží někde v Severním ledovém oceánu :-) Mapu teď nechávám vygenerovat, průběžně se zobrazuje na webu a to v pořadí podle počtu změn na dlaždici za poslední měsíc. Pak to budu generovat taky s ohledem na počet změn, takže masivně se rozvíjející části budou obnovovány třeba každý den. Ale celá mapa mi bude trvat vygenerovat cca týden. Už to umí tu výšku baráku (např. ty baráky na Žižkově už se zobrazují) - napřed se podívám na building:height. Není-li nastavena, pak se podívám na building:levels. Je-li ta, výšku spočítám jako (počet_pater + 1) * 3 metry. Není-li nastaveno ani to (standardní případ), výška je 4 metry. Také jsem odstranil některé textury a zvýšil kvalitu JPG, už by to nemělo tolik práskat do očí - nicméně stále je JPG asi 2x menší než PNG. Teď postupně budu přidávat featury (dálnice, různá území?) a pak uvidím co dál - zřejmě se kouknu na ty kopce :-) Aleš Janda
  16. Petr Kadlec petr.kadlec na gmail.com #m7e2dc2
    Ahoj, moc pěkné. Zřejmě to má nějaké potíže s ostrovy, takový Žofín vypadá jak při povodni. :-) -- Petr Kadlec / Mormegil
  17. MP singularita na gmail.com #m002469
    Už to umí tu výšku baráku (např. ty baráky na Žižkově už se zobrazují) - napřed se podívám na building:height. Není-li nastavena, pak se podívám na
    Nekde se pouziva samotne "height", viz. http://wiki.openstreetmap.org/wiki/Key:height misto "building:height", takze to by chtelo kontrolovat taky.
    building:levels. Je-li ta, výšku spočítám jako (počet_pater + 1) * 3 metry. Není-li nastaveno ani to (standardní případ), výška je 4 metry.
    building:levels je pocet podlazi (tedy vcetne prizemi), ne pater, takze pokud to "+ 1" neni mineno jako vyska strechy, tak je to spatne :). Tedy maly prizemni baracek bez dalsich pater ma building:levels=1 a jeho vyska bude spis 3 metry nez 6.
    Také jsem odstranil některé textury a zvýšil kvalitu JPG, už by to nemělo tolik práskat do očí - nicméně stále je JPG asi 2x menší než PNG. Teď postupně budu přidávat featury (dálnice, různá území?) a pak uvidím co dál
    Mohly by jit pridavat mosty (bridge=yes..), pripadne ploty a zdi (barrier=fence/wall/....), nastupiste (railway:platform) A vyresit korektne vrstvy - treba u masarykova nadrazi v realite je magistrala na moste nad kolejemi, ne pod nima jak je videt na obrazku :) Mozna i nejak znacit tunely (aby se dalo poznat ze je to tunel...) Martin
  18. Aleš Janda openstreetmap na kyblsoft.cz #m234f5f
    Už to umí tu výšku baráku (např. ty baráky na Žižkově už se zobrazují) - napřed se podívám na building:height. Není-li nastavena, pak se podívám na
    Nekde se pouziva samotne "height", viz. http://wiki.openstreetmap.org/wiki/Key:height misto "building:height", takze to by chtelo kontrolovat taky.
    Díky, tohle doplním. Asi bude mít ale building:height přednost před height samotným.
    building:levels. Je-li ta, výšku spočítám jako (počet_pater + 1) * 3 metry. Není-li nastaveno ani to (standardní případ), výška je 4 metry.
    building:levels je pocet podlazi (tedy vcetne prizemi), ne pater, takze pokud to "+ 1" neni mineno jako vyska strechy, tak je to spatne :). Tedy maly prizemni baracek bez dalsich pater ma building:levels=1 a jeho vyska bude spis 3 metry nez 6.
    Asi máte pravdu, díky. Tohle mě celkem zarazilo. Co jsem se díval, tak se to značí různě - http://en.wikipedia.org/wiki/Storey - ale nakonec jsem na http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#building:levels našel zdůvodnění ?A British house with floor 0 and floor 1 has two levels, an American house with floor 1 and floor 2 has two levels, so it's building:levels=2 for both.?, takže asi ano, je to počet podlaží. Takže ten výpočet upravím (a domy v mém okolí přetaguju ;-)).
    Teď postupně budu přidávat featury (dálnice, různá území?) a pak uvidím co dál
    Mohly by jit pridavat mosty (bridge=yes..), pripadne ploty a zdi (barrier=fence/wall/....), nastupiste (railway:platform)
    Ty mosty budou perlička, protože to budu vykreslovat nad terénem (a musím to nějak spojit s navazujícími silnicemi). Každopádně vyřešení mostů, tunelů a tagu layer bude chtít ještě trochu práce - teď každý element vykresluji de facto bez informací o ostatních - jakmile ale jsou třeba dva mosty nad sebou, musím to nějak přehodnotit - s tím bude ještě trochu práce :-) Aleš Janda
  19. Petr Nejedlý petr na nejedli.cz #me88e9d
    Ty mosty budou perlička, protože to budu vykreslovat nad terénem (a musím to nějak spojit s navazujícími silnicemi). Každopádně vyřešení mostů, tunelů a tagu layer bude chtít ještě trochu práce - teď každý element vykresluji de facto bez informací o ostatních - jakmile ale jsou třeba dva mosty nad sebou, musím to nějak přehodnotit - s tím bude ještě trochu práce :-)
    Priklad takove pekne mostni palandy je tady: http://osm.org/go/0JziQSnz
  20. Petr Schönmann pschonmann na gmail.com #m3371de
    Já jsem tedy zvědav co stím udělá Barandovský most :)
  21. Kubajz kubajz na kbx.cz #mf5586c
    Asi máte pravdu, díky. Tohle mě celkem zarazilo. Co jsem se díval, tak se to značí různě - http://en.wikipedia.org/wiki/Storey - ale nakonec jsem na http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#building:levels našel zdůvodnění ?A British house with floor 0 and floor 1 has two levels, an American house with floor 1 and floor 2 has two levels, so it's building:levels=2 for both.?, takže asi ano, je to počet podlaží. Takže ten výpočet upravím (a domy v mém okolí přetaguju ;-)).
    Ono i v cestine je rozdil mezi patrem a podlazim (nadzemnim/podzemnim) a jejich pocitanim. Presne by se tedy dalo rici, ze building:levels je pocet nadzemnich podlazi
  22. Kubajz kubajz na kbx.cz #md43e5e
    Kdybys delal kopce, tak se podivej na vypocet a definici bikubickeho (nebo dvanactivektoroveho) coonsova platu - u jsem se jednou zajimal o interpolaci tech SRTM dat a jevi se to jako celkem zajimava metoda, protoze pro vypocet plochy mezi ctyrmi body (resp ctyrmi krivkami) potrebujes prave sestnact bodu, kde plat prochazi primo temi ctyrmi uprostred a zbyvajich dvanact slouzi k tomu, aby plocha byla platem (tedy navazujici plochy sdilejici hranicni krivky). Vyhodou je, ze si muzes urcit krok, po kterem budes generovat vertexy v te interpolaci a udelat si to tak hladke, jak budes potrebovat. Na nasem uzemi by to melo fungovat celkem vsude dobre. K
  23. Frettie frettie na gmail.com #m14f6f6
    2010/2/22 Kubajz <kubajz na kbx.cz>:
    Asi máte pravdu, díky. Tohle mě celkem zarazilo. Co jsem se díval, tak se to značí různě - http://en.wikipedia.org/wiki/Storey - ale nakonec jsem na http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#building:levels našel zdůvodnění "A British house with floor 0 and floor 1 has two levels, an American house with floor 1 and floor 2 has two levels, so it's building:levels=2 for both.", takže asi ano, je to počet podlaží. Takže ten výpočet upravím (a domy v mém okolí přetaguju ;-)).
    Ono i v cestine je rozdil mezi patrem a podlazim (nadzemnim/podzemnim) a jejich pocitanim. Presne by se tedy dalo rici, ze building:levels je pocet nadzemnich podlazi
    A vaše doporučení, co tedy používat, je jaké?
  24. jzvc jzvc na tpfree.fdns.net #m45b5e5
    Zdravim, predne moc pekne. Barandak to trochu nezvlada - chybi tam uplne podjezd smer z mostu na Barandov. Spatne se vykresluji tunely, asi to nebere zatim vubec v potaz, kresli se jako bezna silnice => pak jsou pres to domy ... (napr Prazsky mestsky okruh). Chtelo by to alespon zmenit barvu na svetlou. Taky nejaky problemek s vodou v cisticce (napr na Cisarskym ostrove) - renederuje se pouze nadrz. K vylepseni vzhledu, mozna texturka s oknama na bocni steny domu (to by melo byt celkem snadne), obtiznejsi by bylo v defaultu kreslit sedlovou strechu, ktera je u nas nejbeznejsi. Jinak konstatuju, ze prodrobne vykreslene budovy (tam kde jsou) vypadaji velice verohodne. --- Scifi: 3D modely, moznost natacet mapu + zoom na "prochazka ulicemi", kdyz to umi google ... :D.
  25. Kubajz kubajz na kbx.cz #md122d5
    No pocet nadzemnich podlazi se pozna zvenku budovy snaze - skoro by se dalo rici, ze odpocitate pocet oken zvenku an vysku a mate pocet nadzemnich podlazi. Takze ja jsem pro pocet nadzemnich podlazi. K
  26. alik dolezal alik.dolezal na gmail.com #m72b4d3
    Ahoj, koukal sem a cosi zrádnýho se děje s dálnicí D1 - některý kusy chybí. Prvně sem si toho všiml kolem Jihlavy (plus minus mezi Větrným Jeníkovem - 104km a asi 125 km - před Měřínem). Ale další velkej kus chybí mezi Velkým Meziříčím a Brnem. I za Brnem je rozkouzkovaná. Chybí ale i kus na druhou stranu na Prahu. Je mi jasný, že D1 nepatří mezi nejkvalitnější a na ježdění nejpříjemnější komunikace v ČR, ale takhle okatě ji ignorovat se mi zas nezdá. Mějte se fajn Aleš PS musím se připojit k ostatním a vyseknout poklonu za úžasnou práci. Prostě všechna čest.
  27. Aleš Janda openstreetmap na kyblsoft.cz #m37af42
    Ahoj, díky. Opravil jsem to s těmi ostrovy - neumělo to relace, a tedy nic s ?dírama?. Teď už to umí jak ty ostrovy, tak děravé baráky, palouky uprostřed lesa atd. Tohle by tedy mělo být už ok. Aleš Janda
  28. Jan Dudík jan.dudik na gmail.com #m75398d
    Nevykreslují se školy, kostelům bych dal jako standard např. dvojnásobnou výšku, při pohledu na České Budějovice chybí černá věž (amenity=tower) Některé věci standardně nemívají nastavené building=yes, ale budovy to jsou - kostely, školy, radnice - pokud jsou jako objekt a ne jako bod. J&D
  29. Petr Kadlec petr.kadlec na gmail.com #m695e64
    2010/2/22 Jan Dudík <jan.dudik na gmail.com>:
    Některé věci standardně nemívají nastavené building=yes, ale budovy to jsou - kostely, školy, radnice - pokud jsou jako objekt a ne jako bod.
    Nesouhlas přinejmenším u školy. Objekt s amenity=school (apod.) _není_ budova školy, ale areál školy. Budova školy _musí_ mít i building=yes. Viz též http://wiki.openstreetmap.org/wiki/Tag:amenity=school -- Petr Kadlec / Mormegil
  30. Aleš Janda openstreetmap na kyblsoft.cz #md28c1a
    Zdravím, Barrandovský most je opraven - ta dlaždice pocházela z doby, kdy to ještě neumělo highway=trunk :-) Teď už je to přegenerované a mělo by se tam zobrazit všechno. Tunely - k těm se ještě dostanu, až budu pořádně brát v úvahu ty mosty, vrstvy atd. Nicméně teď už se to vykresluje světlejší barvou, díky. Voda v čističce opravena, byl tam ještě nějaký problém s inner/outer. I když teda ty nádrže vypadají poloprázdně, nevím jak říci, kam až má sahat hladina - teď je voda vždy stejně vysoká.
    K vylepseni vzhledu, mozna texturka s oknama na bocni steny domu (to by melo byt celkem snadne), obtiznejsi by bylo v defaultu kreslit sedlovou strechu, ktera je u nas nejbeznejsi. Jinak konstatuju, ze prodrobne vykreslene budovy (tam kde jsou) vypadaji velice verohodne.
    Texturky by možná šly, i když nevím, jak zajistit, aby ta okna byla nějak inteligentně (rovnoměrně, ne ve vnitřních rozích atd.). Nicméně dobrý nápad, to promyslím. Se střechami to obecně bude horší. Určitě budu podporovat tag building:roof (tile, slate, flat, concrete), ale se sedlovou střechou nevím. Přeci jen; budova je nějaký polygon obecného tvaru - jak tam napasovat střechu je někdy oříšek i pro architekta, pro program to bude velice netriviální. Zatím tam nechám prostě polygon měnící barvy, když mě napadne něco lepšího, udělám to. Také mě napadlo standardně nevýrazná (ne červená) střecha pro domy mající malou plochu - nějaké kůlny atd. Ale zatím mě ani nenapadá, jak zjistit plochu polygonu :-)
    Scifi: 3D modely, moznost natacet mapu + zoom na "prochazka ulicemi", kdyz to umi google ... :D.
    Jo, to by bylo super :-) Teoreticky není problém vygenerovat .pov soubor, ten importovat třeba do Blenderu a tam si procházet podle libosti. Jen to nějak více zpřístupnit? :-) Aleš Janda
  31. Aleš Janda openstreetmap na kyblsoft.cz #m86f314
    Ahoj, ta přerušovaná D1 má prozaické vysvětlení - v začátcích renderer neznal dálnici, takže ji negeneroval. A právě z té doby pochází dlaždice, na kterých dálnice není. Přegenerování celé ČR trvá asi týden, počítám, že během zítřka snad zaplním všechna bílá místa a během dalšího týdne až dvou zmizí tyhle do očí bijící anomálie :-) Aleš Janda
  32. jzvc jzvc na tpfree.fdns.net #m157b45
    2010/2/22 Jan Dudík <jan.dudik na gmail.com>:
    Některé věci standardně nemívají nastavené building=yes, ale budovy to jsou - kostely, školy, radnice - pokud jsou jako objekt a ne jako bod.
    Nesouhlas přinejmenším u školy. Objekt s amenity=school (apod.) _není_ budova školy, ale areál školy. Budova školy _musí_ mít i building=yes. Viz též http://wiki.openstreetmap.org/wiki/Tag:amenity=school
    Potiz je, ze pokud ma budova zaroven tag skola (a vetsina skol nema areal, pouze budovu) tak se renederuje (na standardni adrese s mapnikem) jako obyc anonymni barak. To neplati jen o skolach, ale napriklad i o fabrikach atd.
  33. MP singularita na gmail.com #m4e9df9
    Nesouhlas přinejmenším u školy. Objekt s amenity=school (apod.) _není_ > budova školy, ale areál školy. Budova školy _musí_ mít i building=yes. > Viz též http://wiki.openstreetmap.org/wiki/Tag:amenity=school >
    Potiz je, ze pokud ma budova zaroven tag skola (a vetsina skol nema areal, pouze budovu) tak se renederuje (na standardni adrese s mapnikem) jako obyc anonymni barak. To neplati jen o skolach, ale napriklad i o fabrikach atd.
    Pak je ale potreba spravit Mapnik a ne vynechavat tagy u budov. Na spouste skol treba v Praze je pouzito amenity=school na areal (hodne zakladnich skol ma minimalne nejaky dvorek s hristem nebo tak neco) a pak na vlastni budovy uvnitr bud jenom building=yes, pripadne zopakovane amenity=school Mapnik by mel mit svuj bugtracker nekde, takze by mohlo stacit si v nem na tohle postezovat a casem to nekdo (snad) spravi. Martin
  34. Aleš Janda openstreetmap na kyblsoft.cz #mc7316a
    Ahoj,
    kostelům bych dal jako standard např. dvojnásobnou výšku
    Stalo se.
    při pohledu na České Budějovice chybí černá věž (amenity=tower)
    Doplnil jsem, přerenderoval jsem. Nyní se tedy zobrazují i věže (amenity=tower a man_made=tower). U těch budov souhlasím s Petrem Kadlecem, tag building=yes by tam měl být vždycky. Nebo podle navržených tagů - http://wiki.openstreetmap.org/wiki/Proposed_features/Building - lze dát i building=něco, ale zatím se to asi nijak jinak nerenderuje. Každopádně teď kreslím budovu všude, kde je building s libovolnou hodnotou. Díky za postřehy. Jinak zrovna jsem renderování trochu zesvětlil (a stín jde na druhou stranu). Zdá se mi to hezčí, ale chvíli budou dlaždice různobarevné :-) Aleš Janda http://wiki.openstreetmap.org/wiki/Proposed_features/Building
  35. jzvc jzvc na tpfree.fdns.net #m3bdf2d
    Tak dalsi pripominka, namesti/pesi zony se renederujou cerne, kdyz uz tak by to chtelo svetle sedou (jako dlazebni kostky ;) ) nebo tak neco. V centru Prahy napr. nebo hrad. Jinak pekna ukazka layer a jeho nerespektovani je hlavni nadrazi, magistrala vede rovnou skrz budovu. Tohle by chtelo optimalne nejak kombinovat s terenem a layer pouzivat u budov jako posunovadlo +-3m nahoru dolu ?
  36. Kubajz kubajz na kbx.cz #m571221
    Hele i tak to zacina vypadat naprosto dokonale! Myslim, ze OSM potrebuje takovehle obrazky, aby BFU vedeli, ze ta data se daji vyborne zneuzit temer k cemukoliv :) K
  37. Stanislav Brabec utx na penguin.cz #m33f3be
    Kubajz píše v Út 23. 02. 2010 v 08:20 +0100:
    Hele i tak to zacina vypadat naprosto dokonale! Myslim, ze OSM potrebuje takovehle obrazky, aby BFU vedeli, ze ta data se daji vyborne zneuzit temer k cemukoliv :)
    Myslím že přihlášení do http://wiki.openstreetmap.org/wiki/Featured_image_proposals s nějakým zajímavým místem by nebylo od věci. Stanislav Brabec http://www.penguin.cz/~utx
  38. Pavel Zbytovský mail na zby.cz #mfaa880
    Ahoj, napsal jsem orientační stránku na wiki http://wiki.openstreetmap.org/wiki/WikiProject_Czechia/OpenK%C3%BDbl3DMap Ať máme pohromadě co to umí a co je wishlist atd. Též by se tam dala používat ta diskuse... Ještě bych měl pár nápadů - píšeš že "Nyní se zobrazují i věže (amenity=tower a man_made=tower)", je Petřínská rozhledna nějak špatně zatagovaná nebo se to jen ještě nerenderovalo? Ale soudě podle žižkovského vysílače asi druhá možnost. Můžeš, prosím, kdyžtak na tu wiki psát jaké části jsou přerenderované? Co se týče té sedlové střechy, tak by možná dobrý kompromis mohlo být vytvoření menšího polygonu než je ten půdorysový a pouze ten menší vyvýšit. Ten menší by tedy také mohl být libovolně komplikovaný, ale spojovalo by ho s tím větším jen malý počet šikmých hran. No, ale teď jsou asi na programu ještě důležitější věci, přimlouvám se třeba za ten barrier=fence (třeba 1m) a barrier=wall (třeba 2m). To je zrovna věc, která by se na 3D mapě moc hodila! :) Jinak jsem tímhle projektem fakt nadšený, je to úplně úžasný počin! Přesně k takovým věcem jsou ta data prostě super. Zdravím, Pavel Zbytovský
  39. Aleš Janda openstreetmap na kyblsoft.cz #me737d8
    Ahoj, díky za tu stránku - jsem rád, že se ti to líbí. Hned jsem ji trochu upravil :-) Ohledně toho renderování - ano, Petřínská věž ještě renderována nebyla, nicméně už je :-). Psát někam, co už přerenderované je a co není skoro není možné - generuju to v podstatě kontinuálně (celá ČR tímto tempem trvá asi týden) a hlavně ne nikterak popořadě - výběr další dlaždice se řídí jednak tím, kdy byla renderována naposledy, tak dost také tím, kolik změn se na ní mezitím událo. Výsledkem je celkem nedeterministický běh. Nicméně krátce po udělání věží jsem upravil styl tak, že se nyní dlaždice jeví světlejší - takže světlejší dlaždice = nová, tmavší = stará. Alespoň pro teď :-) Do budoucna bych možná mohl někde udělat službu ?přerenderovat dlaždici teď? nebo datum renderování dát na do obrázku (ale to bych zas moc nerad).
    Co se týče té sedlové střechy, tak by možná dobrý kompromis mohlo být vytvoření menšího polygonu než je ten půdorysový a pouze ten menší vyvýšit. Ten menší by tedy také mohl být libovolně komplikovaný, ale spojovalo by ho s tím větším jen malý počet šikmých hran.
    To by to řešilo, ovšem tím se problém jen trochu převede - neumím z obecného polygonu udělat menší polygon :-) Aspoň mě nenapadá žádný způsob jak to udělat. Kromě toho by zřejmě na střeše vzniklo těch polygonů hodně a renderování by se natáhlo (ale to jsou spekulace, první důvod je závažnější. Ačkoli je renderování na celém procesu nejdelší - cca 5 minut/dlaždice, 1.200 dlaždic - nechci tomu podřizovat užitečnost).
    No, ale teď jsou asi na programu ještě důležitější věci, přimlouvám se třeba za ten barrier=fence (třeba 1m) a barrier=wall (třeba 2m). To je zrovna věc, která by se na 3D mapě moc hodila! :)
    Souhlas, to jsou dobré nápady. Odkážeš mě na nějaké místo, kde se často vyskytují? Rád to ladím na konkrétní oblasti :-) Zdravím, Aleš Janda
  40. jzvc jzvc na tpfree.fdns.net #m13cad4
    Ahoj, díky za tu stránku - jsem rád, že se ti to líbí. Hned jsem ji trochu upravil :-) Ohledně toho renderování - ano, Petřínská věž ještě renderována nebyla, nicméně už je :-). Psát někam, co už přerenderované je a co není skoro není možné - generuju to v podstatě kontinuálně (celá ČR tímto tempem trvá asi týden) a hlavně ne nikterak popořadě - výběr další dlaždice se řídí jednak tím, kdy byla renderována naposledy, tak dost také tím, kolik změn se na ní mezitím událo. Výsledkem je celkem nedeterministický běh. Nicméně krátce po udělání věží jsem upravil styl tak, že se nyní dlaždice jeví světlejší - takže světlejší dlaždice = nová, tmavší = stará. Alespoň pro teď :-) Do budoucna bych možná mohl někde udělat službu ?přerenderovat dlaždici teď? nebo datum renderování dát na do obrázku (ale to bych zas moc nerad).
    Co se týče té sedlové střechy, tak by možná dobrý kompromis mohlo být > vytvoření menšího polygonu než je ten půdorysový a pouze ten menší > vyvýšit. Ten menší by tedy také mohl být libovolně komplikovaný, ale > spojovalo by ho s tím větším jen malý počet šikmých hran.
    To by to řešilo, ovšem tím se problém jen trochu převede - neumím z obecného polygonu udělat menší polygon :-) Aspoň mě nenapadá žádný způsob jak to udělat. Kromě toho by zřejmě na střeše vzniklo těch polygonů hodně a renderování by se natáhlo (ale to jsou spekulace, první důvod je závažnější. Ačkoli je renderování na celém procesu nejdelší - cca 5 minut/dlaždice, 1.200 dlaždic - nechci tomu podřizovat užitečnost).
    Celkem jednoduse vemes tu strechu, zmensis ji (je to 2D plocha, operace zmenseni je celkem trivialni, kdyztak hledej 2D transformace), zmensenou plochu pak posunes vejskove, rekneme +2m a vzajemne odpovidajici body spojis. Jak to bude vypadat by se muselo testnout. Samozrejme by to vzhledem k poctu budov sezralo asi dost vykonu. Kdyz sme u toho, mozna by nebylo od veci stvorit aplikaci pro boinc, pak by potize s vykonem zmizly :D.
  41. Aleš Janda openstreetmap na kyblsoft.cz #m066165
    Ahoj,
    To by to řešilo, ovšem tím se problém jen trochu převede - neumím z obecného polygonu udělat menší polygon :-) Aspoň mě nenapadá žádný způsob jak to udělat.
    Celkem jednoduse vemes tu strechu, zmensis ji (je to 2D plocha, operace zmenseni je celkem trivialni, kdyztak hledej 2D transformace), zmensenou plochu pak posunes vejskove, rekneme +2m a vzajemne odpovidajici body spojis. Jak to bude vypadat by se muselo testnout. Samozrejme by to vzhledem k poctu budov sezralo asi dost vykonu.
    Tohle by zřejmě nefungovalo ;-) Teda fungovalo, ale jen pro nevykousnuté budovy. Kdyby ta budova byla např. do L, tak by se vrchní část posunula do středu. Nebo dokonce kdyby ta budova byla s dírou uvnitř, tak by ta střecha nešla nad středem konkrétních budov po obvodu, ale byla by šouplá směrem k vnitřnímu vykousnutí.
    Kdyz sme u toho, mozna by nebylo od veci stvorit aplikaci pro boinc, pak by potize s vykonem zmizly :D.
    Něco takového už připravuju, minimálně to používám pro vlastní účely. Je to klient, který si říká o práci a nahrává na server. Používám to doma i v práci. Chce to ale ještě doladit - sám nedokáže aktualizovat vstupní data, neošetřuje to moc chybových stavů, funguje to jen pod Linuxem, no a ještě to často měním :-) Ale až to dám do nějakého použitelnějšího stavu, určitě to nabídnu. Minimálně aby se to i mně lépe používalo. Aleš Janda
  42. Aleš Janda openstreetmap na kyblsoft.cz #me82826
    Ahoj,
    Tak dalsi pripominka, namesti/pesi zony se renederujou cerne, kdyz uz tak by to chtelo svetle sedou (jako dlazebni kostky ;) ) nebo tak neco.
    To je dobrá připomínka, díky. Zkusil jsem si to a vypadá to dobře, takže nyní se náměstí apod. renderují šedě. Konkrétně centrum Prahy jsem už takto přerenderoval :-)
    V centru Prahy napr. nebo hrad. Jinak pekna ukazka layer a jeho nerespektovani je hlavni nadrazi, magistrala vede rovnou skrz budovu. Tohle by chtelo optimalne nejak kombinovat s terenem a layer pouzivat u budov jako posunovadlo +-3m nahoru dolu ?
    Ano, koukám, že u toho Hlavního nádraží je to masakr :-) Zatím jsem pořád nedomyslel co s tím, v jaké to má být výšce. Když to posunu paušálně o 3 metry, tak ano, spousta případů se tím vyřeší. Jenže layer se někdy používá spíš jako vodítko pro 2D renderer, ani to třeba nemusí být výše. Zrovna třeba u toho Hlavního nádraží v Praze v parku je malý prostor s layer=1 http://www.openstreetmap.org/browse/way/27800148 kde ale nic vyvýšeného není. (Přiznám se, že zrovna v tomto konkrétním případě je mi důvod použití layer neznámý). Pak je možnost zkontrolovat všechny cesty, které vedou pod/nad danou cestou a podle toho rozhodnout výšku. Nicméně těch cest může být velice mnoho a kontrola o složitosti n*n nemusí být přijatelná? :-( Každopádně toto je problém a bez toho mapa nikdy nebude vypadat dobře. Takže jestli má někdo nějaký nápad, sem s ním :-) Aleš Janda
  43. Jan Bilak jan.bilak.osm na gmail.com #m045063
    Ahoj, tohle by opravdu obecně nefungovalo ... i u obdélníku by to bylo divné. Ale mohlo by to jít jinak... nebo nějak obdobně. Rozhodně je to relativně snadno algoritmicky řešitelné i u nekonvexních a nepravoúhlých polygonů. Honza
  44. Jan Bilak jan.bilak.osm na gmail.com #ma8a2a0
    Nebo ty body BCDE můžeš hledat i přímo jako průsečíky třech ploch: B = průsečík ploch přiléhajících k s1, s2, s3 C = průsečík ploch přiléhajících k s1, s3, s4 D = průsečík ploch přiléhajících k s1, s4, s5 E = průsečík ploch přiléhajících k s1, s5, s6 Celkově jde pořád prakticky jen o analytickou geometrii - tedy nějaké průsečíky rovin, přímek apod. Nemyslím, že by vlastní výpočet (ať může vypadat složitě) nějak zvlášť zvyšoval výpočetní náročnost. Přecijen na budovu to budou odhadem stovky elementárních operací s floaty a těch budov zase tak moc není. Jak se to projeví na větším množství ploch (trojúhelníků) k rendrování, to je otázka. Přecijen pixelů výsledného obrázku je řádově více. Ale myslím, že to stojí zato. A případně lze řešit pomalost distribuovaným výpočtem. Honza 2010/2/25 Jan Bilak <jan.bilak.osm na gmail.com>:
  45. Kubajz kubajz na kbx.cz #mecf508
    Ahoj, sly by udelat oblasti lesu tak treba 10m vysoke a polopruhledne? Takhle jsou jako zelena placka a hned to nevypada jako les :) Diky, K
  46. Aleš Janda openstreetmap na kyblsoft.cz #mcc4843
    Ahoj, na lesy chystám specialitku - budou tam opravdu stromy (resp. textury stromů), i když spíše tu a tam strom než hustý porost. Důvodem pro řídký les je asi 3x menší výpočetní náročnost (a hustý les stejně - alespoň v mém podání - vypadá dost neuspořádaně, opticky to tedy bude cca stejné). Zatím ale řeším to, že některé polygony jsou zmršené, protínají samy sebe => špatně rozpoznám směr bodů polygonu (po nebo proti hodinovým ručičkám) => špatně rozpoznám vnitřek polygonu a stromy jsou zcela mimo. Tohle je teda obecný problém, nejen pro les, ale např. i pro správné určení výšek (musím vědět, co nad čím leží). Až tohle vyřeším (snad už v řádu dnů), budou lesy :-) Aleš Janda
  47. Kubajz kubajz na kbx.cz #m17ada3
    Tak to jsou good news :)
  48. Aleš Janda openstreetmap na kyblsoft.cz #m96b7e7
    Zdravím, udělal jsem novinku v mapě: vykreslování stromů v lesích a parcích (ale ne v městské zeleni). Momentálně vygenerováno v Kralupech, postupně se tím bude dogenerovávat celá ČR. Vlastnosti: * vykresluje se 6 různých druhů stromů, je to víceméně smíšený les. Zatím neexistuje žádná cesta, jak např. říct, že se jedná o jehličnatý les, nicméně podporu tagu wood s touto informací plánuji http://wiki.openstreetmap.org/wiki/Key:wood (mimochodem, v ČR je tento tag použit 204x) * je to dost řídký les. To je z několika důvodů: rychlost vykreslování (několikrát větší než při hustém lese), navíc jsou lépe vidět cesty, potůčky apod. v lese. Mimo to se mi hustý les jevil značně neuspořádaný. Možná by větší zahuštění ale i tak neškodilo * neuspořádanost je vidět i tak. Stromy jsou rozmisťovány (víceméně) náhodně, což může vypadat dobře, ale také to má nějaké neduhy - někde vznikají až moc velké ?palouky? bez stromů, někde je víc stromů u sebe. Navíc při navazování dlaždic na sebe stromy nenavazují. Kdyby někoho napadl nějaký pěkný algoritmus rozmístění stromů, aby byly víceméně pravidelně, ale nebyla jejich pravidelnost vidět, a ideálně ještě na sebe navazovaly dlaždice (např. rozmisťování podle lat/lon), uvítám ho :-) * i přes náhodnost se vykresluje les relativně inteligentně - nikdy nejsou dva stromy příliš u sebe a nikdy strom nezasahuje do cesty, potůčku apod. Např. pokud prostředkem lesa vede silnice, stromy jsou vždy okolo * stromy jsou víceméně tmavé, při menším zoomu se tedy jeví lesy jako tmavší než doposud * pokud je les u řeky nebo rybníka, hezky se stromy odráží ve vodě :-) Současně jsem změnil způsob vykreslování lesů - každý polygon si interně převedu na trojúhelníky a vykresluji ty. Při velkých plochách je to výrazně rychlejší způsob, POV-Ray moc velké polygony nemá rád. Navíc z různých důvodů interně počítám nad trojúhelníky. Je ale možné, že některé polygony můžu rozdělit špatně - typicky když polygon protíná sám sebe (je zmršený) nebo to třeba nějak výrazně namrší ořez v osmosis. Nevím o žádném konkrétním problematickém místě, nicméně kdybyste narazili na nějaký rozpor s vykreslováním např. v Mapniku, dejte vědět. Celkově bych řekl, že je to viditelná změna k lepšímu :-) Aleš Janda
  49. MP singularita na gmail.com #m5943f6
    udělal jsem novinku v mapě: vykreslování stromů v lesích a parcích (ale ne v městské zeleni). Momentálně vygenerováno v Kralupech, postupně se tím bude dogenerovávat celá ČR.
    Vypadá to zajímavě, ale zdá se mi, že ty stromy jsou poměrně dost tmavé, skoro až černé. A když jsem si prohlížel ty lesy, tak mně napadla další věc, co by se tam mohla vykreslovat - vzletové a přístávací dráhy na letišti, včetně okolních pojížděcích drah a stojánek (na rendering by to nemuselo být složitější než silnice, svým způsobem to je jen trochu tlustší silnice, i když vykreslovat to i s kompletním značením by bylo pěkné :). Ruzyňské letiště teď vypadá na té 3D mapě takové dosti prázdné ... Martin
  50. Petr Nejedlý petr na nejedli.cz #m7cc93c
    Celkově bych řekl, že je to viditelná změna k lepšímu :-)
    Vypada to uzasne!
    * i přes náhodnost se vykresluje les relativně inteligentně - nikdy nejsou dva stromy příliš u sebe a nikdy strom nezasahuje do cesty, potůčku apod. Např. pokud prostředkem lesa vede silnice, stromy jsou vždy okolo
    Tady roste strom z namesti: http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.54991&lon=16.6067&layers=B Nicmene podle Mapniku je to asi slozeny multipoly, protoze uprostred ma byt jeste kousek zelene: http://osm.org/go/0Jv16lmJC-
  51. Stanislav Brabec utx na penguin.cz #ma44f52
    Petr Nejedlý píše v Čt 11. 03. 2010 v 09:39 +0100:
    Celkově bych řekl, že je to viditelná změna k lepšímu :-)
    Vypada to uzasne!
    To ano. Ale renderer má problémy s objekty tvořenými relacemi: http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.7156&lon=14.41967&layers=B http://www.openstreetmap.org/?lat=50.06402&lon=14.42015&zoom=17&layers=B000FFF Zeď kolem Slavína tam nakreslená je, budova chrámu není, parková zeleň není, zeď kolem Vyšehradu není (i když u obvodu Vyšehradu si stěžoval validátor, že prý to není dobře, ale nevím proč). Kdyby byly na křižovatkách semafory a zákazy vjezdu, mohlo by to být i pro motoristy... Stanislav Brabec http://www.penguin.cz/~utx
  52. Jan Dudík jan.dudik na gmail.com #m4d2075
    Určitě by se takhle měly renderovat i ojedinělé stromy. Pak by neškodila textura pro hřbitov (s plastickými náhrobky?) a pro lomy Chybí vykreslování vodních kanálů (viz centrum českých Budějovic) A jestli by se daly nějak nenápadně zahrnout aspoň názvy sídel nebo čísla silnic - takhle šlověk nemá žádný záchytný bod kromě tvarů rybníků nebo městských center J&D 2010/3/11 Stanislav Brabec <utx na penguin.cz>:
  53. Aleš Janda openstreetmap na kyblsoft.cz #m6063ad
    Zdravím,
    udělal jsem novinku v mapě: vykreslování stromů v lesích a parcích (ale ne v městské zeleni). Momentálně vygenerováno v Kralupech, postupně se tím bude dogenerovávat celá ČR.
    Vypadá to zajímavě, ale zdá se mi, že ty stromy jsou poměrně dost tmavé, skoro až černé.
    To je fakt; zkusím je trochu zesvětlit, co to udělá.
    A když jsem si prohlížel ty lesy, tak mně napadla další věc, co by se tam mohla vykreslovat - vzletové a přístávací dráhy na letišti, včetně okolních pojížděcích drah a stojánek (na rendering by to nemuselo být složitější než silnice, svým způsobem to je jen trochu tlustší silnice, i když vykreslovat to i s kompletním značením by bylo pěkné :). Ruzyňské letiště teď vypadá na té 3D mapě takové dosti prázdné ...
    Letiště už se vykresluje, díky za upozornění :-) Aleš Janda
  54. Aleš Janda openstreetmap na kyblsoft.cz #m9fdebf
    Zdravím,
    Celkově bych řekl, že je to viditelná změna k lepšímu :-)
    Vypada to uzasne!
    Díky :-)
    Tady roste strom z namesti: http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.54991&lon=16.6067&layers=B Nicmene podle Mapniku je to asi slozeny multipoly, protoze uprostred ma byt jeste kousek zelene: http://osm.org/go/0Jv16lmJC-
    Díky, koukal jsem na to. Problém je v tom, že já kontroluju, jestli nějaký strom neleží u cesty, nikoli na nějaké ploše. Čili strom neroste na kraji toho náměstíčka, ale v prostředku je to daleko od všech bodů (i jejich spojnic), kterých by se mohl zachytit. Samozřejmě by měl kontrolovat, jestli neleží v nějakém polygonu, ale? na druhou stranu, náměstí v parku nemá co dělat :-) Takže jsem z toho udělal multipolygon, kde to náměstí je ?díra? v parku. Až se obnoví data a znova vykreslí, strom zmizí :-) Aleš Janda
  55. Aleš Janda openstreetmap na kyblsoft.cz #m41f1c0
    Zdravím,
    Ale renderer má problémy s objekty tvořenými relacemi: http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.7156&lon=14.41967&layers=B http://www.openstreetmap.org/?lat=50.06402&lon=14.42015&zoom=17&layers=B000FFF Zeď kolem Slavína tam nakreslená je, budova chrámu není, parková zeleň není, zeď kolem Vyšehradu není (i když u obvodu Vyšehradu si stěžoval validátor, že prý to není dobře, ale nevím proč).
    Díky za upozornění. Koukám, že ten Slavín je vyloženě lahůdka pro renderery - outer polygon je tvořen mnoha cestami, který je spojen v jeden. Doteď jsem ani netušil, že to taky lze (ačkoli - zdá se to šikovné) a můj renderer s tím nepočítá. Počítá s jedním outer polygonem a s mnoha inner polygony, které však vždy stojí samy o sobě. Nicméně, zapracuju to tam :-)
    Kdyby byly na křižovatkách semafory a zákazy vjezdu, mohlo by to být i pro motoristy...
    To je zajímavé; jak byste si představoval např. zákaz vjezdu? Značku? Ta by nebyla téměř vidět, semafor už možná ano, ale je to otázka? Aleš Janda
  56. Aleš Janda openstreetmap na kyblsoft.cz #m05c5ad
    Zdravím,
    Určitě by se takhle měly renderovat i ojedinělé stromy.
    Určitě, přidělám.
    Pak by neškodila textura pro hřbitov (s plastickými náhrobky?)
    U těhle textur to je ošemetné. Já totiž nijak spolehlivě nepoznám, jak natočené ty hroby jsou. Člověk to odhadne (prostě podél zdi, bývá to pravoúhlé), ale pro obecný tvar mě nenapadá žádný pěkný způsob odhadnutí natočení. Kdyby někoho něco napadlo, nebráním se tomu :-)
    a pro lomy
    Tohle by snad šlo, ale dost špatně se mi odhaduje, jak by to vypadalo - lom je hodně plastický. Uvidím.
    Chybí vykreslování vodních kanálů (viz centrum českých Budějovic)
    Vida, doplnil jsem, přegeneruji, díky :-)
    A jestli by se daly nějak nenápadně zahrnout aspoň názvy sídel nebo čísla silnic - takhle šlověk nemá žádný záchytný bod kromě tvarů rybníků nebo městských center
    Názvy mě taky docela pálí - občas mám problémy poznat, kde jsem, i když to tam znám. Problém názvů je však ten, že je chce pro každý zoom generovat znova (a jinak) - při menším zoomu relativně hodně velká písmena, která při větším zoomu se zmenšují (nebo zmizí úplně) a případné nové se objevují. Zatím to celé generuju jako jeden velký obrázek na maximální zoom a menší zoomy vzniknou prostě jen zmenšením těch velkých. Toto by přestalo fungovat, musel bych mít nějakou překryvnou vrstvu a tu dodávat zvlášť. Rozhodně to někdy budu řešit, ještě ale nevím kdy. Díky. Aleš Janda
  57. Stanislav Brabec utx na penguin.cz #m09cbb9
    Aleš Janda píše v Čt 11. 03. 2010 v 23:16 +0100:
    Kdyby byly na křižovatkách semafory a zákazy vjezdu, mohlo by to být i pro motoristy...
    To je zajímavé; jak byste si představoval např. zákaz vjezdu? Značku? Ta by nebyla téměř vidět, semafor už možná ano, ale je to otázka?
    Nejsem řidič, ale myslím si, že 3D navigace do auta by mohly mít značky náležitě zvětšené. Mimochodem, na křižovatkách kousek od Vyšehradu jsou použity relace pro zákaz odbočení: http://www.openstreetmap.org/browse/relation/34629 Stanislav Brabec http://www.penguin.cz/~utx
  58. Martin Kokeš shr3k na typo3-hosting.com #m7d5fd2
    Nejsem řidič, ale myslím si, že 3D navigace do auta by mohly mít značky náležitě zvětšené. Mimochodem, na křižovatkách kousek od Vyšehradu jsou použity relace pro zákaz odbočení: http://www.openstreetmap.org/browse/relation/34629
    Já nevím, ale nač renderovat značky v izometrické mapě, když ji navigační software stejně nebude používat... :-) MK
  59. Aleš Janda openstreetmap na kyblsoft.cz #m542efd
    Zdravím, dnes jsem s potěšením zjistil, že má izometrická mapa ČR se dostala do návrhů na obrázek týden na hlavní stránce wiki OpenStreetMap, a následně se dostala do výběru - bude tam příští týden. http://wiki.openstreetmap.org/wiki/Featured_Images/Jan-Mar_2010#Week_12 Obrázek udělal uživatel FrViPofm; shodou okolností se jedná o pohled na Kralupy (z čehož mám také radost ;-)), patrně kvůli velké koncentraci domů s otagovanou výškou (nevím). Udělám o mapě nějaké informace, nicméně se chci zeptat: * Máte nějaký návrh, jak by se ta mapa měla jmenovat? * Jako první jsem zadával OpenKýblMap, to se mi ale moc nelíbí, lepší je Izometrická 3D mapa, to je ale buď málo mezinárodní nebo málo české (vzhledem k tomu, že je tam ČR). Napadá někoho, jak ji nazvat? Díky :-) Aleš Janda
  60. Jan Dudík jan.dudik na gmail.com #m81a682
    Ha, bug - highway=trunk_link se nevykresluje (koukám na R4 u Dobříše či na křižovatku R4xI/20) J&D
  61. Aleš Janda openstreetmap na kyblsoft.cz #m608cbc
    Díky, opomenutí, opraveno a minimálně u Dobříše už přerenderováno. Aleš Janda
  62. Jakub Sýkora kubajz na kbx.cz #m64ee13
    OSM 3D Isometric Map ?
  63. Frettie frettie na gmail.com #md47ca7
    Není ideální, dvakrát je tam "Map", ale trošku pozměnit slovosled - např. 3D isometric OSM nebo jen Isometric OSM. CO takhle? 2010/3/18 Jakub Sýkora <kubajz na kbx.cz>:
  64. jzvc jzvc na tpfree.fdns.net #m469782
    Není ideální, dvakrát je tam "Map", ale trošku pozměnit slovosled - např. 3D isometric OSM nebo jen Isometric OSM. CO takhle?
    i3D OSM ;)
  65. Petr Nejedlý petr na nejedli.cz #mbb8ee3
    Není ideální, dvakrát je tam "Map", ale trošku pozměnit slovosled - např. 3D isometric OSM nebo jen Isometric OSM. CO takhle?
    i3D OSM
    iOSM3D
  66. Aleš Janda openstreetmap na kyblsoft.cz #mbd4158
    Díky všem za názory. Ty krátké (i3D OSM a iOSM3D) se mi zdají až moc krátké (může to znamenat cokoliv ;-)), nad tím delším se ještě zamyslím ;-) Aleš Janda
  67. Petr Schönmann pschonmann na gmail.com #mfb53a5
    Další úspěch ! http://opengeodata.org/isometric-osm-maps Jentak dál !
  68. Stanislav Brabec utx na penguin.cz #m8d0521
    Petr Schönmann píše v Út 23. 03. 2010 v 17:24 +0100:
    Další úspěch ! http://opengeodata.org/isometric-osm-maps
    Vypadá to čím dál lépe. Jen škoda, že ještě neexistuje podpora pro: - tvar střechy (plochá, šikmá (úhel, směr)) A tag pro: - barvu střechy a omítky http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes Je mi jasné, že udržovat takovou databázi (a už jen navrhnout vhodné značení) by nebylo jen tak. Ale představa, že mi navigace řekne: ?Nízký oranžový dům s plochou střechou 100 metrů před vámi,? je docela zajímavá. A také je škoda, že při importu z UHUL se nezachovala informace o druhu lesa.
  69. Aleš Janda openstreetmap na kyblsoft.cz #m510eaf
    Zdravím, ten úspěch byl trochu větší - zejména se to objevilo na reddit.com, což je nějaký patrně hodně navštěvovaný server, protože mi z něj v pondělí proudil 1 nový návštěvník za vteřinu :-) Server to málem neudýchal, odezva byla 5 vteřin, ale paráda, mapa se stala poměrně známou. Také jsem dal na stránku informaci o tom, že pokud program na převod do 3D modelu někdo chce, ať mi napíše. Od pondělí mi napsalo 23 lidí z různých koutů světa, co o něj měli zájem. Tak snad z toho něco bude :-) Jinak jsem to tedy uvolnil pod GPL v3 a dnes jsem dal odkaz na stažení toho programu: http://osm.kyblsoft.cz/3dmapa/info Pokud si ho tedy někdo chcete vyzkoušet, můžete :-) (Teda nezkoušel jsem to kompilovat ve Windows?) Aleš Janda
  70. Aleš Janda openstreetmap na kyblsoft.cz #m664300
    Zdravím, tohle by byla paráda :-) Každopádně alespoň barva střechy a omítky nebude těžká, to udělám :-) Aleš Janda
  71. Michal Grézl michal.grezl na openstreetmap.cz #m746baa
    2010/3/24 Aleš Janda <openstreetmap na kyblsoft.cz>:
    Zdravím, ten úspěch byl trochu větší - zejména se to objevilo na reddit.com, což je nějaký patrně hodně navštěvovaný server, protože mi z něj v pondělí proudil 1 nový návštěvník za vteřinu :-) Server to málem neudýchal, odezva byla 5 vteřin, ale paráda, mapa se stala poměrně známou. Také jsem dal na stránku informaci o tom, že pokud program na převod do 3D modelu někdo chce, ať mi napíše. Od pondělí mi napsalo 23 lidí z různých koutů světa, co o něj měli zájem. Tak snad z toho něco bude :-) Jinak jsem to tedy uvolnil pod GPL v3 a dnes jsem dal odkaz na stažení toho programu: http://osm.kyblsoft.cz/3dmapa/info Pokud si ho tedy někdo chcete vyzkoušet, můžete :-) (Teda nezkoušel jsem to kompilovat ve Windows...) Aleš Janda
    zkousel sem to na redditu hledat a nasel tohle http://hongkong.edushi.com/ - pro inspiraci:)
  72. Jiří Nováček gfreshman na gmail.com #m1c5b65
    "reddit.com, což je nějaký patrně hodně navštěvovaný server" :D tak to me pobavilo, ano reddit je hodne navštěvovaný, podobný server je digg.com (nenáviděný druhou stranou a naopak) a u obou je dost běžné že stránka zde zmíněná zažije totální zahlcení. Už se s tím i počítá a používají se mirrorovací služby které uloží snímek webu ještě než spadne (což u celé mapy samozřejmě dost dobře nelze). Jinak gratuluji k pěknému projektu, napadlo tě vůbec že to bude mít takový ohlas? Ta mapka z http://hongkong.edushi.com/ je nářez...a třeba ty otexturované hriště a stadiony by mohly jít realizovat i v Kýblmapě ...? 2010/3/25 Michal Grézl <michal.grezl na openstreetmap.cz>
  73. Karel Volný kavol na seznam.cz #m3692b0
    "reddit.com, což je nějaký patrně hodně navštěvovaný server" :D tak to me pobavilo, ano reddit je hodne navštěvovaný, podobný server je digg.com (nenáviděný druhou stranou a naopak) a u obou je dost běžné že stránka zde zmíněná zažije totální zahlcení.
    nestačilo by prostě říct "you have been slashdotted"? ;-) K.
  74. Jakub Sýkora kubajz na kbx.cz #m7abd27
    Tak odkaz do nejake open source knihovny budov by byl hezky :) Ale to smrdi strasnou praci navic - me se na 3d kyblmape libi to, ze je v podstate ze zdrojovych dat udelana automaticky - v tom je to kouzlo alespon pro me. K
  75. Aleš Janda openstreetmap na kyblsoft.cz #m029c57
    Zdravím,
    "reddit.com <http://reddit.com>, což je nějaký patrně hodně navštěvovaný server" :D tak to me pobavilo, ano reddit je hodne navštěvovaný, podobný server je digg.com <http://digg.com> (nenáviděný druhou stranou a naopak) a u obou je dost běžné že stránka zde zmíněná zažije totální zahlcení. Už se s tím i počítá a používají se mirrorovací služby které uloží snímek webu ještě než spadne (což u celé mapy samozřejmě dost dobře nelze).
    Pohybuju se prakticky jen na českém internetu, takže tyto dvě stránky jsem v podstatě neznal. Nicméně ano, byl jsem do značné míry zahlcen :-)
    Jinak gratuluji k pěknému projektu, napadlo tě vůbec že to bude mít takový ohlas?
    Tak to jsem netušil vůbec, od začátku jsem to bral jako jeden z hurá-nápadů - víceméně jako takovou blbůstku. Divím se, že to má takový ohlas, divím se, že už něco takového někdo neudělal dávno, ale ten zájem mě samozřejmě těší :-)
    Ta mapka z http://hongkong.edushi.com/ je nářez...a třeba ty otexturované hriště a stadiony by mohly jít realizovat i v Kýblmapě ...?
    Proti texturám nic nemám, ale zrovna tato mapka je prý ručně kreslená. Tomu se chci určitě vyhnout - musí to umět pouze to, co je v OSM datech a musí to generovat robot. Pokud máte nějaký nápad, jak toho za těchto podmínek dosáhnout, nejsem proti ;-) Anebo ještě lépe, pokud máte nějaký komplexnější nápad - stáhněte si zdrojáky, zkuste je pochopit ;-) a nějak nápad zapracujte. Ale to samozřejmě nemůže každý. Aleš Janda
  76. Jiří Nováček gfreshman na gmail.com #ma5aca9
    Tak to jsem netušil vůbec, od začátku jsem to bral jako jeden z
    hurá-nápadů -
    víceméně jako takovou blbůstku. Divím se, že to má takový ohlas, divím se,
    že už
    něco takového někdo neudělal dávno, ale ten zájem mě samozřejmě těší :-)
    Tak mít hurá-nápad je jedna věc, ale zrealizovat ho...to si nějaký ten ohlas zaslouží. Nějaké to generování 3D modelu z OSM jsem už na OSMwiki potkal, ale asi z toho tehdy negenerovali veřejně přístupnou mapku.
    Proti texturám nic nemám, ale zrovna tato mapka je prý ručně kreslená. Tomu
    se
    chci určitě vyhnout - musí to umět pouze to, co je v OSM datech a musí to generovat robot. Pokud máte nějaký nápad, jak toho za těchto podmínek
    dosáhnout,
    nejsem proti ;-) Anebo ještě lépe, pokud máte nějaký komplexnější nápad - stáhněte si
    zdrojáky,
    zkuste je pochopit ;-) a nějak nápad zapracujte. Ale to samozřejmě nemůže
    každý. Tak jistě, dělat něco ručně u tohoto nemá smysl. Právě sem myslel že přiřadit automaticky texturu do polygonu s tagem pro fotbalové hřiště by mělo být možné. Zdrojáky jsem si stáhl a měl v plánu se pokusit něco pochopit, ale odložil jsem plán na dobu až bude více času (?nikdy?) :) Ještě otázka: Jak to vypadá s distribuovaným zpracováváním/renderováním? Nebo alespoň to také zmiňované manuální "požádání" o přednostní překreslení pro daný kus mapky (obdoba přidání "/dirty" za adresu tile u mapy na osm.org) by se občas hodilo.
  77. Stanislav Petr glux na glux.org #me9416f
    Zdravím,
    "reddit.com <http://reddit.com>, což je nějaký patrně hodně navštěvovaný server" :D tak to me pobavilo, ano reddit je hodne navštěvovaný, podobný server je digg.com <http://digg.com> (nenáviděný druhou stranou a naopak) a u obou je dost běžné že stránka zde zmíněná zažije totální zahlcení. Už se s tím i počítá a používají se mirrorovací služby které uloží snímek webu ještě než spadne (což u celé mapy samozřejmě dost dobře nelze).
    Pohybuju se prakticky jen na českém internetu, takže tyto dvě stránky jsem v podstatě neznal. Nicméně ano, byl jsem do značné míry zahlcen :-)
    Jinak gratuluji k pěknému projektu, napadlo tě vůbec že to bude mít takový ohlas?
    Tak to jsem netušil vůbec, od začátku jsem to bral jako jeden z hurá-nápadů - víceméně jako takovou blbůstku. Divím se, že to má takový ohlas, divím se, že už něco takového někdo neudělal dávno, ale ten zájem mě samozřejmě těší :-)
    No, kolik by jsi potreboval prostoru pro mirror cely mapy? Treba by se s tim dalo nedo celat...
  78. Aleš Janda openstreetmap na kyblsoft.cz #mbe0031
    Tak jistě, dělat něco ručně u tohoto nemá smysl. Právě sem myslel že přiřadit automaticky texturu do polygonu s tagem pro fotbalové hřiště by mělo být možné.
    Ano, tak tohle by možné bylo, minimálně pokud by ta textura nebyla závislá na natočení (ačkoli zrovna u hřiště by se dalo natočení celkem bezpečně nějak odvodit). Mimochodem, možná blbá otázka - jak by měla vypadat textura fotbalového hřiště? Prostě tráva? ;-)
    Ještě otázka: Jak to vypadá s distribuovaným zpracováváním/renderováním?
    Možné by to bylo, ale: - zatím jen pro Linux (nějak si neumím představit dávat ten skript dohromady ve Windows) - každý den by se stáhlo cca 100 MiB s novými daty - na disku by to zabíralo 1,5 GiB - paměti cca 200 MiB (špičkově i 500 MiB) - zatím nevím, jak distribuovat změny v rendereru Ještě jsem nezjišťoval, jestli by o tohle byl zájem - chtěl by někdo na svém počítači renderovat izometrickou mapu s tím, že by byla rychleji přegenerována (a mohla by se přegenerovat i člověkem zadaná dlaždice)? Pokud ano, něco takového připravím.
    Nebo alespoň to také zmiňované manuální "požádání" o přednostní překreslení pro daný kus mapky (obdoba přidání "/dirty" za adresu tile u mapy na osm.org <http://osm.org>) by se občas hodilo.
    Vida, o tomto jsem ani nevěděl. Každopádně toto můžu udělat, to nebude těžké. Akorát nemám aktuální data, pouze data z minulého dne, takže pokud bych změnil nějakou oblast a pak zavolal toto, dlaždice by se přerenderovala daty z minulého dne. Anebo z aktuálního, ale čekalo by se až do zítřka. Nevím, co z toho je lepší případ. Aleš Janda
  79. Aleš Janda openstreetmap na kyblsoft.cz #m51f3e0
    No, kolik by jsi potreboval prostoru pro mirror cely mapy? Treba by se s tim
    dalo nedo celat... Celá mapa zabírá 30 GiB, nicméně to zahlcení bylo prakticky jen v pondělí. Teď tam přijde jeden člověk za několik minut, což server zvládá v pohodě. Takže díky, teď to není třeba. Každopádně pokud byste někdo chtěl rozjet takový mapový server třeba pro celý svět, anebo jen nějakou oblast, ale s extrémním zoomem, tak proč ne :-) Uvažoval jsem o zvětšení zoomu o 1 stupeň, ale to by pak mapa zabrala 80 GiB, a taky renderování by bylo pomalejší. Jedině udělat větší zoom jen na frekventovaných místech, ale tím se to zase trochu zesložiťuje? Aleš Janda
  80. Petr Kadlec petr.kadlec na gmail.com #m7c3307
    2010/3/27 Aleš Janda <openstreetmap na kyblsoft.cz>:
    Tak jistě, dělat něco ručně u tohoto nemá smysl. Právě sem myslel že přiřadit automaticky texturu do polygonu s tagem pro fotbalové hřiště by mělo být možné.
    Ano, tak tohle by možné bylo, minimálně pokud by ta textura nebyla závislá na natočení (ačkoli zrovna u hřiště by se dalo natočení celkem bezpečně nějak odvodit). Mimochodem, možná blbá otázka - jak by měla vypadat textura fotbalového hřiště? Prostě tráva? ;-)
    Tuhle featuru jsem navrhoval na http://wiki.openstreetmap.org/wiki/WikiProject_Czechia/OpenKýbl3DMap (takže teď vidím, že to nikdo nečte ;-) ), texturou fotbalového hřiště by pochopitelně bylo něco jako http://wiki.openstreetmap.org/wiki/File:Soccer_field_-_empty.svg :-) Trošičku jsem přemýšlel, jak by to šlo udělat? pokud je hřiště obdélník (nebo aspoň ?skoroobdélník?), je to docela snadné. Pokud ale ne, tak je to dost problém? tam by se buď ta textura prostě nedala, nebo by se muselo dělat asi nalezení maximálního obdélníku, který se do toho polygonu vejde, nebo tak něco. -- Petr Kadlec / Mormegil
  81. Aleš Janda openstreetmap na kyblsoft.cz #mb79e21
    Tuhle featuru jsem navrhoval na http://wiki.openstreetmap.org/wiki/WikiProject_Czechia/OpenKýbl3DMap (takže teď vidím, že to nikdo nečte ;-) ), texturou fotbalového hřiště by pochopitelně bylo něco jako http://wiki.openstreetmap.org/wiki/File:Soccer_field_-_empty.svg :-)
    Čte, ale přiznám se, že toho odkazu na texturu jsem si nevšiml. A musím říct, že je geniální ;-) To by byla opravdu velká machrovinka :-)
    Trošičku jsem přemýšlel, jak by to šlo udělat? pokud je hřiště obdélník (nebo aspoň ?skoroobdélník?), je to docela snadné. Pokud ale ne, tak je to dost problém? tam by se buď ta textura prostě nedala, nebo by se muselo dělat asi nalezení maximálního obdélníku, který se do toho polygonu vejde, nebo tak něco.
    Popřemýšlím nad tím, jak zjistit, jestli je polygon ?skoroobdélník?. Daly by se tak dělat i jiné věci, konkrétně na ty textury by se to hodilo dost. A mohlo by to být pěkný. Díky. Aleš Janda
  82. Jiří Nováček gfreshman na gmail.com #mc28851
    Přesně tak sem si tu texturu představoval. Na sporty moc nejsem, ale pár dalších hřišť má určitě také své charakteristické čáry (určitě tenis např.) Distribuovaný výpočet by asi mohl počkat ještě, ale to ruční upřednostnění oblasti by bylo fajn, v tom případě bych viděl jako lepší variantu počkat na další update dat, tedy renderovat zítra. Jo a tu wikistránku jsem třeba já také viděl už dříve, jen ty hřiště tam buď nebyly nebo jsem na ně zapoměl...to jen aby si někdo nemyslel že jeho práce vyšla vniveč. Je to určitě jeden z jednodušších způsobů jak to vizuálně zatraktivnit. 2010/3/27 Aleš Janda <openstreetmap na kyblsoft.cz>
  83. MP singularita na gmail.com #m4d9efc
    Trošičku jsem přemýšlel, jak by to šlo udělat? pokud je hřiště obdélník (nebo aspoň ?skoroobdélník?), je to docela snadné. Pokud ale ne, tak je to dost problém? tam by se buď ta textura prostě nedala, nebo by se muselo dělat asi nalezení maximálního obdélníku, který se do toho polygonu vejde, nebo tak něco.
    Podle pravidel fotbalu má hřiště nějakou danou velikost - http://en.wikipedia.org/wiki/Association_football_pitch, takže pokud je to příliš velké, tak je možné, že někdo otagoval pomocí sport=soccer i okolní tribuny, zázemí a tak .... (a pokud moc malé, tak jde nejspíš o trénínkové hřiště pro dorost nebo tak něco :) Druhá možnost je, že pokud jsou dvě (nebo více) hřišť vedle sebe (občas fotbal, ale celkem často např. tenis, kdy je v jednom areálu X hřišť navzájem oddělenými pouze ploty a je to otagoivané celé jako jeden obdélník), tak ten kdo to mapuje prostě nakreslí nějaký obdélník (případně jiný polygon) kolem celého areálu a už se neví kolik hřišť je uvnitř (a pak to nejde tak jednoduše texturovat ...)
    A také je škoda, že při importu z UHUL se nezachovala informace o druhu
    lesa. Možná by to šlo nějak doplnit - brát existující polygony z UHULu jeden po druhém, zjišťovat typ lesa (coniferous/deciduous, případně mixed - a u těch mixed pak případně zvážit, jestli by se ten les nedal rozetnout na listnaté a jehličnaté části), na polygon se plácne patřičný tag a jede se dál :) Martin
  84. hanoj ehanoj na gmail.com #m243967
    Podle pravidel fotbalu má hřiště nějakou danou velikost - http://en.wikipedia.org/wiki/Association_football_pitch, takže pokud je to příliš velké, tak je možné, že někdo otagoval pomocí sport=soccer i okolní tribuny, zázemí a tak .... (a pokud moc malé, tak jde nejspíš o trénínkové hřiště pro dorost nebo tak něco :)
    *** tak zrovna rozmer fotbalového hriste je hodne plovouci, (chapu ze UEFA to ma fix), ale UEFA hrist je asi par v republice. Navic existuji okolni odstupove zony, na ktere se podle souteze az tak nedba.
    A také je škoda, že při importu z UHUL se nezachovala informace o druhu
    lesa. Možná by to šlo nějak doplnit - brát existující polygony z UHULu jeden po druhém, zjišťovat typ lesa (coniferous/deciduous, případně mixed - a u těch mixed pak případně zvážit, jestli by se ten les nedal rozetnout na listnaté a jehličnaté části), na polygon se plácne patřičný tag a jede se dál :)
    *** to sice asi ano, ale problem je doslo ke slouceni prostorovych a druhovych(habrina, dubohabrina, smrcina, ...) polygonu jen do prostorovych polygonu. ha hanoj
  85. Jan Bilak jan.bilak.osm na gmail.com #m95a5ea
    Ahoj, dostal jsem typ na reseni renderovani strech... Knihovna: http://www.cgal.org/Manual/3.2/doc_html/cgal_manual/Straight_skeleton_2/Chapter_main.html Popis algoritmu: http://web.natur.cuni.cz/~bayertom/Adk/adk7.pdf Honza 2010/3/28 hanoj <ehanoj na gmail.com>:
  86. Jan Bilak jan.bilak.osm na gmail.com #mbe8e86
    A tady je ještě Java applet, který to názorně a interaktivně ukazuje: http://www.sable.mcgill.ca/~dbelan2/roofs/roofs.html Honza 2010/3/28 Jan Bilak <jan.bilak.osm na gmail.com>:
  87. jzvc jzvc na tpfree.fdns.net #mc9b062
    Tak jistě, dělat něco ručně u tohoto nemá smysl. Právě sem myslel že přiřadit automaticky texturu do polygonu s tagem pro fotbalové hřiště by mělo být možné.
    Ano, tak tohle by možné bylo, minimálně pokud by ta textura nebyla závislá na natočení (ačkoli zrovna u hřiště by se dalo natočení celkem bezpečně nějak odvodit). Mimochodem, možná blbá otázka - jak by měla vypadat textura fotbalového hřiště? Prostě tráva? ;-)
    Ještě otázka: Jak to vypadá s distribuovaným zpracováváním/renderováním?
    Možné by to bylo, ale: - zatím jen pro Linux (nějak si neumím představit dávat ten skript dohromady ve Windows) - každý den by se stáhlo cca 100 MiB s novými daty - na disku by to zabíralo 1,5 GiB - paměti cca 200 MiB (špičkově i 500 MiB) - zatím nevím, jak distribuovat změny v rendereru Ještě jsem nezjišťoval, jestli by o tohle byl zájem - chtěl by někdo na svém počítači renderovat izometrickou mapu s tím, že by byla rychleji přegenerována (a mohla by se přegenerovat i člověkem zadaná dlaždice)? Pokud ano, něco takového připravím.
    Linux neni problem, pro zajemce kteri nezvladaji sami by se pripadne dal vyrobit virtalni stroj. Zmeny v renederu trebas jako zdojaky + balicek pro Gentoo ;), nebo jako balicek do dalsich dister. Pripadne by si to novou verzi mohlo stahnout s datama a samo se to restartnout.
  88. Aleš Janda openstreetmap na kyblsoft.cz #m98363b
    Ahoj, to je skvělé, díky za ty odkazy! Snad se mi pomocí toho podaří ty střechy udělat - to by byla paráda :-) Aleš Janda
  89. Jan Bilak jan.bilak.osm na gmail.com #mbfd5ce
    Ahoj, kdybys narazil na nějaký problém, tak dej vědět :) Honza
  90. Tomáš Tichý t.tichy na post.cz #m55fd30
    Koukám, že kýblmapa má problém s multipolygony, tady je v lese dost divná díra: http://osm.kyblsoft.cz/3dmapa/?zoom=12&lat=75.63141&lon=16.00594&layers=B Je to způsobeno tím, že vnější obvod tohoto lesa se skládá z více cest (je to kvůli omezení počtu bodů na cestu). Jinak je to naprostá bomba, nejví se mi líbí vysílače/komíny. Hned jsem jich pár přidělal :-) Ještě mě napadlo, že by možná nemuselo být špatné renderovat elektrická vedení jako drátek na sloupcích. TT
  91. hanoj ehanoj na gmail.com #m1294fa
    kdybys narazil na nějaký problém, tak dej vědět :)
    *** ten algoritmus je na valbove strechy (v kategorii sikmych strech). Ty jsou u nas z tradice v naprostem minimu. Nejcasteji se uplatnuji u sikmych strech strechy sedlove, pultove, stanove, mansardove, polovalbove... hanoj
  92. Jan Bilak jan.bilak.osm na gmail.com #m168dbb
    Ahoj ... to je celkem vážný problém. Nejsem odborníkem na stavebnictví a tak mi názvy moc neříkají, ale je pravda, že "seříznutí" ze všech stran bez štítů není moc časté. Otázka je, zda jde sedlová střecha obecně zkonstruovatelná nad libovolným polygonem. Řekl bych, že ne (třeba nad trojúhelníkem nebo cca pravidelným pětiúhelníkem), ale těžko to tvrdit, když vlastně nevím, jak definována sedlová střecha. Ve wikipedii jsem našel "definici" víceméně příklady.. Jedna možnost je taková, že by se udělala kontrukce valbové střechy a pak se nějakou heuristikou vynechávalo "seříznutí" na některých stranách, kde tvoří v půdorysu trojúhelník. U nějakých hodně složitých střech se asi sedlová moc nepoužívá. Problém bude v tom, že u cca čtvercových staveb nebudeme znát orientaci střechy - tedy kde má střecha štíty a kde je seříznutá. Honza 2010/3/30 hanoj <ehanoj na gmail.com>:
  93. hanoj ehanoj na gmail.com #m99c574
    Ahoj ... to je celkem vážný problém. Nejsem odborníkem na stavebnictví a tak mi názvy moc neříkají, ale je pravda, že "seříznutí" ze všech stran bez štítů není moc časté. Otázka je, zda jde sedlová střecha obecně zkonstruovatelná nad libovolným polygonem. Řekl bych, že ne (třeba nad trojúhelníkem nebo cca pravidelným pětiúhelníkem), ale těžko to tvrdit, když vlastně nevím, jak definována sedlová střecha. Ve wikipedii jsem našel "definici" víceméně příklady..
    http://www.pozemni-stavitelstvi.wz.cz/pos72.php
    Jedna možnost je taková, že by se udělala kontrukce valbové střechy a pak se nějakou heuristikou vynechávalo "seříznutí" na některých stranách, kde tvoří v půdorysu trojúhelník. U nějakých hodně složitých střech se asi sedlová moc nepoužívá.
    *** sedlova strecha je vychozi model dvou sikmych rovin. Slozitost pudorysu budovy nehraje roli. Sedlova strecha je ta z toho algoritmu ale bez valby. Sikme cary v mistech uzlabi zustavaji.
    Problém bude v tom, že u cca čtvercových staveb nebudeme znát orientaci střechy - tedy kde má střecha štíty a kde je seříznutá.
    *** u ctvercovych staveb to bude nejspise plocha nebo stanova strecha, nebo tak neco. Urcite ne sedlova. hoj hanoj
  94. Petr Nejedlý petr na nejedli.cz #mb70261
    Problém bude v tom, že u cca čtvercových staveb nebudeme znát orientaci střechy - tedy kde má střecha štíty a kde je seříznutá.
    *** u ctvercovych staveb to bude nejspise plocha nebo stanova strecha, nebo tak neco. Urcite ne sedlova.
    Nemyslim. Uz jen pro to, ze ted pisu ze zahradniho domku s temer ctvercovym pudorysem (5x6m) a ta strecha nade mnou je sedlova. A jeste k tomu ma hreben podel te kratsi steny. A navic neni cervena ;-) http://mapy.cz/#mm=FP na x=132469736 na y=136084328 na z=18
  95. hanoj ehanoj na gmail.com #mb831e8
    Nemyslim. Uz jen pro to, ze ted pisu ze zahradniho domku s temer ctvercovym pudorysem (5x6m) a ta strecha nade mnou je sedlova. A jeste k tomu ma hreben podel te kratsi steny. A navic neni cervena ;-)
    *** Odbornik se divi, architekt place ;) hanoj
  96. Stanislav Petr glux na glux.org #m36065b
    A taky jsem si prave vsimnul, ze tam uplne chybi Strahovskej stadion v Praze... Stanislav Petr glux na glux.org
  97. Aleš Janda openstreetmap na kyblsoft.cz #m3430fa
    Zdravím, po nějaké době jsem trochu pokročil s 3D mapou. Zejména by měla správně renderovat polygony mající více outer částí - čili zejména rozsáhlé lesy spojené do jednoho celku relací. Takže: Slavín se zobrazuje správně, některé lesy, co jste mi reportovali apod. Běží to několik dní, ještě není zdaleka přerenderováno všechno. Bohužel jsem zjistil, že to úplně nestačí - pokud je les hodně rozsáhlý, špatně to osmosis rozdělí na dlaždice => kus cesty lesa chybí, renderer v zoufalosti spojí dva nejvzdálenější body a pokud leží zrovna nějak blbě, tak se celá plocha nevyplní lesem. Takže tam vznikne díra. Ukázka je třeba zde: http://osm.kyblsoft.cz/3dmapa/?zoom=12&lat=75.86913&lon=15.17304&layers=B Lze osmosis říct, aby vracel všechny cesty v relaci, ale pak jen ten výřez dlaždice trvá neúnosně dlouho. Asi to tedy budu řešit nějak lépe (ne přes osmosis, bude to ořezávat přímo osm2pov), ale to chce ještě čas. Nějakou dobu tedy budou na některých místech takovéto defekty. U Mukařova už se zobrazují rybníky v lese (http://osm.kyblsoft.cz/3dmapa/?zoom=16&lat=75.70296&lon=14.7319&layers=B) -posunul jsem vodní plochu nad plochu lesa. Nicméně stromy teď ční přímo z vody.Otázka je, jestli ?vodní plocha v lese? říká něco o tom, kde rostou stromy a jestli rostou i z vody, když je na jednom místě voda i les - patrně by tam stromy neměly být, na druhou stranu je možná vhodnější dát vodní plochu do inner části relace lesa (?). Nevím. Jinak v okolí je ještě pár nedogenerovaných lesů, vím o tom, časem se přegeneruje a mělo by to být ok. Toť novinky :-) Aleš Janda
  98. "Petr Morávek [Xificurk]" xificurk na gmail.com #m991bb6
    Ahoj, všiml jsem si, že se začly renderovat jako 3D rozličné sportovní lokality (track, pitch, ...). Řekl bych, že to není úplně správně, např. pardubické dostihové závodiště vypadá opravdu divně. http://osm.kyblsoft.cz/3dmapa/?zoom=16&lat=75.70732&lon=15.74883&layers=B Opravte mne někdo, pokud se mýlím, ale neměla by mít zastřešená sportoviště tag building=* ? V takovém případě by mělo smysl je renderovat 3D (např. odlišnou barvou), ale prohlásit paušálně každý běžecký ovál za 3D strukturu je přehnané. S pozdravem, Petr Morávek
  99. Jakub Sýkora kubajz na kbx.cz #mf8c6fa
    Ja uz jsem si tuhle rikal, jestli ma smysl vubec vsechno renderovat jako 3D objekty. Jestli by nestalo placnout upravenou mapnik mapu jako texturu na zem a jen to co je opravdu 3D z toho vytahovat. Jak si hraju s tim kopcovatym terenem, tak to beztak bude asi jedine normalne pouzitelne reseni - protoze lamat treba silnice podel terenu je sice mozne, ale neskutecne pracne - a resit pak, jestli mi silnice zabiha pod teren nebo se vznasi se mi moc nechce... Co si o tom myslite? K
  100. Jan Dudík jan.dudik na gmail.com #me87e47
    je fakt, že spoustě věcí by stačily jen textury (sportoviště, voda, louky, hřbitovy, silnice...) a 3D pak hlavně stromy a budovy... Su za J&D
  101. jzvc jzvc na tpfree.fdns.net #m731cea
    Ja uz jsem si tuhle rikal, jestli ma smysl vubec vsechno renderovat jako 3D objekty. Jestli by nestalo placnout upravenou mapnik mapu jako texturu na zem a jen to co je opravdu 3D z toho vytahovat. Jak si hraju s tim kopcovatym terenem, tak to beztak bude asi jedine normalne pouzitelne reseni - protoze lamat treba silnice podel terenu je sice mozne, ale neskutecne pracne - a resit pak, jestli mi silnice zabiha pod teren nebo se vznasi se mi moc nechce... Co si o tom myslite?
    Rozfazovat = v prvni fazi generovat otexturovany 3D povrch, v dalsi na nej prasknout budovy, .... Zatunelit tunel by jiste vypadalo dobre, ale to bych nechal az na nekdy v budoucnu. Ono by to totiz pak taky vyzadovalo umistovani objektu prostorove uz v editoru. Technicky ovsem si dovedu predstavit ze bude mit josm napr moznost jednoduche editace objektu ve 3D. Taky sem narazil na par stadionu, kde ten stadion = hriste kolem ktereho je val se sedackami = zadna budova. IMO by kazda budova mela mit bulding= a teprve dalsi tagy by mely urcovat co je to zac. Tudiz hriste neni budova.
  102. Aleš Janda openstreetmap na kyblsoft.cz #m76ee6d
    Zdravím, díky za report. Díval jsem se na to, a to závodiště má tag leisure=stadium, proto se tak vykreslí. Nicméně si myslím, že závodiště neodpovídá definici stadionu http://wiki.openstreetmap.org/wiki/Key:leisure ačkoli jinak nevím, co za leisure tam dát (asi nic). Jinak mi přijde, že renderovat stadiony ve 3D smysl má - jsou většinou ?prostorově významné?. Aleš Janda
  103. Aleš Janda openstreetmap na kyblsoft.cz #mdb36ea
    Našel jsem nějakou jinou izometrickou mapu http://karte.com.hr/osijek/ Nepochází z OpenStreetMap, nevím jak je to dělané, ale je to opravdu moc pěkné. Skoro ideál :-) Za povšimnutí stojí, jak jsou řešeny střechy (dobře), stromy (lesy) a popisky. Nicméně mapa je z nějaké části kreslena ručně (specifické budovy, mosty, možná stromky(?)?), ne-li úplně celá, takže je to použitelné spíš jako ta inspirace. Také tam nejsou nijak zakresleny kopce (i když v té zeleni těžko říci). Aleš Janda
  104. Jakub Sýkora kubajz na kbx.cz #m8bff8b
    Zajimavy je celkem uhel zaberu...
  105. jzvc jzvc na tpfree.fdns.net #mecc0e7
    Zajimavy je celkem uhel zaberu...
    Našel jsem nějakou jinou izometrickou mapu http://karte.com.hr/osijek/ Nepochází z OpenStreetMap, nevím jak je to dělané, ale je to opravdu moc pěkné. Skoro ideál :-) Za povšimnutí stojí, jak jsou řešeny střechy (dobře), stromy (lesy) a popisky. Nicméně mapa je z nějaké části kreslena ručně (specifické budovy, mosty, možná stromky(?)?), ne-li úplně celá, takže je to použitelné spíš jako ta inspirace. Také tam nejsou nijak zakresleny kopce (i když v té zeleni těžko říci). Aleš Janda
    Odhaduju, ze je to vicemene vyrobene ruco, prilis mnoho ruznych typu strech. Co by se dalo z podobnyh map "vykrast" jsou trebas hriste, pokud nekde nekdo nacmare hriste a v mape to je jako zelenej flek ... umisteni by se IMO melo dat vyrobit automaticky - vetsinou to bude obdelnik.
  106. MP singularita na gmail.com #mbce0ed
    Někde mezi featured images na OSM wiki se objevil screenshot z nového programu - glosm. V podstatě je to OpenGL aplikace, zobrazující 3D mapu lokálně (vcelku rychlé, zvládá to v realtime zobrazovat celou Prahu, ale je to dost nové, takže je to ještě trochu nedodělané) Co mně ale zaujalo je podpora pro 3D budovy - program navíc k tagu height porporuje i tag min_height (tedy výška spodní části budovy nad zemí) a zná tag building:part (tedy část budovy, co se nerenderuje na mapě, typicky část co přesahuje přes půdorys) Napadlo mně, že by se mohla podpora pro tohle dodat i do kýblsoftí 3D mapy, např. jsem takhle předělal Žižkovský vysílač a vypadá to o dost lépe než jak to bylo předtím, viz screenshot http://git.wz.cz/glosm-viewer-zizkovsky-vysilac.png Přidat podporu pro building:part a min_height by mohlo být celkem jednoduché a pak by dost objektů mohlo v 3D mapě vypadat o dost lépe (např. ten Žižkovský vysílač se tvarem už dost blíží realitě) Martin
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.