[Talk-cz] Izometrická 3D mapa z OSM
Vlákno 17.2.2010 - 9.2.2011, počet zpráv: 118
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
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
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
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
>
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
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
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
>
>
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>
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
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
>
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
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
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
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
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
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
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
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
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
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>
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
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
>
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
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
>
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
>>
>>
>
>
>
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.
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
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
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
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
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
>
>
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
>
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
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
>>
>
>
>
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 ?
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
>
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
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>
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
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
>
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
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
>
>
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>
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
>>
>
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
>
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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
>
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
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
>>
>>
>
>
>
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
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
>
>
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>
Petr Schönmann píše v Út 23. 03. 2010 v 17:24 +0100:
zobrazit citaci
> 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.
--
Stanislav Brabec
http://www.penguin.cz/~utx
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
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.
>
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
"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>
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.
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
>
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
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
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>
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
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
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
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
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
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
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>
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
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
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
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
>
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
>>
>
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
>
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
>>
>>
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
>
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
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
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
>
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
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
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
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
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
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
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
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.
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>
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>
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
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>
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
>
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
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...
>
>
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>
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>
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>
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
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
>
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
>
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
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