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

[Talk-cz] import lesu

Vlákno 17.3. - 16.5.2008, počet zpráv: 43


17.3.2008 12:37:01 (#1)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste zmapovane" oblasti -- treba lesy v Praze... Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby etc... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html pomozte zachranit klanovicky les: http://www.ujezdskystrom.info/

14.5.2008 11:51:26 (#2)
gravatar

Pavel Machek

<pavel at suse.cz>
144
Ahoj! Kdyz tak koukam na slovenskou freemap.sk... neni cas udelat ten import lesu? Na slovensku lesy maji, a diky nim mapa vypada jako mapa, a ne jako plan mesta... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

15.5.2008 08:06:59 (#3)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je na to nejake reseni, krome pouziti Wireframe View? On 5/14/08, Pavel Machek <pavel na suse.cz> wrote: zobrazit citaci
> Ahoj! > > Kdyz tak koukam na slovenskou freemap.sk... neni cas udelat ten import > lesu? Na slovensku lesy maji, a diky nim mapa vypada jako mapa, a ne > jako plan mesta... > > 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

15.5.2008 08:26:16 (#4)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
2008/5/15 Jiri Klement <jiri.klement na gmail.com>: zobrazit citaci
> S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze > josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je > na to nejake reseni, krome pouziti Wireframe View? >
nahrat mensi kousek protlacit josm-ng do josm, nebo iniciovat zmeny v josm, napriklad selektivni download nebo neco takoveho. koupit si lepsi pocitac Bude se jeste nejak ten export lesu z uhulu menit, nebo to zustane v takove podobe v jake to je ted? Hodlam si naimportovat kousek kolem meho bydliste, teda az ho najdu:) -- Michal Grézl http://walley.org

15.5.2008 09:29:05 (#5)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Ahoj, kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a predelam ten importer tak, aby generoval spravna data pro OSM vcetne relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul miliardy. K Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > > ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste > zmapovane" oblasti -- treba lesy v Praze... > > Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici > jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data > nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby > etc... > > Pavel >

15.5.2008 10:32:42 (#6)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
Indexace bodu, co to je? Coz takhle generalizace? j Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): zobrazit citaci
> Ahoj, > > kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem > se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a > predelam ten importer tak, aby generoval spravna data pro OSM vcetne > relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul > miliardy. > > K > > Pavel Machek napsal(a): >> Ahoj! >> >> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >> zmapovane" oblasti -- treba lesy v Praze... >> >> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >> etc... >> >> Pavel >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

15.5.2008 12:50:21 (#7)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod uz v indexu neni, nez se vybleje do .osm souboru. K Jachym Cepicky napsal(a): zobrazit citaci
> Indexace bodu, co to je? > > Coz takhle generalizace? > > j > > Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): > >> Ahoj, >> >> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem >> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a >> predelam ten importer tak, aby generoval spravna data pro OSM vcetne >> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul >> miliardy. >> >> K >> >> Pavel Machek napsal(a): >> >>> Ahoj! >>> >>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >>> zmapovane" oblasti -- treba lesy v Praze... >>> >>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >>> etc... >>> >>> Pavel >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > > >

15.5.2008 01:02:10 (#8)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
ok a co ta generalizace ? tim by se dala data jeste zmensit pri zachovani pouzitelnosti.... j 2008/5/15 Kubajz <kubajz na kbx.cz>: zobrazit citaci
> Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. > Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v > pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod > uz v indexu neni, nez se vybleje do .osm souboru. > > K > > Jachym Cepicky napsal(a): >> Indexace bodu, co to je? >> >> Coz takhle generalizace? >> >> j >> >> Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): >> >>> Ahoj, >>> >>> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem >>> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a >>> predelam ten importer tak, aby generoval spravna data pro OSM vcetne >>> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul >>> miliardy. >>> >>> K >>> >>> Pavel Machek napsal(a): >>> >>>> Ahoj! >>>> >>>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >>>> zmapovane" oblasti -- treba lesy v Praze... >>>> >>>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >>>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >>>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >>>> etc... >>>> >>>> Pavel >>>> >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >>> >> >> >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

15.5.2008 01:06:56 (#9)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Generalizaci bych provadel rucne. Kdyz to udelame strojove, muze to dopadnout spatne. Myslim, ze takhle znela dohoda. Kazdy zacne importovat casti, ktere spadaji pod jeho pusobnost a "nezajimava" mista pak muzeme streba prohnat generalizaci, ale spis bych to nedelal. K Jachym Cepicky napsal(a): zobrazit citaci
> ok > > a co ta generalizace ? tim by se dala data jeste zmensit pri zachovani > pouzitelnosti.... > > j > > 2008/5/15 Kubajz <kubajz na kbx.cz>: > >> Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. >> Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v >> pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod >> uz v indexu neni, nez se vybleje do .osm souboru. >> >> K >> >> Jachym Cepicky napsal(a): >> >>> Indexace bodu, co to je? >>> >>> Coz takhle generalizace? >>> >>> j >>> >>> Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): >>> >>> >>>> Ahoj, >>>> >>>> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem >>>> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a >>>> predelam ten importer tak, aby generoval spravna data pro OSM vcetne >>>> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul >>>> miliardy. >>>> >>>> K >>>> >>>> Pavel Machek napsal(a): >>>> >>>> >>>>> Ahoj! >>>>> >>>>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >>>>> zmapovane" oblasti -- treba lesy v Praze... >>>>> >>>>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >>>>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >>>>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >>>>> etc... >>>>> >>>>> Pavel >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>>> >>>> >>>> >>> >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > > >

15.5.2008 01:52:32 (#10)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
bavime se o stejne mape lesu? nedovedu si predstavit "rucni" generalizaci. naopak generalizace za pouziti nejakeho pouzitelneho algoritmu vede k velice zajimavym vysledkum - za virazne mensi vklad cloveci prace j 2008/5/15 Kubajz <kubajz na kbx.cz>: zobrazit citaci
> Generalizaci bych provadel rucne. Kdyz to udelame strojove, muze to > dopadnout spatne. Myslim, ze takhle znela dohoda. Kazdy zacne importovat > casti, ktere spadaji pod jeho pusobnost a "nezajimava" mista pak muzeme > streba prohnat generalizaci, ale spis bych to nedelal. > > K > > Jachym Cepicky napsal(a): >> ok >> >> a co ta generalizace ? tim by se dala data jeste zmensit pri zachovani >> pouzitelnosti.... >> >> j >> >> 2008/5/15 Kubajz <kubajz na kbx.cz>: >> >>> Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. >>> Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v >>> pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod >>> uz v indexu neni, nez se vybleje do .osm souboru. >>> >>> K >>> >>> Jachym Cepicky napsal(a): >>> >>>> Indexace bodu, co to je? >>>> >>>> Coz takhle generalizace? >>>> >>>> j >>>> >>>> Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): >>>> >>>> >>>>> Ahoj, >>>>> >>>>> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem >>>>> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a >>>>> predelam ten importer tak, aby generoval spravna data pro OSM vcetne >>>>> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul >>>>> miliardy. >>>>> >>>>> K >>>>> >>>>> Pavel Machek napsal(a): >>>>> >>>>> >>>>>> Ahoj! >>>>>> >>>>>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >>>>>> zmapovane" oblasti -- treba lesy v Praze... >>>>>> >>>>>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >>>>>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >>>>>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >>>>>> etc... >>>>>> >>>>>> Pavel >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Talk-cz mailing list >>>>> Talk-cz na openstreetmap.org >>>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >>> >> >> >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

15.5.2008 01:57:28 (#11)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
zobrazit citaci
> > S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze > > josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je > > na to nejake reseni, krome pouziti Wireframe View?
zobrazit citaci
> koupit si lepsi pocitac
Ja mam dobry pocitac :-) Ukazalo se, ze pomala byla pouze verze josm z gentoo (621). Aktualni verze (639) je daleko rychlejsi. -- Jiri Klement

15.5.2008 02:47:07 (#12)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
Kubajz napsal(a): zobrazit citaci
> Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. > Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v > pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod > uz v indexu neni, nez se vybleje do .osm souboru. > > K > > Jachym Cepicky napsal(a): >> Indexace bodu, co to je? >> >> Coz takhle generalizace?
... by rozhodne byla na miste. Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. Zachovanim pouze obalovych krivek lesa by se velikost datasetu redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic? Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, potencialni import z katastru, pokud by licence povolila) "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP Jake jeste datasety obdobne rozsahlosti by se chtely importovat? zobrazit citaci
>> >> j >> >> Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): >> >>> Ahoj, >>> >>> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem >>> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a >>> predelam ten importer tak, aby generoval spravna data pro OSM vcetne >>> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul >>> miliardy. >>> >>> K >>> >>> Pavel Machek napsal(a): >>> >>>> Ahoj! >>>> >>>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >>>> zmapovane" oblasti -- treba lesy v Praze... >>>> >>>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >>>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >>>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >>>> etc... >>>> >>>> Pavel >>>> >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >>> >> >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation!

15.5.2008 03:06:31 (#13)
gravatar

Kubajz

<kubajz at kbx.cz>
618
Ahoj, a mas nejaky vyuzitelny algoritmus a nejlepe i jeho implementaci v Jave? Zkusili bychom, co to s temi daty provede :) K Jachym Cepicky napsal(a): zobrazit citaci
> bavime se o stejne mape lesu? nedovedu si predstavit "rucni" > generalizaci. naopak generalizace za pouziti nejakeho pouzitelneho > algoritmu vede k velice zajimavym vysledkum - za virazne mensi vklad > cloveci prace > > j > > 2008/5/15 Kubajz <kubajz na kbx.cz>: > >> Generalizaci bych provadel rucne. Kdyz to udelame strojove, muze to >> dopadnout spatne. Myslim, ze takhle znela dohoda. Kazdy zacne importovat >> casti, ktere spadaji pod jeho pusobnost a "nezajimava" mista pak muzeme >> streba prohnat generalizaci, ale spis bych to nedelal. >> >> K >> >> Jachym Cepicky napsal(a): >> >>> ok >>> >>> a co ta generalizace ? tim by se dala data jeste zmensit pri zachovani >>> pouzitelnosti.... >>> >>> j >>> >>> 2008/5/15 Kubajz <kubajz na kbx.cz>: >>> >>> >>>> Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. >>>> Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v >>>> pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod >>>> uz v indexu neni, nez se vybleje do .osm souboru. >>>> >>>> K >>>> >>>> Jachym Cepicky napsal(a): >>>> >>>> >>>>> Indexace bodu, co to je? >>>>> >>>>> Coz takhle generalizace? >>>>> >>>>> j >>>>> >>>>> Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): >>>>> >>>>> >>>>> >>>>>> Ahoj, >>>>>> >>>>>> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem >>>>>> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a >>>>>> predelam ten importer tak, aby generoval spravna data pro OSM vcetne >>>>>> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul >>>>>> miliardy. >>>>>> >>>>>> K >>>>>> >>>>>> Pavel Machek napsal(a): >>>>>> >>>>>> >>>>>> >>>>>>> Ahoj! >>>>>>> >>>>>>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >>>>>>> zmapovane" oblasti -- treba lesy v Praze... >>>>>>> >>>>>>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >>>>>>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >>>>>>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >>>>>>> etc... >>>>>>> >>>>>>> Pavel >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> Talk-cz mailing list >>>>>> Talk-cz na openstreetmap.org >>>>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>>> >>>> >>>> >>> >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > > >

15.5.2008 03:12:42 (#14)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
2008/5/15 Petr Nejedly <Petr.Nejedly na sun.com>: zobrazit citaci
> Kubajz napsal(a): >> Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. >> Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v >> pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod >> uz v indexu neni, nez se vybleje do .osm souboru. >> >> K >> >> Jachym Cepicky napsal(a): >>> Indexace bodu, co to je? >>> >>> Coz takhle generalizace? > > ... by rozhodne byla na miste. > Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat > okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste > kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. > Zachovanim pouze obalovych krivek lesa by se velikost datasetu > redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. > > Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude > ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad > 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. > > Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. > Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org > > Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic?
Chceme podrobnou mapu, at uz cest, silnic, potoku, nebo buhvi ceho vseho jeste, ovsem ja osobne nepotrebuju vedet jestli jsem ve smrkove jedline nebo jedlove smrcine, me staci vedet ze jsem v lese. zobrazit citaci
> Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, > potencialni import z katastru, pokud by licence povolila) > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP > > Jake jeste datasety obdobne rozsahlosti by se chtely importovat?
moc jich uz neni co by jeste sli, ale strasne bych chtel vodstvo:) si nedovedete predstavit jak nasere kdyz nekam jdete a najednou je pres cestu potok co je sice prtavej nepodstatnej a neni videt z ortofota ale vam se rozhodne nechce brodit. -- Michal Grézl http://walley.org

15.5.2008 03:17:17 (#15)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
Zkusili jste porovnavat exportovane lesy s ortofotem? Docela casto se to rozchazi, treba i o destky metru. Takze myslim ze nema smysl data importovat prilis presne. Pokud odstraneni bodu posune les do 5 metru, tak je to myslim ok. Rozdeleni podle typu porostu bych uplne zrusil. Pro lidi co je to zajima pravdepodobne UHUL nabizi WMS. On 5/15/08, Petr Nejedly <Petr.Nejedly na sun.com> wrote: zobrazit citaci
> Kubajz napsal(a): > > > Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. > > Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v > > pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod > > uz v indexu neni, nez se vybleje do .osm souboru. > > > > K > > > > Jachym Cepicky napsal(a): > >> Indexace bodu, co to je? > >> > >> Coz takhle generalizace? > > > ... by rozhodne byla na miste. > Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat > okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste > kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. > Zachovanim pouze obalovych krivek lesa by se velikost datasetu > redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. > > Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude > ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad > 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. > > Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. > Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org > > Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic? > > Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, > potencialni import z katastru, pokud by licence povolila) > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP > > Jake jeste datasety obdobne rozsahlosti by se chtely importovat? > > > > >> > >> j > >> > >> Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): > >> > >>> Ahoj, > >>> > >>> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem > >>> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a > >>> predelam ten importer tak, aby generoval spravna data pro OSM vcetne > >>> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul > >>> miliardy. > >>> > >>> K > >>> > >>> Pavel Machek napsal(a): > >>> > >>>> Ahoj! > >>>> > >>>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste > >>>> zmapovane" oblasti -- treba lesy v Praze... > >>>> > >>>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici > >>>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data > >>>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby > >>>> etc... > >>>> > >>>> Pavel > >>>> > >>>> > >>> _______________________________________________ > >>> Talk-cz mailing list > >>> Talk-cz na openstreetmap.org > >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > >>> > >>> > >> > >> > >> > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > > > -- > 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

15.5.2008 05:19:24 (#16)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
Souhlasim, IMHO OSM by nemelo suplovat funkci UHULa jakozto narodniho spravce a garanta vsech dat o lesich. Jde jenom o zobrazeni dat s urcitou presnosti. BTW: "Pravda" neni to, co ukazuje ortofoto, ale to, co ukazuji mapy UHUL (pravne vzato). Samozrejme hraje roli doba porizeni dat Jachym 2008/5/15 Jiri Klement <jiri.klement na gmail.com>: zobrazit citaci
> Zkusili jste porovnavat exportovane lesy s ortofotem? Docela casto se > to rozchazi, treba i o destky metru. Takze myslim ze nema smysl data > importovat prilis presne. Pokud odstraneni bodu posune les do 5 metru, > tak je to myslim ok. > > Rozdeleni podle typu porostu bych uplne zrusil. Pro lidi co je to > zajima pravdepodobne UHUL nabizi WMS. > On 5/15/08, Petr Nejedly <Petr.Nejedly na sun.com> wrote: >> Kubajz napsal(a): >> >> > Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne. >> > Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v >> > pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod >> > uz v indexu neni, nez se vybleje do .osm souboru. >> > >> > K >> > >> > Jachym Cepicky napsal(a): >> >> Indexace bodu, co to je? >> >> >> >> Coz takhle generalizace? >> >> >> ... by rozhodne byla na miste. >> Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat >> okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste >> kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. >> Zachovanim pouze obalovych krivek lesa by se velikost datasetu >> redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. >> >> Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude >> ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad >> 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. >> >> Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. >> Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org >> >> Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic? >> >> Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, >> potencialni import z katastru, pokud by licence povolila) >> "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: >> http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP >> >> Jake jeste datasety obdobne rozsahlosti by se chtely importovat? >> >> >> >> >> >> >> j >> >> >> >> Dne 15. květen 2008 9:29 Kubajz <kubajz na kbx.cz> napsal(a): >> >> >> >>> Ahoj, >> >>> >> >>> kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem >> >>> se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a >> >>> predelam ten importer tak, aby generoval spravna data pro OSM vcetne >> >>> relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul >> >>> miliardy. >> >>> >> >>> K >> >>> >> >>> Pavel Machek napsal(a): >> >>> >> >>>> Ahoj! >> >>>> >> >>>> ...pokrocil nejak? Myslim ze by bylo pekne uploadnout aspon "huste >> >>>> zmapovane" oblasti -- treba lesy v Praze... >> >>>> >> >>>> Takhle je mapovat prazsky lesy/parky dost demotivujici -- k dispozici >> >>>> jsou nejspis lepsi data -- ale pravdepodobne ani ty "lepsi" data >> >>>> nebudou dokonaly... bylo by fajn je tam mit at se daj opravovat chyby >> >>>> etc... >> >>>> >> >>>> Pavel >> >>>> >> >>>> >> >>> _______________________________________________ >> >>> Talk-cz mailing list >> >>> Talk-cz na openstreetmap.org >> >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >>> >> >>> >> >> >> >> >> >> >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> >> >> -- >> 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

15.5.2008 06:15:44 (#17)
gravatar

Petr Schonmann

<PSBOX at seznam.cz>
96
To bude timto http://josm.openstreetmap.de/changeset/631 ## ------------ Původní zpráva ------------ ## Od: Jiri Klement <jiri.klement na gmail.com> ## Předmět: Re: [Talk-cz] import lesu ## Datum: 15.5.2008 13:57:40 ## ---------------------------------------- ## > > S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze ## > > josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je ## > > na to nejake reseni, krome pouziti Wireframe View? ## ## > koupit si lepsi pocitac ## Ja mam dobry pocitac :-) ## ## Ukazalo se, ze pomala byla pouze verze josm z gentoo (621). Aktualni ## verze (639) je daleko rychlejsi. ## ## -- ## Jiri Klement ## ## _______________________________________________ ## Talk-cz mailing list ## Talk-cz na openstreetmap.org ## http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## ## ## ---- S pozdravem Petr Schonmann Mail: psbox na seznam.cz http://fatbozz.towerofglass.net

15.5.2008 08:28:35 (#18)
gravatar

Pavel Machek

<pavel at suse.cz>
144
Ahoj! zobrazit citaci
> > Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, > > potencialni import z katastru, pokud by licence povolila) > > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: > > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP > > > > Jake jeste datasety obdobne rozsahlosti by se chtely importovat? > moc jich uz neni co by jeste sli, ale strasne bych chtel vodstvo:) si > nedovedete predstavit > jak nasere kdyz nekam jdete a najednou je pres cestu potok co je sice > prtavej nepodstatnej a neni videt z ortofota ale vam se rozhodne > nechce brodit.
:-). Jo, vodstvo je opravdu dulezity... Dal se hodej vrstevnice... jenze u tech neni ani jasny jak je vlastne v josm udelat. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

15.5.2008 08:39:23 (#19)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
Vrstevnice nema smysl kreslit, jsou volne k dispozici z nejakeho satelitu. Na normalni mape nejsou hlavne proto, ze png s vrstevnicema se spatne komprimuje. On 5/15/08, Pavel Machek <pavel na suse.cz> wrote: zobrazit citaci
> Ahoj! > > > > > Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, > > > potencialni import z katastru, pokud by licence povolila) > > > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: > > > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP > > > > > > Jake jeste datasety obdobne rozsahlosti by se chtely importovat? > > moc jich uz neni co by jeste sli, ale strasne bych chtel vodstvo:) si > > nedovedete predstavit > > jak nasere kdyz nekam jdete a najednou je pres cestu potok co je sice > > prtavej nepodstatnej a neni videt z ortofota ale vam se rozhodne > > nechce brodit. > > > :-). Jo, vodstvo je opravdu dulezity... Dal se hodej > vrstevnice... jenze u tech neni ani jasny jak je vlastne v josm udelat. > > 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

15.5.2008 08:54:02 (#20)
gravatar

Pavel Machek

<pavel at suse.cz>
144
Ahoj! zobrazit citaci
> Vrstevnice nema smysl kreslit, jsou volne k dispozici z nejakeho > satelitu. Na normalni mape nejsou hlavne proto, ze png s vrstevnicema > se spatne komprimuje.
...no, volne k dispozici v nejakem dost nepouzitelnem rozliseni, pokud si vzpominam. A chapu ze kreslit vrstevnice nema smysl, ale _neco_ na ukladani vyskovych dat by se myslim hodilo. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

15.5.2008 08:59:51 (#21)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat > okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste > kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. > Zachovanim pouze obalovych krivek lesa by se velikost datasetu > redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. > > Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude > ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad > 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. > > Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. > Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org
Takhle podrobna data (t.j. rozdeleni dle typu lesa by vyuzili nejspis jen lesnici (ti si to ale budou spise tahat rovnou z UHULu) a pak lidi vyrabejici mapy na orientacni beh - jenze jednak ti si to muzou stahnout z UHULu sami, jednak stejne musi do lesa aby zmapovali "kazdicky sutr v lese" :) IMHO pouze ty obalove krivky budou asi stacit :) zobrazit citaci
> Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic?
Spravnym resenim tohoto "problemu" neni zjednoduseni mapy lesu, ale zlepseni mapy silnic :) zobrazit citaci
> Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, > potencialni import z katastru, pokud by licence povolila) > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP
Budovy urcite. Kazda vetsi budova (= maly rodinny domek a vetsi) je orientacni bod ktery by v podrobne mape nemel chybet. V mestech z toho je dobre ze clovek vidi co tak zhruba je mezi temi ulicemi (zdali neco na styl rodinnych domku nebo jednolita zastavba), v krajine muzou byt osamele budovy dulezite orientacni body. Mensi budovy (zastavky MHD, telefonni budky, stanky s novinama apod.) lze mapovat bodove. 12M OSM primitiv neni zas tolik :) Samozrejme je otazkou, odkud ty budovy sehnat ... zatim asi jedina realna moznost je kreslit je rucne podle UHULu nebo Yahoo. zobrazit citaci
> Jake jeste datasety obdobne rozsahlosti by se chtely importovat?
Vodstvo? Silnice 3. tridy? Hranice okresu/kraju/atd? Cyklostezky? Turisticke trasy? Cokoliv zajimaveho, co kdo vyhrabe s licenci umoznujici import a ma to rozumnou velikost :) Martin

15.5.2008 09:09:42 (#22)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> ...no, volne k dispozici v nejakem dost nepouzitelnem rozliseni, pokud > si vzpominam. A chapu ze kreslit vrstevnice nema smysl, ale _neco_ na > ukladani vyskovych dat by se myslim hodilo.
Tusim 90m rozliseni pro cely svet: http://www.vterrain.org/Elevation/SRTM/ Nekde existuje program, ktery z toho vygeneruje vrstevnice. Co se tyce "neceho na ukladani vyskovych dat, nekde se to uz probiralo a dospelo se k tomu, ze vetsina lidi by nebyla schopna do toho dodavat dostatecne presna data. Obzvlaste blbe by pak bylo pokryti mist, kam nevedou zadne cesty (hory a kopce v CHKO apos.) Neco by slo mozna dostat vyimportovanim tracklogs (pokud obsahuji i udaje o nadmorske vysce) a nejakou interpolaci/extrapolaci spolu s 90m SRTM daty z toho vyrobit presnejsi vyskova data, ale nevim nevim ... Martin

15.5.2008 09:18:59 (#23)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
Ale budovy predpokladam nikdo nekresli. Dival jsem se na www.mapy.cz a www.amapy.cz a v obou pripadech to vypada, ze budovy byly automaticky ziskany z ortofota. Nevim jestli by bylo mozne importovat z katastru, je v nem dost zmatek, spousta budov uplne chybi. On 5/15/08, BH <singularita na gmail.com> wrote: zobrazit citaci
> > Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat > > okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste > > kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. > > Zachovanim pouze obalovych krivek lesa by se velikost datasetu > > redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. > > > > Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude > > ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad > > 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. > > > > Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. > > Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org > > > Takhle podrobna data (t.j. rozdeleni dle typu lesa by vyuzili nejspis > jen lesnici (ti si to ale budou spise tahat rovnou z UHULu) a pak lidi > vyrabejici mapy na orientacni beh - jenze jednak ti si to muzou > stahnout z UHULu sami, jednak stejne musi do lesa aby zmapovali > "kazdicky sutr v lese" :) IMHO pouze ty obalove krivky budou asi > stacit :) > > > > Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic? > > > Spravnym resenim tohoto "problemu" neni zjednoduseni mapy lesu, ale > zlepseni mapy silnic :) > > > > Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, > > potencialni import z katastru, pokud by licence povolila) > > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: > > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP > > > Budovy urcite. Kazda vetsi budova (= maly rodinny domek a vetsi) je > orientacni bod ktery by v podrobne mape nemel chybet. V mestech z toho > je dobre ze clovek vidi co tak zhruba je mezi temi ulicemi (zdali neco > na styl rodinnych domku nebo jednolita zastavba), v krajine muzou byt > osamele budovy dulezite orientacni body. Mensi budovy (zastavky MHD, > telefonni budky, stanky s novinama apod.) lze mapovat bodove. 12M OSM > primitiv neni zas tolik :) Samozrejme je otazkou, odkud ty budovy > sehnat ... zatim asi jedina realna moznost je kreslit je rucne podle > UHULu nebo Yahoo. > > > > Jake jeste datasety obdobne rozsahlosti by se chtely importovat? > > > Vodstvo? Silnice 3. tridy? Hranice okresu/kraju/atd? Cyklostezky? > Turisticke trasy? Cokoliv zajimaveho, co kdo vyhrabe s licenci > umoznujici import a ma to rozumnou velikost :) > > Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

15.5.2008 09:31:56 (#24)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
BH napsal(a): zobrazit citaci
>> Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat >> okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste >> kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. >> Zachovanim pouze obalovych krivek lesa by se velikost datasetu >> redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. >> >> Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude >> ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad >> 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. >> >> Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. >> Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org > > Takhle podrobna data (t.j. rozdeleni dle typu lesa by vyuzili nejspis > jen lesnici (ti si to ale budou spise tahat rovnou z UHULu) a pak lidi > vyrabejici mapy na orientacni beh - jenze jednak ti si to muzou > stahnout z UHULu sami, jednak stejne musi do lesa aby zmapovali > "kazdicky sutr v lese" :) IMHO pouze ty obalove krivky budou asi > stacit :) > >> Opravdu chceme mit podrobnejsi mapu lesu nez treba silnic? > > Spravnym resenim tohoto "problemu" neni zjednoduseni mapy lesu, ale > zlepseni mapy silnic :)
Zajiste. Doplnit silnicni sit osobne povazuju za primarni. RSD export spolu s funkcnim UHUlem je pro dany ucel uzasny nastroj. zobrazit citaci
> 12M OSM primitiv neni zas tolik :)
Cela czechia.osm ma zatim stale <1M primitiv... zobrazit citaci
> Samozrejme je otazkou, odkud ty budovy > sehnat ... zatim asi jedina realna moznost je kreslit je rucne podle > UHULu nebo Yahoo.
Oslovit katastr? Rucne podle jejich WMS by slo mnohem lepe nez dle UHULu, ale katastr ma ty data urcite i nejak vektorove. Alespon co jsem zanasel svuj dum do katastru, daval jsem jim dost presna data v Krovakovi ;-) zobrazit citaci
> >> Jake jeste datasety obdobne rozsahlosti by se chtely importovat? > > Vodstvo? Silnice 3. tridy? Hranice okresu/kraju/atd? Cyklostezky? > Turisticke trasy? Cokoliv zajimaveho, co kdo vyhrabe s licenci > umoznujici import a ma to rozumnou velikost :)
Ulicni sit? Nekdo tu chtel prokladat polygony mezi body z uir_adr a tim generovat hint. Nejaky pokrok? -- Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation!

15.5.2008 09:47:03 (#25)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
Vrstevnice by se nechaly odvodit ze SRTM - jsou tam data s rozlisenim 30m. Kdyby byl zajem, asi bych to dokzal pripravit Nebo zkusit ukecat Geodis, aby pustili napr. vrstevnice po 20m. Maji vlastni digitalni model terenu a jsou v tom fakt dobry. Dalsi moznost, nad kterou uz jsem uvazoval, kdyby vsechny tracky v OSM byly 3D, nechal by se nejakej model vygeneraovat z nich. Ale to by bylo asi hodne nepresny. Jachym Dne 15. květen 2008 20:28 Pavel Machek <pavel na suse.cz> napsal(a): zobrazit citaci
> Ahoj! > >> > Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, >> > potencialni import z katastru, pokud by licence povolila) >> > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: >> > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP >> > >> > Jake jeste datasety obdobne rozsahlosti by se chtely importovat? >> moc jich uz neni co by jeste sli, ale strasne bych chtel vodstvo:) si >> nedovedete predstavit >> jak nasere kdyz nekam jdete a najednou je pres cestu potok co je sice >> prtavej nepodstatnej a neni videt z ortofota ale vam se rozhodne >> nechce brodit. > > :-). Jo, vodstvo je opravdu dulezity... Dal se hodej > vrstevnice... jenze u tech neni ani jasny jak je vlastne v josm udelat. > 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 na 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

15.5.2008 11:06:58 (#26)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
Nad SRTM neni treba badat, uz to udelali jini :-) Vrstevnice je mozne prevest do OSM nastrojem Srtm2OSM: http://wiki.openstreetmap.org/index.php/Srtm2Osm A nebo je mozne je rederovat primo v mapniku (pouziva Cyclemap a OPM): http://wiki.openstreetmap.org/index.php/Contours_on_the_Cycle_Map =TT= 2008/5/15 Jachym Cepicky <jachym.cepicky na gmail.com>: zobrazit citaci
> Vrstevnice by se nechaly odvodit ze SRTM - jsou tam data s rozlisenim > 30m. Kdyby byl zajem, asi bych to dokzal pripravit > > Nebo zkusit ukecat Geodis, aby pustili napr. vrstevnice po 20m. Maji > vlastni digitalni model terenu a jsou v tom fakt dobry. > > Dalsi moznost, nad kterou uz jsem uvazoval, kdyby vsechny tracky v OSM > byly 3D, nechal by se nejakej model vygeneraovat z nich. Ale to by > bylo asi hodne nepresny. > > Jachym > > Dne 15. květen 2008 20:28 Pavel Machek <pavel na suse.cz> napsal(a): >> Ahoj! >> >>> > Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, >>> > potencialni import z katastru, pokud by licence povolila) >>> > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: >>> > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP >>> > >>> > Jake jeste datasety obdobne rozsahlosti by se chtely importovat? >>> moc jich uz neni co by jeste sli, ale strasne bych chtel vodstvo:) si >>> nedovedete predstavit >>> jak nasere kdyz nekam jdete a najednou je pres cestu potok co je sice >>> prtavej nepodstatnej a neni videt z ortofota ale vam se rozhodne >>> nechce brodit. >> >> :-). Jo, vodstvo je opravdu dulezity... Dal se hodej >> vrstevnice... jenze u tech neni ani jasny jak je vlastne v josm udelat. >> 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 na 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

16.5.2008 12:03:56 (#27)
gravatar

Pavel Machek

<pavel at suse.cz>
144
Ahoj! zobrazit citaci
> > Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat > > okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste > > kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. > > Zachovanim pouze obalovych krivek lesa by se velikost datasetu > > redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. > > > > Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude > > ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad > > 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. > > > > Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. > > Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org > > Takhle podrobna data (t.j. rozdeleni dle typu lesa by vyuzili nejspis > jen lesnici (ti si to ale budou spise tahat rovnou z UHULu) a pak lidi > vyrabejici mapy na orientacni beh - jenze jednak ti si to muzou > stahnout z UHULu sami, jednak stejne musi do lesa aby zmapovali > "kazdicky sutr v lese" :) IMHO pouze ty obalove krivky budou asi > stacit :)
...no, a pak turisti / houbari / jezdci na konich... "jak dlouho se jeste budem prodirat touhle houstinou?"... "je tohle starsi smrkovy les kterym jde projit, nebo mlady hustnik?"... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

16.5.2008 12:05:44 (#28)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> > 12M OSM primitiv neni zas tolik :) > > Cela czechia.osm ma zatim stale <1M primitiv...
Porovnaval bych to spis s tim, kolik by mela czechia.osm az bude "kompletni" (dejme tomu vsechny silnice treti tridy, vsechny mensi mistni silnice, vsechny reky a vetsi rybniky a vsechny zeleznice a vyznamne budovy (kostely, pamatky, nadrazi, ....)) - to pak bude o dost vice nez 1M primitiv (10M? 20M) a pridat do toho dalsich 12M uz to tak nenafoukne a zvedne to kvalitu mapy... Navic, nektere budovy uz v OSM jsou (hlavne v Praze), byt je to jen maly zlomek tech co by tam mohly byt :) Martin

16.5.2008 12:14:36 (#29)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> ...no, a pak turisti / houbari / jezdci na konich... "jak dlouho se > jeste budem prodirat touhle houstinou?"... "je tohle starsi smrkovy > les kterym jde projit, nebo mlady hustnik?"...
Import je jedna vec. Druha vec je, ze bychom to pak museli updatovat aby to melo nejakou hodnotu. Orientacka mapa se zakreslenymi porozty pokud je stara 10 let, uz tam porosty na mnoha mistech nesedi a na 20 let stare nesedi skoro nic. I behem 5 let se casto v lese odehraje dost zmen (mensi stromky o neco povyrostou, tamhle se neco pokaci a udela nova paseka ...) Mne osobne by se libilo to tam nacpat "v plnych detalech" ale mam dve starosti: Utahne to system? Mineno jak databaze openstreetmap, tak lidi co si vyzadaj kus mapy pres josm nebo jiny editor a chtej tam neco domalovat. Kdo to bude udrzovat? Obrysy lesa budou aktualni a rozumne presne asi i po 20 letech, ale skladba porostu se meni pomerne rychle a pri mnozstvi lesu v CR nevim nevim kdo by to stihal udrzovat. Zatim bych tam zkusil importovat "jednodussi" verzi, pokud budeme mit u vsech lesu takto naimportovanych je i nejak otagovane (maji lesy v UHULu nejake ID nebo tak neco?) nebylo by pozdeji pak byt problem lesy jeden po druhem nahrazovat presnejsi variantou (ty ktere nikdo nezeditoval automaticky, ty na ktere nekdo hrabnul s nejakou rucni kontrolou). Martin

16.5.2008 12:44:12 (#30)
gravatar

Pavel Machek

<pavel at suse.cz>
144
On Fri 2008-05-16 00:14:36, BH wrote: zobrazit citaci
> > ...no, a pak turisti / houbari / jezdci na konich... "jak dlouho se > > jeste budem prodirat touhle houstinou?"... "je tohle starsi smrkovy > > les kterym jde projit, nebo mlady hustnik?"... > > Import je jedna vec. Druha vec je, ze bychom to pak museli updatovat > aby to melo nejakou hodnotu. Orientacka mapa se zakreslenymi porozty > pokud je stara 10 let, uz tam porosty na mnoha mistech nesedi a na 20 > let stare nesedi skoro nic. I behem 5 let se casto v lese odehraje > dost zmen (mensi stromky o neco povyrostou, tamhle se neco pokaci a > udela nova paseka ...)
No, porosty se meni, ale hranice porostu celkem zustavaji... takze odpoved na otazku "jak dlouho se jeste budem prodirat touhle houstinou" mapa dava, i kdyz tam mozna zacne _jina_ houstina... (A uhul mozna ty data bude updatovat, ne?) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

16.5.2008 03:34:39 (#31)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> No, porosty se meni, ale hranice porostu celkem zustavaji... takze > odpoved na otazku "jak dlouho se jeste budem prodirat touhle > houstinou" mapa dava, i kdyz tam mozna zacne _jina_ houstina... > > (A uhul mozna ty data bude updatovat, ne?)
To asi ano, ale my je musime nejak prebirat (nwevim jestli UHUL bude poskytovat nejake rozumne diffy nad svymi daty :)) a aktualizovat v OSM. Tady by to chtelo mit vyresene aby ve vetsine pripadu tohle nejak probihalo automaticky a lidi resili jen par konfliktnich pripadu. Pak by to asi slo. A nekdy hranice zustavaji, nekdy ne, treba kdyz se vykaci do te doby neohraniceny kus lesa a vysazi se tam nova paseka. Martin

16.5.2008 06:52:46 (#32)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
Konkretne informace o tom, jestli je to vysokokmeny mytni porost nebo smrkova mlazina se prece v relativne kratkem case meni. Udrzovat to +- aktualni (se spozdenim 10 let) by znamenalo napojit se na lesni hospodarske plany (ktere jsou neverejne) co se moc nemeneni je slozeni porostu - jehlicnany/listnace j Dne 16. květen 2008 0:03 Pavel Machek <pavel na suse.cz> napsal(a): zobrazit citaci
> Ahoj! > >> > Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat >> > okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste >> > kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu. >> > Zachovanim pouze obalovych krivek lesa by se velikost datasetu >> > redukovala nejmene o 90% a to uz by pomalu davalo smysl importovat. >> > >> > Soucasny export UHULu ma ~30M nodu, po odstraneni duplicit jich bude >> > ~15M, po redukci vnitrku se dostaneme radove na 1M. To je porad >> > 2x tolik nez vsech ostatnich nodu v cele CR, ale dovedu si to uz predstavit. >> > >> > Musime si pak ale polozit otazku co a jak podrobne v te mape chceme mit. >> > Popr. se opravdu zacit vazneji bavit o tematickych vrstvach v OSM.org >> >> Takhle podrobna data (t.j. rozdeleni dle typu lesa by vyuzili nejspis >> jen lesnici (ti si to ale budou spise tahat rovnou z UHULu) a pak lidi >> vyrabejici mapy na orientacni beh - jenze jednak ti si to muzou >> stahnout z UHULu sami, jednak stejne musi do lesa aby zmapovali >> "kazdicky sutr v lese" :) IMHO pouze ty obalove krivky budou asi >> stacit :) > > ...no, a pak turisti / houbari / jezdci na konich... "jak dlouho se > jeste budem prodirat touhle houstinou?"... "je tohle starsi smrkovy > les kterym jde projit, nebo mlady hustnik?"... > > 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 na 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

16.5.2008 06:53:37 (#33)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
tyhle novoty.. ja bych na to sel grassem 2008/5/15 Tomáš Tichý <t.tichy na post.cz>: zobrazit citaci
> Nad SRTM neni treba badat, uz to udelali jini :-) > > Vrstevnice je mozne prevest do OSM nastrojem Srtm2OSM: > http://wiki.openstreetmap.org/index.php/Srtm2Osm > > A nebo je mozne je rederovat primo v mapniku (pouziva Cyclemap a OPM): > http://wiki.openstreetmap.org/index.php/Contours_on_the_Cycle_Map > > =TT= > > 2008/5/15 Jachym Cepicky <jachym.cepicky na gmail.com>: >> Vrstevnice by se nechaly odvodit ze SRTM - jsou tam data s rozlisenim >> 30m. Kdyby byl zajem, asi bych to dokzal pripravit >> >> Nebo zkusit ukecat Geodis, aby pustili napr. vrstevnice po 20m. Maji >> vlastni digitalni model terenu a jsou v tom fakt dobry. >> >> Dalsi moznost, nad kterou uz jsem uvazoval, kdyby vsechny tracky v OSM >> byly 3D, nechal by se nejakej model vygeneraovat z nich. Ale to by >> bylo asi hodne nepresny. >> >> Jachym >> >> Dne 15. květen 2008 20:28 Pavel Machek <pavel na suse.cz> napsal(a): >>> Ahoj! >>> >>>> > Patri do mapy treba vsechny budovy? (>2M domu -> >12M OSM primitiv, >>>> > potencialni import z katastru, pokud by licence povolila) >>>> > "Ostatni" mapy ty budovy maji (bitmapove), viz nahodne: >>>> > http://www.mapy.cz/#x=129562992 na y=136523456 na z=16 na mm=ZRP >>>> > >>>> > Jake jeste datasety obdobne rozsahlosti by se chtely importovat? >>>> moc jich uz neni co by jeste sli, ale strasne bych chtel vodstvo:) si >>>> nedovedete predstavit >>>> jak nasere kdyz nekam jdete a najednou je pres cestu potok co je sice >>>> prtavej nepodstatnej a neni videt z ortofota ale vam se rozhodne >>>> nechce brodit. >>> >>> :-). Jo, vodstvo je opravdu dulezity... Dal se hodej >>> vrstevnice... jenze u tech neni ani jasny jak je vlastne v josm udelat. >>> 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 na 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

16.5.2008 06:57:13 (#34)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
Dne 16. květen 2008 3:34 BH <singularita na gmail.com> napsal(a): zobrazit citaci
>> No, porosty se meni, ale hranice porostu celkem zustavaji... takze >> odpoved na otazku "jak dlouho se jeste budem prodirat touhle >> houstinou" mapa dava, i kdyz tam mozna zacne _jina_ houstina... >> >> (A uhul mozna ty data bude updatovat, ne?) > > To asi ano, ale my je musime nejak prebirat (nwevim jestli UHUL bude > poskytovat nejake rozumne diffy nad svymi daty :)) a aktualizovat v > OSM. Tady by to chtelo mit vyresene aby ve vetsine pripadu tohle nejak > probihalo automaticky a lidi resili jen par konfliktnich pripadu. Pak > by to asi slo. > > A nekdy hranice zustavaji, nekdy ne, treba kdyz se vykaci do te doby > neohraniceny kus lesa a vysazi se tam nova paseka. > > Martin >
na diffy zapomente j -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub

16.5.2008 08:39:24 (#35)
gravatar

Michal Kovar

<megabordel at seznam.cz>
90
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.

16.5.2008 08:50:17 (#36)
gravatar

Petr Nejedly

<Petr.Nejedly at Sun.COM>
111
Michal Kovar napsal(a): zobrazit citaci
> 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!

16.5.2008 09:03:40 (#37)
gravatar

Michal Kovar

<megabordel at seznam.cz>
90
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 <Petr.Nejedly na Sun.COM> wrote: zobrazit citaci
> 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/

16.5.2008 09:09:33 (#38)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
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 <Petr.Nejedly na sun.com> wrote: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

16.5.2008 09:12:04 (#39)
gravatar

Michal Kovar

<megabordel at seznam.cz>
90
Konecne rozumnej nazor. On Fri, 16 May 2008 09:09:33 +0200, Jiri Klement <jiri.klement na gmail.com> wrote: zobrazit citaci
> 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 <Petr.Nejedly na sun.com> 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > __________ Informace od NOD32 3103 (20080516) __________ > > Tato zprava byla proverena antivirovym systemem NOD32. > http://www.nod32.cz > >
-- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

16.5.2008 09:17:00 (#40)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
+1 Dne 16. květen 2008 9:09 Jiri Klement <jiri.klement na gmail.com> napsal(a): zobrazit citaci
> 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 <Petr.Nejedly na sun.com> 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

16.5.2008 01:42:36 (#41)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Udelame to generalizovane. Asi je fakt, ze to nema velky smysl... Udelame neco, at trochu zelena ta nase zemicka. Kdo chce presnejsi data, muze si je poridit na UHULu a kdo je chce jeste presneji, at si tam zajde a muze si vzit data s presnosti na 5m. K Jiri Klement wrote: zobrazit citaci
> 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 <Petr.Nejedly na sun.com> 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

16.5.2008 04:40:56 (#42)
gravatar

hanoj

<ehanoj at gmail.com>
718
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 <jiri.klement na gmail.com> napsal(a): zobrazit citaci
> 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 <Petr.Nejedly na sun.com> 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.

16.5.2008 04:44:08 (#43)
gravatar

Michal Kovar

<megabordel at seznam.cz>
90
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 <ehanoj na gmail.com> wrote: zobrazit citaci
> 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 <jiri.klement na gmail.com> 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 <Petr.Nejedly na sun.com> 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 na 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/

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