Re: [Talk-cz] import lesu

2008-05-16 Tema obsahu Michal Kovar
Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel nejakym  
zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To neplati  
jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak  
bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s tim, ze  
na danou oblast uz nikdo 5 let nehrabnul a pocitali bychom s tim, ze tam  
muze byt neco jinak.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import lesu

2008-05-16 Tema obsahu Petr Nejedly
Michal Kovar napsal(a):
 Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel nejakym  
 zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To neplati  
 jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak  
 bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s tim, ze  
 na danou oblast uz nikdo 5 let nehrabnul a pocitali bychom s tim, ze tam  
 muze byt neco jinak.

OSM to svym zpusobem umi - kazdy prvek ma ulozeno cas posledni editace.
To vsak samozrejme vice ci mene neodpovida casu porizeni dat.

-- 
Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org
355/113 -- Not the famous irrational number PI, but an incredible simulation!

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import lesu

2008-05-16 Tema obsahu Michal Kovar
Vim, ze to stoji a pada s uzivatelem. Kdyz to tam da dneska, neznamena to,  
ze nepouzil starsi reference (treba UHUL, kterej je starej jak metuzalem).  
Ale s tim nikdo nic nenadela - stejne jako s tim, ze nekdo muze zamerne  
zmenit silnici do zcela nesmyslnych mist. To je proste dan za otevreny  
system. I proto bych nepropadal hysterii o nejakych megapodrobnych datech  
lesu. Myslim, ze mame co dohanet ve mestech, o vesnicich nemluve. Cela  
diskuse o globalnim pokryti OSM map lesama mi prijde hrube predcasna. Co  
se map tyce, nosime jeste plinky - a bavime se o duchodovym pojisteni.


On Fri, 16 May 2008 08:50:17 +0200, Petr Nejedly [EMAIL PROTECTED]  
wrote:

 Michal Kovar napsal(a):
 Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel  
 nejakym
 zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To  
 neplati
 jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak
 bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s tim,  
 ze
 na danou oblast uz nikdo 5 let nehrabnul a pocitali bychom s tim, ze tam
 muze byt neco jinak.

 OSM to svym zpusobem umi - kazdy prvek ma ulozeno cas posledni editace.
 To vsak samozrejme vice ci mene neodpovida casu porizeni dat.




-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import lesu

2008-05-16 Tema obsahu Jiri Klement
Myslite ze je realna sance, ze nekdo bude v osm upravovat typy
porostu? Podle me ne, takze nevidim zadnou vyhodu mit tutu informaci
primo v osm, zajemnci muzou pouzit wms uhulu. Pripadne se muze udelat
verze osm kde budou pouze typy lesu a mapa pro houbare vznikne
spojenim teto vrstvy a normalniho osm.

Dalsi vec je aktualnost a presnost dat z uhulu. Zkuste porovnat lesy
kde to znate s verzi z uhulu. Lesy ktere jsme vysazeli v roce 1993 tam
porad jeste nejsou, hranice lesa i u starsich porostu ( 40 let) jsou
nekdy dost mimo.

Myslim ze bohate staci udelat import obrysu lesu z UHUL. I tak budou
informace o lesech presnejsi nez treba na www.mapy.cz

On 5/16/08, Petr Nejedly [EMAIL PROTECTED] wrote:
 Michal Kovar napsal(a):

  Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel nejakym
   zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To neplati
   jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak
   bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s tim, ze
   na danou oblast uz nikdo 5 let nehrabnul a pocitali bychom s tim, ze tam
   muze byt neco jinak.


 OSM to svym zpusobem umi - kazdy prvek ma ulozeno cas posledni editace.
  To vsak samozrejme vice ci mene neodpovida casu porizeni dat.


  --
  Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org
  355/113 -- Not the famous irrational number PI, but an incredible simulation!

  ___

 Talk-cz mailing list
  Talk-cz@openstreetmap.org
  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


[Talk-cz] vrstevnice

2008-05-16 Tema obsahu Jachym Cepicky
ahoj,

mel jsem data ze srtm uz v pocitaci. poslal jsem na to r.contour [1]
grassu a vytvoril vrstevnice s krokem 10m, prohnal modulem
v.generalize [2], takze velikost datasetu se zmensila o 60%.

original:
 Number of lines:178508

generalizovany:
Number of lines:155754

Number of vertices was reduced from 22047230 to 13413392


Presto, pri exportu to je porad cca 220 MB (shapefile)

Takze jak to vidite? Mam to nekde vystavit? Mam zvetsit interval mezi
vrstevnicemi (moje garmina ma krok 20m, pripada mi to dostatecne)?
Zkusit jeste drsnejsi generalizaci?

Obrazky v priloze ukazuji jak vypadaji originalni vrstevnice (cerne)
oproti generalizovanym (cervene)

j

[1] http://grass.osgeo.org/grass63/manuals/html63_user/r.contour.html
[2] http://grass.osgeo.org/grass63/manuals/html63_user/v.generalize.html

[3] htt://les-ejk.cz/tmp/detail1.png
[4] htt://les-ejk.cz/tmp/detail2.png
[6] htt://les-ejk.cz/tmp/krkonose.png
--
Jachym Cepicky
e-mail: jachym.cepicky gmail com
URL: http://les-ejk.cz
GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import lesu

2008-05-16 Tema obsahu hanoj
Na UHUL ma jit lesak, ale nejaka elementarni informace o druhovem
slozeni nikomu neublizi trebas na urovni hektaru. Tutisticka KCT ji
taky ma, je to proste doplnujici topograficka informace.
S mirou generalizace bych nemel problem.
S generalnim importem do OSM stale jeste ano, separe zadny problem.

hanoj

Dne 16. květen 2008 9:09 Jiri Klement [EMAIL PROTECTED] napsal(a):
 Myslite ze je realna sance, ze nekdo bude v osm upravovat typy
 porostu? Podle me ne, takze nevidim zadnou vyhodu mit tutu informaci
 primo v osm, zajemnci muzou pouzit wms uhulu. Pripadne se muze udelat
 verze osm kde budou pouze typy lesu a mapa pro houbare vznikne
 spojenim teto vrstvy a normalniho osm.

 Dalsi vec je aktualnost a presnost dat z uhulu. Zkuste porovnat lesy
 kde to znate s verzi z uhulu. Lesy ktere jsme vysazeli v roce 1993 tam
 porad jeste nejsou, hranice lesa i u starsich porostu ( 40 let) jsou
 nekdy dost mimo.

 Myslim ze bohate staci udelat import obrysu lesu z UHUL. I tak budou
 informace o lesech presnejsi nez treba na www.mapy.cz

 On 5/16/08, Petr Nejedly [EMAIL PROTECTED] wrote:
 Michal Kovar napsal(a):

  Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel nejakym
   zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To neplati
   jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny. Pak
   bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s tim, ze
   na danou oblast uz nikdo 5 let nehrabnul a pocitali bychom s tim, ze tam
   muze byt neco jinak.


 OSM to svym zpusobem umi - kazdy prvek ma ulozeno cas posledni editace.
  To vsak samozrejme vice ci mene neodpovida casu porizeni dat.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import lesu

2008-05-16 Tema obsahu Michal Kovar
Zpresnovat se to muze postupne. Kdyz uz chcete mermomoci zelenou mapu, tak  
to zaplnte univerzalnim spenatem a mistni aktivni osmaci tomu pak priradi  
prislusny atribut. 80% lidi tyhle informace stejne neoceni.

On Fri, 16 May 2008 16:40:56 +0200, hanoj [EMAIL PROTECTED] wrote:

 Na UHUL ma jit lesak, ale nejaka elementarni informace o druhovem
 slozeni nikomu neublizi trebas na urovni hektaru. Tutisticka KCT ji
 taky ma, je to proste doplnujici topograficka informace.
 S mirou generalizace bych nemel problem.
 S generalnim importem do OSM stale jeste ano, separe zadny problem.

 hanoj

 Dne 16. květen 2008 9:09 Jiri Klement [EMAIL PROTECTED] napsal(a):
 Myslite ze je realna sance, ze nekdo bude v osm upravovat typy
 porostu? Podle me ne, takze nevidim zadnou vyhodu mit tutu informaci
 primo v osm, zajemnci muzou pouzit wms uhulu. Pripadne se muze udelat
 verze osm kde budou pouze typy lesu a mapa pro houbare vznikne
 spojenim teto vrstvy a normalniho osm.

 Dalsi vec je aktualnost a presnost dat z uhulu. Zkuste porovnat lesy
 kde to znate s verzi z uhulu. Lesy ktere jsme vysazeli v roce 1993 tam
 porad jeste nejsou, hranice lesa i u starsich porostu ( 40 let) jsou
 nekdy dost mimo.

 Myslim ze bohate staci udelat import obrysu lesu z UHUL. I tak budou
 informace o lesech presnejsi nez treba na www.mapy.cz

 On 5/16/08, Petr Nejedly [EMAIL PROTECTED] wrote:
 Michal Kovar napsal(a):

  Ono by mozna stalo za to zamyslet se nad moznosti, ze by OSM umel  
 nejakym
   zpusobem uzivateli rict, jak stara jsou data, na ktera se diva. To  
 neplati
   jen o stromech, ale i o silnicich a zastavbe - bylo by to uzitecny.  
 Pak
   bychom nemuseli resit, kdo co udrzuje, ale do neznama bychom sli s  
 tim, ze
   na danou oblast uz nikdo 5 let nehrabnul a pocitali bychom s tim,  
 ze tam
   muze byt neco jinak.


 OSM to svym zpusobem umi - kazdy prvek ma ulozeno cas posledni editace.
  To vsak samozrejme vice ci mene neodpovida casu porizeni dat.
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz

 __ Informace od NOD32 3105 (20080516) __

 Tato zprava byla proverena antivirovym systemem NOD32.
 http://www.nod32.cz





-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


[Talk-cz] Plochy vod v OSM

2008-05-16 Tema obsahu Tomas Kolda
Ahoj,

muzete mi nekdo vyjasnit jak presne se rozpoznavaji plochy v OSM? Na 
strankach jsem se docetl, ze polygon je uzavrena Way, ktera ma 
definovanou Map feature jako polygon.

Kdyz jsem ale koukal na vyrenderovane mapy, tak napr. riverbank Vltavy 
neni uzavrena cesta. Presto ji OSM generuje spravne jako Areu. Domnivam 
se tedy, ze riverbank je vzdy area, kde se spoji prvni a posledni bod.

Jenze, Berounka mi toto vyvratila. OSM ji generuje spravne, proto to 
nechapu. Sklada se z riverbank a pak way, ktera by mela urcovat smer 
toku. Problem je v tom, ze obe jsou oznacene jako riverbank. Jak se tedy 
rozpozna, ze objekt je area nebo line?

Dik moc
Tomas


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] vrstevnice

2008-05-16 Tema obsahu Pavel Machek
Ahoj!

 mel jsem data ze srtm uz v pocitaci. poslal jsem na to r.contour [1]
 grassu a vytvoril vrstevnice s krokem 10m, prohnal modulem
 v.generalize [2], takze velikost datasetu se zmensila o 60%.
 
 original:
  Number of lines:178508
 
 generalizovany:
 Number of lines:155754
 
 Number of vertices was reduced from 22047230 to 13413392
 
 Presto, pri exportu to je porad cca 220 MB (shapefile)
 
 Takze jak to vidite? Mam to nekde vystavit? Mam zvetsit interval mezi
 vrstevnicemi (moje garmina ma krok 20m, pripada mi to dostatecne)?
 Zkusit jeste drsnejsi generalizaci?

Predpokladam ze udelat z toho WMS server je netrivialni?
:-(. Nejuzasnejsi by bylo nejak to rendrovat pod openstreetmapi
data...

 [3] htt://les-ejk.cz/tmp/detail1.png
 [4] htt://les-ejk.cz/tmp/detail2.png
 [6] htt://les-ejk.cz/tmp/krkonose.png

Pekne ;-).

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] vrstevnice

2008-05-16 Tema obsahu Jachym Cepicky
Totiž - data budu posílat na server celou noc :-) Než jsem s tím
začal, chtěl jsem se zeptat, jestli je zájem

j

Dne 16. květen 2008 23:20 Pavel Machek [EMAIL PROTECTED] napsal(a):
 Ahoj!

 mel jsem data ze srtm uz v pocitaci. poslal jsem na to r.contour [1]
 grassu a vytvoril vrstevnice s krokem 10m, prohnal modulem
 v.generalize [2], takze velikost datasetu se zmensila o 60%.

 original:
  Number of lines:178508

 generalizovany:
 Number of lines:155754

 Number of vertices was reduced from 22047230 to 13413392

 Presto, pri exportu to je porad cca 220 MB (shapefile)

 Takze jak to vidite? Mam to nekde vystavit? Mam zvetsit interval mezi
 vrstevnicemi (moje garmina ma krok 20m, pripada mi to dostatecne)?
 Zkusit jeste drsnejsi generalizaci?

 Predpokladam ze udelat z toho WMS server je netrivialni?
 :-(. Nejuzasnejsi by bylo nejak to rendrovat pod openstreetmapi
 data...

 [3] htt://les-ejk.cz/tmp/detail1.png
 [4] htt://les-ejk.cz/tmp/detail2.png
 [6] htt://les-ejk.cz/tmp/krkonose.png

 Pekne ;-).

Pavel
 --
 (english) http://www.livejournal.com/~pavelmachek
 (cesky, pictures) 
 http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz




-- 
Jachym Cepicky
e-mail: jachym.cepicky gmail com
URL: http://les-ejk.cz
GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz