« zpět na výpis měsíce |

[Talk-cz] Izometrická 3D mapa z OSM

Vlákno 17.2.2010 - 9.2.2011, počet zpráv: 118


17.2.2010 07:48:49 (#1)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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

17.2.2010 08:19:31 (#2)
gravatar

Frettie

<frettie at gmail.com>
103
2010/2/17 Aleš Janda <openstreetmap na kyblsoft.cz>: zobrazit citaci
> 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. zobrazit citaci
> > 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ě. zobrazit citaci
> > 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. zobrazit citaci
> > Díky. > > Aleš Janda > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

17.2.2010 08:49:26 (#3)
gravatar

Radek Bartoň

<blackhex at post.cz>
149
Dne středa 17 Únor 2010 19:48:49 Aleš Janda napsal(a): Ahoj. zobrazit citaci
> 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í. zobrazit citaci
> 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. zobrazit citaci
> 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ší. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

17.2.2010 08:52:29 (#4)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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 Dne 17. února 2010 19:48 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

17.2.2010 08:58:13 (#5)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Ahoj, zobrazit citaci
> Úžasný! Moc se mi to líbí, vypadá to jako krásnej příklad do nějakýho > malýho tycoonu. :)
díky moc :-) zobrazit citaci
> 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

17.2.2010 09:03:54 (#6)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
On 17.2.2010 20:49, Radek Bartoň napsal/a: zobrazit citaci
> Dne středa 17 Únor 2010 19:48:49 Aleš Janda napsal(a): > > 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. zobrazit citaci
>> 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 ;-) zobrazit citaci
>> 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

17.2.2010 09:11:28 (#7)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 17.2.2010 20:52, Jan Bilak napsal/a: zobrazit citaci
> 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 > > > Dne 17. února 2010 19:48 Aleš Janda<openstreetmap na kyblsoft.cz> napsal(a): >> 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 >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

17.2.2010 09:16:55 (#8)
gravatar

Jan Masopust

<masopust.jan at gmail.com>
21
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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100217/b75c3661/attachment.html>

17.2.2010 09:21:50 (#9)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> > 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 :) zobrazit citaci
> 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

17.2.2010 09:26:57 (#10)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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 Dne 17. února 2010 21:11 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci
> 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 > > > On 17.2.2010 20:52, Jan Bilak napsal/a: >> 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 >> >> >> Dne 17. února 2010 19:48 Aleš Janda<openstreetmap na kyblsoft.cz> napsal(a): >>> 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 >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

17.2.2010 11:09:01 (#11)
gravatar

Frettie

<frettie at gmail.com>
103
2010/2/17 MP <singularita na gmail.com>: zobrazit citaci
>>  > 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. zobrazit citaci
> > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

17.2.2010 11:30:31 (#12)
gravatar

Lukas Kabrt

<lukas at kabrt.cz>
93
zobrazit citaci
> 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. -- Lukas

17.2.2010 11:33:47 (#13)
gravatar

Radek Bartoň

<blackhex at post.cz>
149
zobrazit citaci
> 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. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

18.2.2010 12:15:57 (#14)
gravatar

Frettie

<frettie at gmail.com>
103
2010/2/17 Radek Bartoň <blackhex na post.cz>: zobrazit citaci
>> 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. :) zobrazit citaci
> -- > Ing. Radek Bartoň > > Faculty of Information Technology > Department of Computer Graphics and Multimedia > Brno University of Technology > > E-mail: blackhex na post.cz > Web: http://blackhex.no-ip.org > Jabber: blackhex na jabber.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

19.2.2010 09:20:08 (#15)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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

20.2.2010 09:00:28 (#16)
gravatar

Petr Kadlec

<petr.kadlec at gmail.com>
222 1012
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

21.2.2010 05:21:35 (#17)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> 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. zobrazit citaci
> 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. zobrazit citaci
> 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

21.2.2010 08:40:09 (#18)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
On 21.2.2010 17:21, MP napsal/a: zobrazit citaci
>> 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. zobrazit citaci
>> 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 ;-)). zobrazit citaci
>> 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

21.2.2010 09:14:13 (#19)
gravatar

Petr Nejedlý

<petr at nejedli.cz>
26
Aleš Janda wrote: zobrazit citaci
> 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 -- Nenik

22.2.2010 01:27:23 (#20)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
219 1741
Já jsem tedy zvědav co stím udělá Barandovský most :) zobrazit citaci
> > Priklad takove pekne mostni palandy je tady: > http://osm.org/go/0JziQSnz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100222/e2223da3/attachment.html>

22.2.2010 08:41:39 (#21)
gravatar

Kubajz

<kubajz at kbx.cz>
617
Dne 21.2.2010 20:40, Aleš Janda napsal(a): zobrazit citaci
> > 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.2.2010 08:56:55 (#22)
gravatar

Kubajz

<kubajz at kbx.cz>
617
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 Dne 19.2.2010 21:20, Aleš Janda napsal(a): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

22.2.2010 10:44:38 (#23)
gravatar

Frettie

<frettie at gmail.com>
103
2010/2/22 Kubajz <kubajz na kbx.cz>: zobrazit citaci
> > > Dne 21.2.2010 20:40, Aleš Janda napsal(a): >> >> 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é? zobrazit citaci
> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

22.2.2010 05:45:29 (#24)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
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. Dne 19.2.2010 21:20, Aleš Janda napsal(a): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

22.2.2010 07:17:10 (#25)
gravatar

Kubajz

<kubajz at kbx.cz>
617
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 Dne 22.2.2010 10:44, Frettie napsal(a): zobrazit citaci
> 2010/2/22 Kubajz<kubajz na kbx.cz>: > >> >> Dne 21.2.2010 20:40, Aleš Janda napsal(a): >> >>> 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é? > > >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > >

22.2.2010 07:42:33 (#26)
gravatar

alik dolezal

<alik.dolezal at gmail.com>
12
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.

22.2.2010 08:15:57 (#27)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 20.2.2010 21:00, Petr Kadlec napsal/a: zobrazit citaci
> 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 > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

22.2.2010 08:52:53 (#28)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
326 645
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 Dne 22. února 2010 20:15 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci
> 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 > > > On 20.2.2010 21:00, Petr Kadlec napsal/a: >> 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 >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

22.2.2010 09:00:24 (#29)
gravatar

Petr Kadlec

<petr.kadlec at gmail.com>
222 1012
2010/2/22 Jan Dudík <jan.dudik na gmail.com>: zobrazit citaci
> 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

22.2.2010 09:16:50 (#30)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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á. zobrazit citaci
> 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 :-) zobrazit citaci
> 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 On 22.2.2010 17:45, jzvc napsal/a: zobrazit citaci
> 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. > > > Dne 19.2.2010 21:20, Aleš Janda napsal(a): >> 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 >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

22.2.2010 09:17:50 (#31)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 22.2.2010 19:42, alik dolezal napsal/a: zobrazit citaci
> 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. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

22.2.2010 09:32:25 (#32)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 22.2.2010 21:00, Petr Kadlec napsal(a): zobrazit citaci
> 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. zobrazit citaci
> -- Petr Kadlec / Mormegil > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

22.2.2010 10:12:12 (#33)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> > 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

22.2.2010 11:16:03 (#34)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Ahoj, zobrazit citaci
> kostelům bych dal jako standard např. dvojnásobnou výšku
Stalo se. zobrazit citaci
> 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 On 22.2.2010 20:52, Jan Dudík napsal/a: zobrazit citaci
> 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 > > Dne 22. února 2010 20:15 Aleš Janda<openstreetmap na kyblsoft.cz> napsal(a): >> 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 >> >> >> On 20.2.2010 21:00, Petr Kadlec napsal/a: >>> 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 >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > >

22.2.2010 11:27:07 (#35)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
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 ?

23.2.2010 08:20:26 (#36)
gravatar

Kubajz

<kubajz at kbx.cz>
617
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 Dne 22.2.2010 21:17, Aleš Janda napsal(a): zobrazit citaci
> 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 > > > On 22.2.2010 19:42, alik dolezal napsal/a: > >> 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. >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

23.2.2010 09:31:08 (#37)
gravatar

Stanislav Brabec

<utx at penguin.cz>
152
Kubajz píše v Út 23. 02. 2010 v 08:20 +0100: zobrazit citaci
> 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

23.2.2010 11:09:54 (#38)
gravatar

Pavel Zbytovský

<mail at zby.cz>
53
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ý ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100223/4f4bf426/attachment.html>

24.2.2010 08:35:14 (#39)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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). zobrazit citaci
> 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). zobrazit citaci
> 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 On 23.2.2010 23:09, Pavel Zbytovský napsal/a: zobrazit citaci
> 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ý > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

24.2.2010 10:24:01 (#40)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 24.2.2010 20:35, Aleš Janda napsal(a): zobrazit citaci
> 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. zobrazit citaci
> > > 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 > > On 23.2.2010 23:09, Pavel Zbytovský napsal/a: > >> 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ý >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

24.2.2010 10:37:55 (#41)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Ahoj, zobrazit citaci
>> 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í. zobrazit citaci
> 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

24.2.2010 10:50:51 (#42)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Ahoj, zobrazit citaci
> 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 :-) zobrazit citaci
> 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 zobrazit citaci
> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

25.2.2010 01:46:57 (#43)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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 Dne 24. února 2010 22:37 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- A non-text attachment was scrubbed... Name: Konstukce-navrh.PNG Type: image/png Size: 35211 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100225/68ca1932/attachment.png>

25.2.2010 02:01:23 (#44)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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>: zobrazit citaci
> 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 > > > Dne 24. února 2010 22:37 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): >> 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 >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >

9.3.2010 08:19:37 (#45)
gravatar

Kubajz

<kubajz at kbx.cz>
617
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 Dne 17.2.2010 19:48, Aleš Janda napsal(a): zobrazit citaci
> 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/ > > > 3) máte nějaké nápady na vylepšení? > > Díky. > > Aleš Janda > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

9.3.2010 09:25:12 (#46)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 9.3.2010 08:19, Kubajz napsal/a: zobrazit citaci
> 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 > > Dne 17.2.2010 19:48, Aleš Janda napsal(a): >> 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/ >> >> >> 3) máte nějaké nápady na vylepšení? >> >> Díky. >> >> Aleš Janda >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

9.3.2010 01:10:53 (#47)
gravatar

Kubajz

<kubajz at kbx.cz>
617
Tak to jsou good news :) Dne 9.3.2010 09:25, Aleš Janda napsal(a): zobrazit citaci
> 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 > > > On 9.3.2010 08:19, Kubajz napsal/a: > >> 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 >> >> Dne 17.2.2010 19:48, Aleš Janda napsal(a): >> >>> 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/ >>> >>> >>> 3) máte nějaké nápady na vylepšení? >>> >>> Díky. >>> >>> Aleš Janda >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

10.3.2010 10:55:23 (#48)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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

11.3.2010 04:47:53 (#49)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> 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

11.3.2010 09:39:23 (#50)
gravatar

Petr Nejedlý

<petr at nejedli.cz>
26
Aleš Janda wrote: zobrazit citaci
> Celkově bych řekl, že je to viditelná změna k lepšímu :-) >
Vypada to uzasne! zobrazit citaci
> * 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- -- Nenik

11.3.2010 01:45:32 (#51)
gravatar

Stanislav Brabec

<utx at penguin.cz>
152
Petr Nejedlý píše v Čt 11. 03. 2010 v 09:39 +0100: zobrazit citaci
> Aleš Janda wrote: > > 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

11.3.2010 05:08:17 (#52)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
326 645
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>: zobrazit citaci
> Petr Nejedlý píše v Čt 11. 03. 2010 v 09:39 +0100: >> Aleš Janda wrote: >> > 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 > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

11.3.2010 11:08:08 (#53)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Zdravím, On 11.3.2010 04:47, MP napsal/a: zobrazit citaci
>> 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á. zobrazit citaci
> 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

11.3.2010 11:12:08 (#54)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Zdravím, On 11.3.2010 09:39, Petr Nejedlý napsal/a: zobrazit citaci
> Aleš Janda wrote: >> Celkově bych řekl, že je to viditelná změna k lepšímu :-) >> > Vypada to uzasne!
Díky :-) zobrazit citaci
> 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

11.3.2010 11:16:12 (#55)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Zdravím, zobrazit citaci
> 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 :-) zobrazit citaci
> 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

11.3.2010 11:30:49 (#56)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Zdravím, zobrazit citaci
> Určitě by se takhle měly renderovat i ojedinělé stromy.
Určitě, přidělám. zobrazit citaci
> 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 :-) zobrazit citaci
> a pro lomy
Tohle by snad šlo, ale dost špatně se mi odhaduje, jak by to vypadalo - lom je hodně plastický. Uvidím. zobrazit citaci
> Chybí vykreslování vodních kanálů (viz centrum českých Budějovic)
Vida, doplnil jsem, přegeneruji, díky :-) zobrazit citaci
> 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

12.3.2010 10:16:50 (#57)
gravatar

Stanislav Brabec

<utx at penguin.cz>
152
Aleš Janda píše v Čt 11. 03. 2010 v 23:16 +0100: zobrazit citaci
> > 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

12.3.2010 10:35:06 (#58)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Dne 12.3.2010 10:16, Stanislav Brabec napsal(a): zobrazit citaci
> 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

17.3.2010 08:05:22 (#59)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 17.2.2010 19:48, Aleš Janda napsal/a: zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

17.3.2010 09:22:14 (#60)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
326 645
Ha, bug - highway=trunk_link se nevykresluje (koukám na R4 u Dobříše či na křižovatku R4xI/20) J&D Dne 17. března 2010 20:05 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci
> 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 > > > On 17.2.2010 19:48, Aleš Janda napsal/a: >> 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 >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

17.3.2010 10:49:33 (#61)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Díky, opomenutí, opraveno a minimálně u Dobříše už přerenderováno. Aleš Janda On 17.3.2010 21:22, Jan Dudík napsal/a: zobrazit citaci
> Ha, bug - highway=trunk_link se nevykresluje (koukám na R4 u Dobříše > či na křižovatku R4xI/20) > > J&D >

18.3.2010 12:39:04 (#62)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
617
OSM 3D Isometric Map ? Aleš Janda napsal(a): zobrazit citaci
> 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 > > > On 17.2.2010 19:48, Aleš Janda napsal/a: > >> 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 >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.3.2010 12:48:08 (#63)
gravatar

Frettie

<frettie at gmail.com>
103
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>: zobrazit citaci
> OSM 3D Isometric Map ? > > Aleš Janda napsal(a): >> 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 >> >> >> On 17.2.2010 19:48, Aleš Janda napsal/a: >> >>> 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 >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com

18.3.2010 01:39:39 (#64)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 18.3.2010 12:48, Frettie napsal(a): zobrazit citaci
> 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 ;) zobrazit citaci
> 2010/3/18 Jakub Sýkora <kubajz na kbx.cz>: > >> OSM 3D Isometric Map ? >> >> Aleš Janda napsal(a): >> >>> 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 >>> >>> >>> On 17.2.2010 19:48, Aleš Janda napsal/a: >>> >>> >>>> 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 >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-cz >>>> >>>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > >

18.3.2010 02:09:03 (#65)
gravatar

Petr Nejedlý

<petr at nejedli.cz>
26
jzvc wrote: zobrazit citaci
> Dne 18.3.2010 12:48, Frettie napsal(a): > >> 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 -- Nenik

21.3.2010 09:31:15 (#66)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 18.3.2010 14:09, Petr Nejedlý napsal/a: zobrazit citaci
> jzvc wrote: >> Dne 18.3.2010 12:48, Frettie napsal(a): >> >>> 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 > > -- > Nenik > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

23.3.2010 05:24:56 (#67)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
219 1741
Další úspěch ! http://opengeodata.org/isometric-osm-maps Jentak dál ! ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100323/836903af/attachment.html>

23.3.2010 05:40:08 (#68)
gravatar

Stanislav Brabec

<utx at penguin.cz>
152
Petr Schönmann píše v Út 23. 03. 2010 v 17:24 +0100: zobrazit citaci 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. -- Stanislav Brabec http://www.penguin.cz/~utx

24.3.2010 11:28:10 (#69)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 23.3.2010 17:24, Petr Schönmann napsal/a: zobrazit citaci
> Další úspěch ! > http://opengeodata.org/isometric-osm-maps > > Jentak dál ! > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

24.3.2010 11:29:09 (#70)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 23.3.2010 17:40, Stanislav Brabec napsal/a: zobrazit citaci
> 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. >

25.3.2010 08:49:54 (#71)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2010/3/24 Aleš Janda <openstreetmap na kyblsoft.cz>: zobrazit citaci
> 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:) -- Michal Grézl http://walley.org

25.3.2010 11:48:25 (#72)
gravatar

Jiří Nováček

<gfreshman at gmail.com>
18
"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> zobrazit citaci
> 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:) > > -- > Michal Grézl > http://walley.org > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100325/0a50863d/attachment.html>

25.3.2010 12:16:26 (#73)
gravatar

Karel Volný

<kavol at seznam.cz>
560
Dne Čt 25. března 2010 Jiří Nováček napsal(a): zobrazit citaci
> "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.

25.3.2010 12:47:22 (#74)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
617
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 Jiří Nováček napsal(a): zobrazit citaci
> "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). 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 > <mailto:michal.grezl na openstreetmap.cz>> > > 2010/3/24 Aleš Janda <openstreetmap na kyblsoft.cz > <mailto:openstreetmap na kyblsoft.cz>>: > > Zdravím, > > > > ten úspěch byl trochu větší - zejména se to objevilo na > reddit.com <http://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:) > > -- > Michal Grézl > http://walley.org > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > ------------------------------------------------------------------------ > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

25.3.2010 03:27:24 (#75)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> 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.
Tak tak, hodilo by se to pro tenhle renderer -- mimochodem pochvala, fakt to vypada dobre -- a hlavne pro orientacke mapy (openorienteeringmap, iirc). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

27.3.2010 04:00:13 (#76)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Zdravím, zobrazit citaci
> "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 :-) zobrazit citaci
> 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ěší :-) zobrazit citaci
> 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

27.3.2010 08:07:52 (#77)
gravatar

Jiří Nováček

<gfreshman at gmail.com>
18
zobrazit citaci
>Tak to jsem netušil vůbec, od začátku jsem to bral jako jeden z
hurá-nápadů - zobrazit citaci
>víceméně jako takovou blbůstku. Divím se, že to má takový ohlas, divím se,
že už zobrazit citaci
>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. zobrazit citaci
>Proti texturám nic nemám, ale zrovna tato mapka je prý ručně kreslená. Tomu
se zobrazit citaci
>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, zobrazit citaci
>nejsem proti ;-) >Anebo ještě lépe, pokud máte nějaký komplexnější nápad - stáhněte si
zdrojáky, zobrazit citaci
>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. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100327/86796563/attachment.html>

27.3.2010 09:41:48 (#78)
gravatar

Stanislav Petr

<glux at glux.org>
2
On 27.3.2010, at 16:00, Aleš Janda wrote: zobrazit citaci
> 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... -- Stanislav Petr

27.3.2010 10:24:56 (#79)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
zobrazit citaci
> 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? ;-) zobrazit citaci
> 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. zobrazit citaci
> 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

27.3.2010 10:29:21 (#80)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
zobrazit citaci
> 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

27.3.2010 10:43:34 (#81)
gravatar

Petr Kadlec

<petr.kadlec at gmail.com>
222 1012
2010/3/27 Aleš Janda <openstreetmap na kyblsoft.cz>: zobrazit citaci
>> 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

27.3.2010 11:07:37 (#82)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
zobrazit citaci
> 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 :-) zobrazit citaci
> 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

27.3.2010 11:28:32 (#83)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Sat, Mar 27, 2010 at 11:07:37PM +0100, Aleš Janda wrote: zobrazit citaci
> 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ý.
Tohle treba JOSM umi pekne. Kdyz ma polygon 4 vrcholy a uspeje na nej ortogonalizace, tak to byl skoro obdelnik. Ortogonalizace si stezuje, pokud nejaky uhel je moc daleko od 90 stupnu. Martin Kupec

28.3.2010 12:23:25 (#84)
gravatar

Jiří Nováček

<gfreshman at gmail.com>
18
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> zobrazit citaci
> > Tuhle featuru jsem navrhoval na > > http://wiki.openstreetmap.org/wiki/WikiProject_Czechia/OpenKýbl3DMap<http://wiki.openstreetmap.org/wiki/WikiProject_Czechia/OpenK%C3%BDbl3DMap> > > (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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100328/3d68e763/attachment.html>

28.3.2010 03:19:29 (#85)
gravatar

MP

<singularita at gmail.com>
306
On 28/03/2010, Martin Kupec <magon na jkopava.cz> wrote: zobrazit citaci
> On Sat, Mar 27, 2010 at 11:07:37PM +0100, Aleš Janda wrote: > > 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ý. > Tohle treba JOSM umi pekne. Kdyz ma polygon 4 vrcholy a uspeje > na nej ortogonalizace, tak to byl skoro obdelnik. Ortogonalizace > si stezuje, pokud nejaky uhel je moc daleko od 90 stupnu.
To uz v novejsich verzich JOSM (od r3019 dale) neplati, jelikoz ortogonalizace kvuli tomuhle selhavala v pripadech kdy na skoro-obdelniku byl malinkaty "zobacek" s uhlem 45 stupnu, tak ted se ortogonalizace provede vzdy (s tim, ze pokud polygon neni obdelnik, tak holt vysledek je ... divny :) Martin

28.3.2010 04:01:03 (#86)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> > > 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 ...) zobrazit citaci
> 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

28.3.2010 05:20:58 (#87)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> 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. zobrazit citaci
>> 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

28.3.2010 11:35:15 (#88)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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>: zobrazit citaci
>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

29.3.2010 12:56:31 (#89)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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>: zobrazit citaci
> 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>: >>> 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 >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >

29.3.2010 01:14:40 (#90)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 27.3.2010 22:24, Aleš Janda napsal(a): zobrazit citaci
>> 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. zobrazit citaci
> > >> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

29.3.2010 10:56:51 (#91)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 29.3.2010 00:56, Jan Bilak napsal/a: zobrazit citaci
> 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>: >> 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 >> >>

29.3.2010 11:08:14 (#92)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
Ahoj, kdybys narazil na nějaký problém, tak dej vědět :) Honza Dne 29. března 2010 22:56 Aleš Janda <openstreetmap na kyblsoft.cz> napsal(a): zobrazit citaci
> 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 > > > On 29.3.2010 00:56, Jan Bilak napsal/a: >> 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>: >>> 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 >>> >>> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

29.3.2010 11:35:21 (#93)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
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

30.3.2010 07:16:26 (#94)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> 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

30.3.2010 03:02:40 (#95)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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>: zobrazit citaci
>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

30.3.2010 04:08:19 (#96)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> 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 zobrazit citaci
> 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. zobrazit citaci
> 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

30.3.2010 05:00:41 (#97)
gravatar

Petr Nejedlý

<petr at nejedli.cz>
26
hanoj wrote: zobrazit citaci
>> 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 -- Nenik

30.3.2010 06:04:59 (#98)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> 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

31.3.2010 04:45:56 (#99)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> 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).
V lese mezi Mukarovem a Ricany zas chybi rybniky... ale to je mozna tim ze je polygon les a v nem polygon voda...? ...ale uznavam ze ten odlesk stromecku na hladine je uzasnej ;-). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

31.3.2010 04:51:30 (#100)
gravatar

Stanislav Petr

<glux at glux.org>
2
A taky jsem si prave vsimnul, ze tam uplne chybi Strahovskej stadion v Praze... Stanislav Petr glux na glux.org On 30.3.2010, at 18:04, hanoj wrote: zobrazit citaci
>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

25.4.2010 10:51:14 (#101)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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

29.4.2010 06:43:29 (#102)
gravatar

Stanislav Brabec

<utx at penguin.cz>
152
Aleš Janda píše v Ne 25. 04. 2010 v 22:51 +0200: zobrazit citaci
> 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.
Ještě ne dokonale. Vyšehradský park má díry. Jedna z nich je shodou okolností také obrysem Slavína, další jsou kolem veřejnosti nepřístupných pozemků. http://www.openstreetmap.org/?lat=50.06419&lon=14.41934&zoom=17&layers=B000FTF http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.71599&lon=14.4185&layers=B (Je to poměrně nově kreslené, ale zdá se, že už se po změně renderovalo.) Mimochodem, možná jsem Slavín původně nakreslil poněkud nesprávně - části čar na sebe nenavazovaly. Ale nevím, jestli mají renderery spoléhat na správné pořadí (zvlášť když cesty mohou mít různý směr). Pak ještě vypadla jedna budova Ministerstva spravedlnosti (asi o 1 velikost Vyšehradského parku nad Slavínem). http://www.openstreetmap.org/?lat=50.06964&lon=14.418945&zoom=18&layers=B000FTF A pak by se mohly kreslit kolem Vyšehradu hradby - city_wall. Třeba jako vysoká zeď. I když podle popisu by měla být (podle tagů) z jedné strany kolmá, z druhé ne. A také a opěrné zídky - retaining_wall (opět dle definice stranově odlišné), možná i ploty - fence. První tři pohromadě: http://www.openstreetmap.org/?lat=50.065246&lon=14.419562&zoom=18&layers=B000FTT Jinak to vypadá moc pěkně. S pozdravem. -- Stanislav Brabec http://www.penguin.cz/~utx

1.5.2010 06:15:13 (#103)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Zdravím, díky za zhodnocení a nalezení dalších chyb :-) Koukám, že ta oblast u Vyšehradu je úplně protkána takovými renderovacími špeky a všemi druhy relací. Na ty díry ve Slavíně jsem se koukal - a je to tím, že renderer zatím neumí spojit si více „inner“ cest do jedné - každou bere jako extra díru. Ministerstvo spravedlnosti je jiný případ - tam je každá budova „outer“, ale jinak stojí úplně zvlášť - nejsou tedy outer proto, že by byly spojené v jednu velkou cestu. S tímto si renderer tedy ještě neporadí, nicméně dodělám ;-) Ve Slavíně ty cesty v relaci byly zpřeházeny a navíc různými směry - ano, toho jsem si všiml, když jsem to dělal ;-) ale Mapnik si s tím poradí, ta moje mapa si s tím musí poradit taky :-) Ohledně zdí - tam bude asi trochu problém s nekolmostí, zejména u ostrých hran. Teď dávám např. na spojnice silnic, tratí atd. kužel, který způsobí zaoblení při změně směru cesty - všechno pak pěkně navazuje, ať už je tvar jakýkoli. Tohle tu nebude možné. Každopádně díky, pak zapracuju. Mimochodem, náhodou jsem našel nějaký fork mého programu - ten člověk tam zapracoval i tramvajové linky, pláže, poštovní schránky, vylepšil koleje atd. Je to zde: http://bitsteller.bplaced.net/osm/ Napíšu tomu člověku a některé vlastnosti přetáhnu :-) Aleš Janda On 29.4.2010 18:43, Stanislav Brabec napsal/a: zobrazit citaci
> Aleš Janda píše v Ne 25. 04. 2010 v 22:51 +0200: >> 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. > > Ještě ne dokonale. Vyšehradský park má díry. Jedna z nich je shodou > okolností také obrysem Slavína, další jsou kolem veřejnosti > nepřístupných pozemků. > http://www.openstreetmap.org/?lat=50.06419&lon=14.41934&zoom=17&layers=B000FTF > http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.71599&lon=14.4185&layers=B > (Je to poměrně nově kreslené, ale zdá se, že už se po změně > renderovalo.) > > Mimochodem, možná jsem Slavín původně nakreslil poněkud nesprávně - > části čar na sebe nenavazovaly. Ale nevím, jestli mají renderery > spoléhat na správné pořadí (zvlášť když cesty mohou mít různý směr). > > Pak ještě vypadla jedna budova Ministerstva spravedlnosti (asi o 1 > velikost Vyšehradského parku nad Slavínem). > http://www.openstreetmap.org/?lat=50.06964&lon=14.418945&zoom=18&layers=B000FTF > > A pak by se mohly kreslit kolem Vyšehradu hradby - city_wall. Třeba jako > vysoká zeď. I když podle popisu by měla být (podle tagů) z jedné strany > kolmá, z druhé ne. A také a opěrné zídky - retaining_wall (opět dle > definice stranově odlišné), možná i ploty - fence. První tři pohromadě: > http://www.openstreetmap.org/?lat=50.065246&lon=14.419562&zoom=18&layers=B000FTT > > Jinak to vypadá moc pěkně. > > S pozdravem.

4.5.2010 10:08:13 (#104)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
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 Aleš Janda napsal(a): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 354 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100504/c3af849c/attachment.vcf> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100504/c3af849c/attachment.sig>

4.5.2010 10:14:48 (#105)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
617
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 Dne 4.5.2010 10:08, "Petr Morávek [Xificurk]" napsal(a): zobrazit citaci
> 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 > > > > Aleš Janda napsal(a): > >> 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 >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >>
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100504/5f6cc7b0/attachment.html>

4.5.2010 01:27:32 (#106)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
326 645
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 Dne 4. května 2010 10:14 Jakub Sýkora <kubajz na kbx.cz> napsal(a): zobrazit citaci
> 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? >
-- -- Ing. Jan Dudík

5.5.2010 12:53:04 (#107)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 4.5.2010 10:14, Jakub Sýkora napsal(a): zobrazit citaci
> 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. zobrazit citaci
> > K > > Dne 4.5.2010 10:08, "Petr Morávek [Xificurk]" napsal(a): >> 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 >> >> >> >> Aleš Janda napsal(a): >> >>> 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 >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100505/e2849e26/attachment.html>

5.5.2010 11:39:28 (#108)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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 On 4.5.2010 10:08, "Petr Morávek [Xificurk]" napsal/a: zobrazit citaci
> 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 >

6.5.2010 03:45:49 (#109)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> 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
Nevim, zrovna hrbitov si predstavuju jako spoustu nahrobku :-). Budovy 3d byt musi, ale uz u stromu by to asi nezbyte nutny nebylo, jen to tak vypada lip. Podobne ty nahrobky... -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

6.5.2010 03:57:56 (#110)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
617
Tak tady slo primarne o veci, ktere v realu plasticke nejsou - silnice, chodniky atp... Ty se v soucasnosti z meho pohledu renderuji dost zbytecne - mapnikova textura by udelala asi stejnou funkci. Hlavne by se ten ukol presunul obracenym zpusobem - takhle se do zdrojaku porad neco pridava, aby se to v mape vubec zobrazilo. S texturou by tam vsechno bylo (vsechno, co je v mapniku) a kdyz bychom usoudili, ze neco ma vycnivat z mapy, tak by se to teprve vymodelovalo... K Dne 6.5.2010 15:45, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > > >> 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 >> > Nevim, zrovna hrbitov si predstavuju jako spoustu nahrobku :-). > > Budovy 3d byt musi, ale uz u stromu by to asi nezbyte nutny nebylo, > jen to tak vypada lip. Podobne ty nahrobky... > >

6.5.2010 04:08:11 (#111)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Mně se právě v současnosti na 3D mapě líbí, že tam není příliš mnoho věcí - je to přehledné, jednoduché, ale vypadá to pěkně a výřez se dá použít jako navigační plánek kudy se někam dostat i pro lidi, co nedokáží mapu číst (ano takoví lidé mez námi chodí :)). Představa, že by se tam pláclo vše co je v mapniku jako textura se mi moc nelíbí, když už tak vybrat pro generování textury skutečně jen pár věcí, napsat vlastní styl. Petr Morávek Jakub Sýkora napsal(a): zobrazit citaci
> Tak tady slo primarne o veci, ktere v realu plasticke nejsou - silnice, > chodniky atp... Ty se v soucasnosti z meho pohledu renderuji dost > zbytecne - mapnikova textura by udelala asi stejnou funkci. Hlavne by se > ten ukol presunul obracenym zpusobem - takhle se do zdrojaku porad neco > pridava, aby se to v mape vubec zobrazilo. S texturou by tam vsechno > bylo (vsechno, co je v mapniku) a kdyz bychom usoudili, ze neco ma > vycnivat z mapy, tak by se to teprve vymodelovalo... > > K > > Dne 6.5.2010 15:45, Pavel Machek napsal(a): >> Ahoj! >> >> >>> 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 >>> >> Nevim, zrovna hrbitov si predstavuju jako spoustu nahrobku :-). >> >> Budovy 3d byt musi, ale uz u stromu by to asi nezbyte nutny nebylo, >> jen to tak vypada lip. Podobne ty nahrobky... >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100506/d604cdbc/attachment.sig>

6.5.2010 04:16:10 (#112)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 6.5.2010 16:08, "Petr Morávek [Xificurk]" napsal(a): zobrazit citaci
> Mně se právě v současnosti na 3D mapě líbí, že tam není příliš mnoho > věcí - je to přehledné, jednoduché, ale vypadá to pěkně a výřez se dá > použít jako navigační plánek kudy se někam dostat i pro lidi, co > nedokáží mapu číst (ano takoví lidé mez námi chodí :)). Představa, že by > se tam pláclo vše co je v mapniku jako textura se mi moc nelíbí, když už > tak vybrat pro generování textury skutečně jen pár věcí, napsat vlastní > styl. >
V mapniku me aktualne docela stvou trebas prave administrativni hranice :D, strasne zaplevelujou mapu. To je neco, co by melo byt jako overlay a pro pouziti na pozadi (vyhledavani, urcovani polohy ...). V mape maj smysl tak maximalne hranice statu. Na druhou stranu, ve 3D se daj vyresit veci, ktery ve 2D moc resit nejde. Napr by se dalo automaticky renederovat koryto kolem vodnich toku (da se predpokladat, ze voda tece dycky optimalni cestou), pripadne ten vodni tok pouzit ke spravnymu pozicovani terenu (= potok urcite nepotece do kopce). zobrazit citaci
> Petr Morávek > > Jakub Sýkora napsal(a): > >> Tak tady slo primarne o veci, ktere v realu plasticke nejsou - silnice, >> chodniky atp... Ty se v soucasnosti z meho pohledu renderuji dost >> zbytecne - mapnikova textura by udelala asi stejnou funkci. Hlavne by se >> ten ukol presunul obracenym zpusobem - takhle se do zdrojaku porad neco >> pridava, aby se to v mape vubec zobrazilo. S texturou by tam vsechno >> bylo (vsechno, co je v mapniku) a kdyz bychom usoudili, ze neco ma >> vycnivat z mapy, tak by se to teprve vymodelovalo... >> >> K >> >> Dne 6.5.2010 15:45, Pavel Machek napsal(a): >> >>> Ahoj! >>> >>> >>> >>>> 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 >>>> >>>> >>> Nevim, zrovna hrbitov si predstavuju jako spoustu nahrobku :-). >>> >>> Budovy 3d byt musi, ale uz u stromu by to asi nezbyte nutny nebylo, >>> jen to tak vypada lip. Podobne ty nahrobky... >>> >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100506/b1844cb6/attachment.html>

6.5.2010 05:45:08 (#113)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
617
Tak pokud to tu nekdo cetl, ja jsem psal o tom, ze by se pouzil vlastni styl a ne soucasna mapa... Nesmysl jsou treba veskere popisky, ktere by se nedaly cist atp. Spis slo o to rozvirit debatu, zda neni vhodnejsi vsechny ploche veci pouzit jen jako texturu a vsechny vystouple modelovat... Dne 6.5.2010 16:16, jzvc napsal(a): zobrazit citaci
> Dne 6.5.2010 16:08, "Petr Morávek [Xificurk]" napsal(a): >> Mně se právě v současnosti na 3D mapě líbí, že tam není příliš mnoho >> věcí - je to přehledné, jednoduché, ale vypadá to pěkně a výřez se dá >> použít jako navigační plánek kudy se někam dostat i pro lidi, co >> nedokáží mapu číst (ano takoví lidé mez námi chodí :)). Představa, že by >> se tam pláclo vše co je v mapniku jako textura se mi moc nelíbí, když už >> tak vybrat pro generování textury skutečně jen pár věcí, napsat vlastní >> styl. >> > > V mapniku me aktualne docela stvou trebas prave administrativni > hranice :D, strasne zaplevelujou mapu. To je neco, co by melo byt jako > overlay a pro pouziti na pozadi (vyhledavani, urcovani polohy ...). V > mape maj smysl tak maximalne hranice statu. Na druhou stranu, ve 3D se > daj vyresit veci, ktery ve 2D moc resit nejde. Napr by se dalo > automaticky renederovat koryto kolem vodnich toku (da se predpokladat, > ze voda tece dycky optimalni cestou), pripadne ten vodni tok pouzit ke > spravnymu pozicovani terenu (= potok urcite nepotece do kopce). > >> Petr Morávek >> >> Jakub Sýkora napsal(a): >> >>> Tak tady slo primarne o veci, ktere v realu plasticke nejsou - silnice, >>> chodniky atp... Ty se v soucasnosti z meho pohledu renderuji dost >>> zbytecne - mapnikova textura by udelala asi stejnou funkci. Hlavne by se >>> ten ukol presunul obracenym zpusobem - takhle se do zdrojaku porad neco >>> pridava, aby se to v mape vubec zobrazilo. S texturou by tam vsechno >>> bylo (vsechno, co je v mapniku) a kdyz bychom usoudili, ze neco ma >>> vycnivat z mapy, tak by se to teprve vymodelovalo... >>> >>> K >>> >>> Dne 6.5.2010 15:45, Pavel Machek napsal(a): >>> >>>> Ahoj! >>>> >>>> >>>> >>>>> 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 >>>>> >>>>> >>>> Nevim, zrovna hrbitov si predstavuju jako spoustu nahrobku :-). >>>> >>>> Budovy 3d byt musi, ale uz u stromu by to asi nezbyte nutny nebylo, >>>> jen to tak vypada lip. Podobne ty nahrobky... >>>> >>>> >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100506/fa3f265a/attachment.html>

6.5.2010 10:55:04 (#114)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
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

6.5.2010 11:33:44 (#115)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
617
Zajimavy je celkem uhel zaberu... Dne 6.5.2010 22:55, Aleš Janda napsal(a): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

10.5.2010 05:40:05 (#116)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 6.5.2010 23:33, Jakub Sýkora napsal(a): zobrazit citaci
> Zajimavy je celkem uhel zaberu... > > Dne 6.5.2010 22:55, Aleš Janda napsal(a): > >> 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. zobrazit citaci
>> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

16.9.2010 08:00:15 (#117)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> 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
V tomhle jedu ja. Ostatni renderery zda se davaji mensi polygon nad vetsi, coz mi tak nejak intuitivne dava smysl. Vyrobit kolem tech rybniku "inner" polygony by asi slo, jen je to redundantni informace... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

9.2.2011 07:10:24 (#118)
gravatar

MP

<singularita at gmail.com>
306
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

« zpět na výpis měsíce