Re: [Talk-cz] import lesu
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 [EMAIL PROTECTED] wrote: 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@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
Re: [Talk-cz] import lesu
2008/5/15 Jiri Klement [EMAIL PROTECTED]: 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
[Talk-cz] JOSM-NG
Ahoj, padle zde zmínka o josm-ng, kde se dá stáhnout *.jar, popř lze nějak zkompilovat pro windows ? S pozdravem Petr Schonmann Mail: [EMAIL PROTECTED] http://fatbozz.towerofglass.net ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] JOSM-NG
Petr Schonmann napsal(a): Ahoj, padle zde zmínka o josm-ng, kde se dá stáhnout *.jar, popř lze nějak zkompilovat pro windows ? JOSM-NG je muj pokus o zefektivneni datovych struktur a renderovani v JOSM tak, aby se v nem v realnem case dal editovat dataset velikosti czechia.osm Starsi build se da spustit webstartem primo z: http://stoupa.sh.cvut.cz/~nenik/josmng.html Mapovat se v nem jeste neda - chybi tag editor, save a server I/O Mam na JOSM-NG relativne malo casu (posledni mesic jsem nemel zadny, az vcera vecer nejakou hodinku) a zatim se nikdo nepridal, nicmene JOSM skupina o NG vi. Rozdily v implementaci dat a pristupu k implementaci undo vsak neumoznuji snadne sdileni kodu mezi implementacemi. Zdrojaky: http://svn.openstreetmap.org/applications/editors/josm-ng/ Licence: GPLv2+ -- 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] Cyklostezky v Praze a prahounakole.cz
Nejak nejsem schopen pochopit, jak s tou mapou nalozit. Mame k dispozici PNG soubor s nasledujicimi informacemi: Nicméně - kdosi k mapě vytvořil též kalibrační soubor pro OziExplorer (přikládám). Jsou tam uvedeny čtyři body s tím, že projekce je Mercator a souřadnice ve WGS 84. Body nicméně nejsou rohové. Podklad byla Shocarti digitalni mapa. Tady: http://shocart2.tmapserver.cz/docs/mapy_gps/stred_gps.htm navádějí na nastavení GPS pro S-42. WGS 84 se tam pak dostalo tím, že to někdo kalibroval proti jiné mapě. Pročež: Levý horní: 50 deg. 9,073 min N, 14*15,540' E Pravý horní: 50* 9,197' N, 14* 38,794 E Levý spodní: 49* 58,940' N 14* 15,723' E Pravý spodní: 49* 59,061' N 14* 38,890' E Chapu to dobre, ze ta mapa je v UTM: epsg 28403 ty souradnice jsou ve wgs84: epsg 4326 ty souradnice v UTM by byly [1,2] levý-spodní: 7498546.25 1909042.96 pravý-hordní: 7511563.141963377.11 ?? j [1] echo 49d58.940' 14d15.723'| cs2cs +init=epsg:4326 +to +init=epsg:28403 [2] echo 50d9.197' 14d38.794'| cs2cs +init=epsg:4326 +to +init=epsg:28403 Dne 13. květen 2008 14:11 Vaclav Stepan [EMAIL PROTECTED] napsal(a): Ahoj, minuly tyden jsem si povidal s Vratou Fillerem, z valne casti autorem obsahu mapy na Prahounakole. Co z toho vypadlo zajimaveho o mape: - mapa je realizovana jako vicevrstva bitmapa - je mapovy podklad, ten je Shocartu, nad tim jsou cyklostezky coby cary a pismenka a jeste nad tim jsou znacky/ikonky typu semafory, nebezpecne misto, schody a podobne. Znacky jsou v databazi v nejakych lokalnich souradnicich vuci bitmapovym vrstvam. Jsou nicmene obcas posunute tak, aby to dobre vypadalo. - v mape jsou dve skupiny cyklostezek - C/Z/X a oficialni A* a podobne. C/Z/X jsou navrzene a projete lidmi kolem prahounakole, A* jsou magistratni. V obou pripadech je ale zakresleni v mape vysledkem studia terenu pripadne u A* take magistratnich dokumentu a nikoliv obkreslenim nejake oficialni mapy, procez zacleneni do OSM by melo byt legalni. = muzeme pouzit prinejmensim ty dve horni vrstvy jako overlay pro kresleni a obecne jako datovy zdroj Vaclav Stepan ___ 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
Re: [Talk-cz] import lesu
ok a co ta generalizace ? tim by se dala data jeste zmensit pri zachovani pouzitelnosti j 2008/5/15 Kubajz [EMAIL PROTECTED]: 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 [EMAIL PROTECTED] 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@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 -- 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
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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED] 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@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 mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED] 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@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 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
Re: [Talk-cz] import lesu
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@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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/[EMAIL PROTECTED]@[EMAIL PROTECTED] Jake jeste datasety obdobne rozsahlosti by se chtely importovat? j Dne 15. květen 2008 9:29 Kubajz [EMAIL PROTECTED] 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@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 -- 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
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): 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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED] 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@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 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
Re: [Talk-cz] import lesu
2008/5/15 Petr Nejedly [EMAIL PROTECTED]: 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. 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/[EMAIL PROTECTED]@[EMAIL PROTECTED] 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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 [EMAIL PROTECTED] 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/[EMAIL PROTECTED]@[EMAIL PROTECTED] Jake jeste datasety obdobne rozsahlosti by se chtely importovat? j Dne 15. květen 2008 9:29 Kubajz [EMAIL PROTECTED] 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@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 -- 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
Re: [Talk-cz] import lesu
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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED] 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/[EMAIL PROTECTED]@[EMAIL PROTECTED] Jake jeste datasety obdobne rozsahlosti by se chtely importovat? j Dne 15. květen 2008 9:29 Kubajz [EMAIL PROTECTED] 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@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 -- 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 -- 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
To bude timto http://josm.openstreetmap.de/changeset/631 ## Původní zpráva ## Od: Jiri Klement [EMAIL PROTECTED] ## 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@openstreetmap.org ## http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## ## ## S pozdravem Petr Schonmann Mail: [EMAIL PROTECTED] http://fatbozz.towerofglass.net ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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/[EMAIL PROTECTED]@[EMAIL PROTECTED] 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@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
Ahoj! 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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/[EMAIL PROTECTED]@[EMAIL PROTECTED] 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@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
...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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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 [EMAIL PROTECTED] 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/[EMAIL PROTECTED]@[EMAIL PROTECTED] 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@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
Re: [Talk-cz] Cyklostezky v Praze a prahounakole.cz
Ano, dočasně je na http://linux.fjfi.cvut.cz/~w/trans/prahou_na_kole_layer.pngJe to to samé, jako GIF celé mapy s podkladem na prahounakole.cz. Václav Štěpán 2008/5/15 Pavel Machek [EMAIL PROTECTED]: On Thu 2008-05-15 12:31:15, Jachym Cepicky wrote: Nejak nejsem schopen pochopit, jak s tou mapou nalozit. Mame k dispozici PNG soubor s nasledujicimi informacemi: Bylo by mozny ten soubor dat nekam k dispozici? 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
...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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
On Fri 2008-05-16 00:14:36, BH wrote: ...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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import lesu
tyhle novoty.. ja bych na to sel grassem 2008/5/15 Tomáš Tichý [EMAIL PROTECTED]: 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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED] 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/[EMAIL PROTECTED]@[EMAIL PROTECTED] 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@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 ___ 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
Re: [Talk-cz] import lesu
Dne 16. květen 2008 3:34 BH [EMAIL PROTECTED] napsal(a): 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
