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

[Talk-cz] dalnice, silnice I a II tridy

Vlákno 5.10. - 21.10.2007, počet zpráv: 70


5.10.2007 02:41:55 (#1)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
ahoj, co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, a silnice I. a II. tridy pro CR? Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. Zroj: http://www.bnhelp.cz/mapserv/php/mapserv3.php?project=cr_verejne_JTSK&layers=lesy%20voda%20silnice%20sidla%20vyskopis%20plochy_sidla Jachym -- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/4efa7580/attachment.pgp>

5.10.2007 04:06:43 (#2)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/5/07, Jachym Cepicky <jachym.cepicky at gmail.com> wrote: zobrazit citaci
> ahoj, > > co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, > a silnice I. a II. tridy pro CR? >
a jde to? kdyby to slo tak by to bylo hezke:), precejenom projezdit uplne celou republiku je strasne casove narocne, a to vubec nemluvim o nafte:)

5.10.2007 04:12:03 (#3)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
Jo, slo by to :-) ale jak jsem rekl, jsou to "jenom" dalnice, 1 a 2 trida. vice mene jsem to uz se svym zamestnavatelem predjednal. jeste bych ho na to nechal vyspat do pondeli a pak muzeme zecit jednat, pres jaky WFS to bude stazitelny :) snad si to pres vikend nerozmysli, prece jenom nas to tak trochu zivi jachym Michal Gr?zl p??e v P? 05. 10. 2007 v 16:06 +0200: zobrazit citaci
> On 10/5/07, Jachym Cepicky <jachym.cepicky at gmail.com> wrote: > > ahoj, > > > > co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, > > a silnice I. a II. tridy pro CR? > > > a jde to? kdyby to slo tak by to bylo hezke:), precejenom projezdit > uplne celou republiku je strasne casove narocne, a to vubec nemluvim o > nafte:) > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/3ecc485b/attachment.pgp>

5.10.2007 04:34:27 (#4)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/5/07, Jachym Cepicky <jachym.cepicky at gmail.com> wrote: zobrazit citaci
> Jo, slo by to :-) > > ale jak jsem rekl, jsou to "jenom" dalnice, 1 a 2 trida. vice mene jsem > to uz se svym zamestnavatelem predjednal. jeste bych ho na to nechal > vyspat do pondeli a pak muzeme zecit jednat, pres jaky WFS to bude > stazitelny :) > > snad si to pres vikend nerozmysli, prece jenom nas to tak trochu zivi > > jachym >
"jenom" je zbytecne skromne, cr by se timto stala po nizozemi a americe trretim statem v osm ktery ma kompletni pokryti (kompletni ve smyslnu uplne v dane kategorii, ne ze vsechno) navic by se dala data zacit pouzivat pro navigaci, ponevadz dvojky vas dovedou odkudkoli kamkoli, a ten zbytek dojedete podle znacek. Hele a vubec, na tom jen vydelate:), da se na tom udelat docela slusna reklama a treba brat zpetne upravene data uzivateli, zadarmo:).

5.10.2007 04:45:03 (#5)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
Zdroju tech dat je nekolik, jeden z nich jsou zakaznici, ktery "nejak" jezdi a jednou za cas se to zaktualizuje podle toho, jak moc jsou nasbirane body mimo silnice. Je to trochu delikatni obchodni situace. Zakaznici si plati za aktualni data, na jejichz aktualizaci se sami castecne podili. Pustit to *cele* ven by mohlo zpusobit dost zle krve a odliv penez a hlavne zakazniku, a to nikdo nechce. Proto "jenom" max. silnice 2 tridy. Ale i kdbyby si to sef do pondeli rozmyslel a byly by to silnice max. 1 tridy, tak mi to prijde jako celkem slusne. Jak je to vlastne s licenci? Mel jsem za to, ze co jednou projde programy okolo OSM, tak uz se komercne vyuzit neda? Jachym P.S. Jeste zkusim zeleznice ;-) Michal Gr?zl p??e v P? 05. 10. 2007 v 16:34 +0200: zobrazit citaci
> On 10/5/07, Jachym Cepicky <jachym.cepicky at gmail.com> wrote: > > Jo, slo by to :-) > > > > ale jak jsem rekl, jsou to "jenom" dalnice, 1 a 2 trida. vice mene jsem > > to uz se svym zamestnavatelem predjednal. jeste bych ho na to nechal > > vyspat do pondeli a pak muzeme zecit jednat, pres jaky WFS to bude > > stazitelny :) > > > > snad si to pres vikend nerozmysli, prece jenom nas to tak trochu zivi > > > > jachym > > > "jenom" je zbytecne skromne, cr by se timto stala po nizozemi a > americe trretim statem v osm ktery ma kompletni pokryti (kompletni ve > smyslnu uplne v dane kategorii, ne ze vsechno) navic by se dala data > zacit pouzivat pro navigaci, ponevadz dvojky vas dovedou odkudkoli > kamkoli, a ten zbytek dojedete podle znacek. > Hele a vubec, na tom jen vydelate:), da se na tom udelat docela slusna > reklama a treba brat zpetne upravene data uzivateli, zadarmo:). > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/f52373a6/attachment.pgp>

5.10.2007 04:57:05 (#6)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/5/07, Jachym Cepicky <jachym.cepicky at gmail.com> wrote: zobrazit citaci
> Zdroju tech dat je nekolik, jeden z nich jsou zakaznici, ktery "nejak" > jezdi a jednou za cas se to zaktualizuje podle toho, jak moc jsou > nasbirane body mimo silnice. Je to trochu delikatni obchodni situace. > Zakaznici si plati za aktualni data, na jejichz aktualizaci se sami > castecne podili. Pustit to *cele* ven by mohlo zpusobit dost zle krve a > odliv penez a hlavne zakazniku, a to nikdo nechce. Proto "jenom" max. > silnice 2 tridy. Ale i kdbyby si to sef do pondeli rozmyslel a byly by > to silnice max. 1 tridy, tak mi to prijde jako celkem slusne. > > Jak je to vlastne s licenci? Mel jsem za to, ze co jednou projde > programy okolo OSM, tak uz se komercne vyuzit neda? > > Jachym > > P.S. Jeste zkusim zeleznice ;-) > >
i cele jednicky by byly super! ony i kompletni exity dalnic by treba stacili:) cc-by-sa se da komercne vyuzit, jen se musi modifikace nechat zase pod cc-by-sa, nebo pod necim podobnym. http://creativecommons.org/licenses/by-sa/2.0/ Je to cele asi mnohem slozitejsi nez si dokazu predstavit, navic netusim co na to ceske pravo.

5.10.2007 05:00:41 (#7)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
kdybychom si my, freesoftwarari delali hlavu s ceskym pravem, moc bychom toho pod gpl nevypustili :-) uvidime v pondeli jachym Michal Gr?zl p??e v P? 05. 10. 2007 v 16:57 +0200: zobrazit citaci
> On 10/5/07, Jachym Cepicky <jachym.cepicky at gmail.com> wrote: > > Zdroju tech dat je nekolik, jeden z nich jsou zakaznici, ktery "nejak" > > jezdi a jednou za cas se to zaktualizuje podle toho, jak moc jsou > > nasbirane body mimo silnice. Je to trochu delikatni obchodni situace. > > Zakaznici si plati za aktualni data, na jejichz aktualizaci se sami > > castecne podili. Pustit to *cele* ven by mohlo zpusobit dost zle krve a > > odliv penez a hlavne zakazniku, a to nikdo nechce. Proto "jenom" max. > > silnice 2 tridy. Ale i kdbyby si to sef do pondeli rozmyslel a byly by > > to silnice max. 1 tridy, tak mi to prijde jako celkem slusne. > > > > Jak je to vlastne s licenci? Mel jsem za to, ze co jednou projde > > programy okolo OSM, tak uz se komercne vyuzit neda? > > > > Jachym > > > > P.S. Jeste zkusim zeleznice ;-) > > > > > > i cele jednicky by byly super! ony i kompletni exity dalnic by treba stacili:) > > cc-by-sa se da komercne vyuzit, jen se musi modifikace nechat zase pod > cc-by-sa, nebo pod necim podobnym. > > http://creativecommons.org/licenses/by-sa/2.0/ > > Je to cele asi mnohem slozitejsi nez si dokazu predstavit, navic > netusim co na to ceske pravo. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/20bb7934/attachment.pgp>

5.10.2007 05:19:11 (#8)
gravatar

enemy at mail.muni.cz

<enemy at mail.muni.cz>
115
zobrazit citaci
> ale jak jsem rekl, jsou to "jenom" dalnice, 1 a 2 trida. vice mene jsem > to uz se svym zamestnavatelem predjednal. jeste bych ho na to nechal > vyspat do pondeli a pak muzeme zecit jednat, pres jaky WFS to bude > stazitelny :)
*** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME. PS jinak delky [km] komunikaci dle RSD v roce 2007 (zitra to dam na wiki) d?lnice 633 rychlostn? 329 I. t??da 5 843 II. t??da 14 660 III. t??da 34 118 ------------------------ celkem 55 853 ha hanoj

5.10.2007 10:22:22 (#9)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote: zobrazit citaci
> ahoj, > > co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, > a silnice I. a II. tridy pro CR? > > Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. >
Myslim ze by to bylo dost super. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.10.2007 10:28:12 (#10)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
AhoJ! zobrazit citaci
> kdybychom si my, freesoftwarari delali hlavu s ceskym pravem, moc bychom > toho pod gpl nevypustili :-)
Mimochodem tak strasny to neni. Je mozny (spis ne, ale tohle je jedina pochybnost), ze GPL u nas "nefunguje" tim zpusobem ze neni legalni pouzivat GPL software... ...coz ale neni nebezpecny, protoze tezko muze autor GPL softwaru nekoho zalovat za to, ze to pouziva podle licence... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.10.2007 10:29:42 (#11)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Ja bych to bral :] K Pavel Machek wrote: zobrazit citaci
> On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote: >> ahoj, >> >> co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, >> a silnice I. a II. tridy pro CR? >> >> Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. >> > > Myslim ze by to bylo dost super. > Pavel >
-- Jakub S?kora email: kubajz at kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

5.10.2007 10:40:03 (#12)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> i cele jednicky by byly super! ony i kompletni exity dalnic by treba stacili:)
Kompletni exity z dalnic jsou AFAICT dostupny z rsd, a mame pravo je pouzivat pokud uvedem' zdroj. (Ono je tam toho vic -- vsechny krizovatky a silnice mezi nima -- vcetne 3ti tridy -- bohuzel useky mezi krizovatkama jsou jen jako usecky). (Martin Molnar to IIRC ma dokonce nekde skonvertovany do .osm, ale ted nejak nemuzu najit odkaz). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.10.2007 10:42:09 (#13)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote: zobrazit citaci
> ahoj, > > co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, > a silnice I. a II. tridy pro CR? > > Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. > > Zroj: http://www.bnhelp.cz/mapserv/php/mapserv3.php?project=cr_verejne_JTSK&layers=lesy%20voda%20silnice%20sidla%20vyskopis%20plochy_sidla >
Ja na danym url nevidim nic rozumnyho :-(. Jakysi prohlizec, ale nic v nem, ak kdyz se pokusim vyplnit meritko, dostanu chybu od PHP. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.10.2007 11:20:00 (#14)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/5/07, Pavel Machek <pavel at ucw.cz> wrote: zobrazit citaci
> On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote: > > ahoj, > > > > co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, > > a silnice I. a II. tridy pro CR? > > > > Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. > > > > Zroj: http://www.bnhelp.cz/mapserv/php/mapserv3.php?project=cr_verejne_JTSK&layers=lesy%20voda%20silnice%20sidla%20vyskopis%20plochy_sidla > > > > Ja na danym url nevidim nic rozumnyho :-(. Jakysi prohlizec, ale nic v > nem, ak kdyz se pokusim vyplnit meritko, dostanu chybu od PHP. > Pavel
tohle mi dela taky, muj duvod je ovsem ten ze nemam java plugin, jinak s nim mi to fungovalo. celkem hezka aplikace. jen sem moc nepochopil tu editaci, cmarnul sem tam nakou caru ale uz se nikde neobjevila:) tak doufam ze sem neco nepokazil.

5.10.2007 11:45:46 (#15)
gravatar

hanoj

<enemy at mail.muni.cz>
115
literatura k tematu... http://www.root.cz/clanky/gnugpl-pravni-rozbor-licence/ http://www.root.cz/clanky/gnu-gpl-a-pouziti-ceskeho-prava/ http://www.pravoit.cz/view.php?nazevclanku=rozsudek-ohledne-gnugpl-prituhuje&cisloclanku=2007050004>. hanoj Pavel Machek napsal(a): zobrazit citaci
> AhoJ! > >> kdybychom si my, freesoftwarari delali hlavu s ceskym pravem, moc bychom >> toho pod gpl nevypustili :-) > > Mimochodem tak strasny to neni. > > Je mozny (spis ne, ale tohle je jedina pochybnost), ze GPL u nas > "nefunguje" tim zpusobem ze neni legalni pouzivat GPL software... > > ....coz ale neni nebezpecny, protoze tezko muze autor GPL softwar > nekoho zalovat za to, ze to pouziva podle licence... > > Pavel

5.10.2007 11:55:24 (#16)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
To je takovy nas standardni klient. Potrebuje to Javu, me to obcas pod Firefoxem nechodi. Carat se da, ale dokud se clovek neprihlasi, tak se nic moc nestane stejny data v DHTML na www.bnhelp.cz/mapserv/wpsdemo jachym Michal Gr?zl p??e v P? 05. 10. 2007 v 23:20 +0200: zobrazit citaci
> On 10/5/07, Pavel Machek <pavel at ucw.cz> wrote: > > On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote: > > > ahoj, > > > > > > co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, > > > a silnice I. a II. tridy pro CR? > > > > > > Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. > > > > > > Zroj: http://www.bnhelp.cz/mapserv/php/mapserv3.php?project=cr_verejne_JTSK&layers=lesy%20voda%20silnice%20sidla%20vyskopis%20plochy_sidla > > > > > > > Ja na danym url nevidim nic rozumnyho :-(. Jakysi prohlizec, ale nic v > > nem, ak kdyz se pokusim vyplnit meritko, dostanu chybu od PHP. > > Pavel > tohle mi dela taky, muj duvod je ovsem ten ze nemam java plugin, jinak > s nim mi to fungovalo. celkem hezka aplikace. > > jen sem moc nepochopil tu editaci, cmarnul sem tam nakou caru ale uz > se nikde neobjevila:) tak doufam ze sem neco nepokazil. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/422bced4/attachment.pgp>

7.10.2007 06:27:53 (#17)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> *** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME.
50m ... mozna by sly pouzit nejak data z RSD na upresneni poloh tech krizovatek, jak ty jsou presny? I kdyz i tak je to slusny, tech 50 m by si lidi poposoupali ve chvili kdy by nekdo chtel mapovat okoli. Jinak importovat by to slo treba tak, ze se vezme jedne usek, mrkne se jestli dejme tomu do 100 metru uz neni neco s tagem "highway" a pokud ne, oznaci se pro import. Pak se to tam vse nasype. Zbytek by se pak moh oznacit pro rucni import (vetsinou situace, dyz tam uz jeden kus nekde na neco navazuje, takze je potreba to minimalne o kus posunout a spravne navazat, nebo situace kdy tam cela silnice je, potom se bud zahodi ta nova nebo ta stara podle toho co je lepsi/presnejsi) Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam duplikat, ale na to by se casem asi prislo :) Martin Petricek

7.10.2007 09:58:56 (#18)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v > okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek > se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne > importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se > tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam > duplikat, ale na to by se casem asi prislo :)
Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

7.10.2007 10:23:46 (#19)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/7/07, Pavel Machek <pavel at ucw.cz> wrote: zobrazit citaci
> Ahoj! > > > Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v > > okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek > > se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne > > importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se > > tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam > > duplikat, ale na to by se casem asi prislo :) > > Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti > lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. > Pavel
navic jich zas tolik nemame aby to neslo rucne opravit. Je nejakej plan kdy se import lesu bude provadet?

7.10.2007 10:57:57 (#20)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
>>> Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v >>> okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek >>> se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne >>> importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se >>> tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam >>> duplikat, ale na to by se casem asi prislo :) >> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti >> lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. >> Pavel > > navic jich zas tolik nemame aby to neslo rucne opravit. > Je nejakej plan kdy se import lesu bude provadet?
*** a polozim otazku, existuje nejaky jednoduchy zpusob jak smazat way a vsechny nody pod way (API 0.5), ktere nepouziva nejaka jina way? Vim ze na to muzem napsat skript, ale v tuto chvili neni... Jeste me napada pouzit v JOSM validator na vybranou skupinu a nody nemajici tag nebo nepatrici jine way odmazat. Dnes jeste ale validator v nove verzi JOSM nefunguje... hanoj

7.10.2007 11:11:10 (#21)
gravatar

hanoj

<enemy at mail.muni.cz>
115
BH napsal(a): zobrazit citaci
>> *** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME. > > 50m ... mozna by sly pouzit nejak data z RSD na upresneni poloh tech > krizovatek, jak ty jsou presny? I kdyz i tak je to slusny, tech 50 m > by si lidi poposoupali ve chvili kdy by nekdo chtel mapovat okoli.
*** Data z RSD pochazi z uzlovych bodu Silnicni databanky Ostrava, presnost je az na vyjimky v metrech. *** Pokud neexistuje nejaky stejny unikatni kod tech krizovatek (BNHELP/RSD), tak asi ne. Upravy se budou muset (jednou) udelat rucne. zobrazit citaci
> Jinak importovat by to slo treba tak, ze se vezme jedne usek, mrkne se > jestli dejme tomu do 100 metru uz neni neco s tagem "highway" a pokud > ne, oznaci se pro import. Pak se to tam vse nasype. Zbytek by se pak > moh oznacit pro rucni import (vetsinou situace, dyz tam uz jeden kus > nekde na neco navazuje, takze je potreba to minimalne o kus posunout a > spravne navazat, nebo situace kdy tam cela silnice je, potom se bud > zahodi ta nova nebo ta stara podle toho co je lepsi/presnejsi)
*** Pokud to rozvedu pomoci mapove algebry: 1) obalova zona okolo OSM silnic 50m na kazdou stranu 2) NOVE silnice se rozdeli na usecky, kazda usecka ma tag o cisle a tride silnice. 3) prostorovy dotaz vyradi usecky NOVYCH silnic, ktere lezi, castecne lezi, nebo protinaji obalovou zonu 4) seskupi se zpatky usecky v NOVE silnice podle tridy a cisla silnice, pokud jsou usecky za sebou. 5) import do OSM Diky tomu vzniknou dva oddelene svety OSM dat a dat od Jachyma. Tyto bude mozno pripojit rucne tak, aby navazovaly a netvorili duplicity. Dokazu si to predstavit v prostredi GIS, ale jak to zapsat v nejakem programu moc netusim. A ani nevim jestli je jednodussi data OSM naimportovat do GIS, nebo na to vyuzit nejakou knihovnu s GIS prostredky a pracovat s tim jako XML. ha hanoj

7.10.2007 11:16:48 (#22)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
otazkou je, co vezmemem jako referenci. nap?. UHUL je garantem dat o lesich br?t n?jak? na?e m??en? je z tohoto pohledu nev?rohodn? j BH p??e v Ne 07. 10. 2007 v 18:27 +0200: zobrazit citaci
> > *** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME. > > 50m ... mozna by sly pouzit nejak data z RSD na upresneni poloh tech > krizovatek, jak ty jsou presny? I kdyz i tak je to slusny, tech 50 m > by si lidi poposoupali ve chvili kdy by nekdo chtel mapovat okoli. > > Jinak importovat by to slo treba tak, ze se vezme jedne usek, mrkne se > jestli dejme tomu do 100 metru uz neni neco s tagem "highway" a pokud > ne, oznaci se pro import. Pak se to tam vse nasype. Zbytek by se pak > moh oznacit pro rucni import (vetsinou situace, dyz tam uz jeden kus > nekde na neco navazuje, takze je potreba to minimalne o kus posunout a > spravne navazat, nebo situace kdy tam cela silnice je, potom se bud > zahodi ta nova nebo ta stara podle toho co je lepsi/presnejsi) > > > Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v > okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek > se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne > importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se > tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam > duplikat, ale na to by se casem asi prislo :) > > Martin Petricek > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071007/6c781918/attachment.pgp>

8.10.2007 02:38:34 (#23)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti > lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi.
Jo, to asi budou co jsem tak videl nekde ukazku, ale pak to zas bude chtit ty stary data odstranit ... mozna to tam naimportovat a pak nejak vypsat seznam konfliktnich lesu, ktery by pak nekdo prosel ;) Martin

8.10.2007 06:33:57 (#24)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
To porovnavani by bylo hnusne. Respektive by to dalo takove prace navic, ze je jednodussi to udelat rucne. Znamena to totiz vypocitat bounding circle kolem kazdeho importovaneho polygonu, mit k dispozici planet.osm, ten vyfiltrovat a take oboundat a pak pri kazdem importu porovnavat. To je hnus. Navic nemam ani tolik mista v ntb, abych si planet.osm stahnul. K BH wrote: zobrazit citaci
>> *** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME. > > 50m ... mozna by sly pouzit nejak data z RSD na upresneni poloh tech > krizovatek, jak ty jsou presny? I kdyz i tak je to slusny, tech 50 m > by si lidi poposoupali ve chvili kdy by nekdo chtel mapovat okoli. > > Jinak importovat by to slo treba tak, ze se vezme jedne usek, mrkne se > jestli dejme tomu do 100 metru uz neni neco s tagem "highway" a pokud > ne, oznaci se pro import. Pak se to tam vse nasype. Zbytek by se pak > moh oznacit pro rucni import (vetsinou situace, dyz tam uz jeden kus > nekde na neco navazuje, takze je potreba to minimalne o kus posunout a > spravne navazat, nebo situace kdy tam cela silnice je, potom se bud > zahodi ta nova nebo ta stara podle toho co je lepsi/presnejsi) > > > Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v > okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek > se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne > importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se > tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam > duplikat, ale na to by se casem asi prislo :) > > Martin Petricek > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub S?kora email: kubajz at kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

8.10.2007 06:35:30 (#25)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Doufam, ze tento tyden. Objevil jsem minuly tyden jeste chybu v generatoru a musel ji opravit. Nechci tam naimportovat zas neco nekvalitniho :] Nejvetsi bordel zatim delaji lesy s dirama uvnitr. K Michal Gr?zl wrote: zobrazit citaci
> On 10/7/07, Pavel Machek <pavel at ucw.cz> wrote: >> Ahoj! >> >>> Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v >>> okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek >>> se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne >>> importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se >>> tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam >>> duplikat, ale na to by se casem asi prislo :) >> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti >> lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. >> Pavel > > navic jich zas tolik nemame aby to neslo rucne opravit. > Je nejakej plan kdy se import lesu bude provadet? > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub S?kora email: kubajz at kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

8.10.2007 06:36:35 (#26)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Jak se hleda takovy konfilktni les? To je jeste hnusnejsi a je mi predem jasne, ze by to nadelalo vic paseky nez uzitku (lehce se prekryvajici data). K BH wrote: zobrazit citaci
>> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti >> lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. > > Jo, to asi budou co jsem tak videl nekde ukazku, ale pak to zas bude > chtit ty stary data odstranit ... mozna to tam naimportovat a pak > nejak vypsat seznam konfliktnich lesu, ktery by pak nekdo prosel ;) > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub S?kora email: kubajz at kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

8.10.2007 12:08:55 (#27)
gravatar

BH

<singularita at gmail.com>
306
Kdyz jsou dve linie od ruznych lidi nebo generatoru na jednom miste, tak obvykle se od sebe trochu lisi podle sve presnosti. Kdo v tom arealu neco mapuje, tak si toho vetsinou vsimne. :) ale hledat to nejak automaticky by bylo asi doost tezky. Jinak by to slo odfiltrovat trochu jednoduseji, nejdriv by se vyrizla z planet.osm CR (na to by snad mohly byt nekde tooly ktery z toho udelaji vyrez) a pak by se z kazdyho lesu co tam uz je udelal bounding box (coz by melo byt pomerne jednoduchy, to by se dalo udelat malym skriptikem :). Pak by se kazdy bod uz jen testoval jestli nelezi v nekterym bouding boxu (zas tolik lesu tam myslim neni, takze i porovnavani hrubou silou by melo byt snad prijatelne rychly :). Neni to nejpresnejsi, ale je to vcelku rychly. Co neprojde, to se pak odlozi stranou k rucnimu importu nebo dokud nekdo neprijde s lepsim resenim konfliktu. Tipuju ze tak 80-90 procent lesu by tim mohlo rovnou projit ... Martin Petricek zobrazit citaci
> Jak se hleda takovy konfilktni les? To je jeste hnusnejsi a je mi predem > jasne, ze by to nadelalo vic paseky nez uzitku (lehce se prekryvajici data). > > K > > BH wrote: > >> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti > >> lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. > > > > Jo, to asi budou co jsem tak videl nekde ukazku, ale pak to zas bude > > chtit ty stary data odstranit ... mozna to tam naimportovat a pak > > nejak vypsat seznam konfliktnich lesu, ktery by pak nekdo prosel ;) > > > > Martin > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > -- > Jakub S?kora > email: kubajz at kbx.cz <') > ICQ: 68976632 ( =- > mobil: +420 777 594 201 '' > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

9.10.2007 07:32:58 (#28)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Bounding boxy muzou byt hodne nepresny. Predstav si treba les "na diagonale". Pak by se automaticky ignorovalo vse co lezi v danem ctverci/obdelniku. Nekdy je lidska prace rychlejsi. K BH napsal(a): zobrazit citaci
> Kdyz jsou dve linie od ruznych lidi nebo generatoru na jednom miste, > tak obvykle se od sebe trochu lisi podle sve presnosti. Kdo v tom > arealu neco mapuje, tak si toho vetsinou vsimne. :) ale hledat to > nejak automaticky by bylo asi doost tezky. > > Jinak by to slo odfiltrovat trochu jednoduseji, nejdriv by se vyrizla > z planet.osm CR (na to by snad mohly byt nekde tooly ktery z toho > udelaji vyrez) a pak by se z kazdyho lesu co tam uz je udelal bounding > box (coz by melo byt pomerne jednoduchy, to by se dalo udelat malym > skriptikem :). Pak by se kazdy bod uz jen testoval jestli nelezi v > nekterym bouding boxu (zas tolik lesu tam myslim neni, takze i > porovnavani hrubou silou by melo byt snad prijatelne rychly :). Neni > to nejpresnejsi, ale je to vcelku rychly. Co neprojde, to se pak > odlozi stranou k rucnimu importu nebo dokud nekdo neprijde s lepsim > resenim konfliktu. Tipuju ze tak 80-90 procent lesu by tim mohlo > rovnou projit ... > > Martin Petricek > > >> Jak se hleda takovy konfilktni les? To je jeste hnusnejsi a je mi predem >> jasne, ze by to nadelalo vic paseky nez uzitku (lehce se prekryvajici data). >> >> K >> >> BH wrote: >> >>>> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti >>>> lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. >>>> >>> Jo, to asi budou co jsem tak videl nekde ukazku, ale pak to zas bude >>> chtit ty stary data odstranit ... mozna to tam naimportovat a pak >>> nejak vypsat seznam konfliktnich lesu, ktery by pak nekdo prosel ;) >>> >>> Martin >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >> -- >> Jakub S?kora >> email: kubajz at kbx.cz <') >> ICQ: 68976632 ( =- >> mobil: +420 777 594 201 '' >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

9.10.2007 11:29:44 (#29)
gravatar

BH

<singularita at gmail.com>
306
Jo, neni to zcela presny, ale vzhledem k tomu, ze moc lesu v datech neni, tak by to mohlo fungovat asi prijatelne. I kdyz by asi sly pouzit lepsi obalova telesa s lepsi presnosti Pres ty bounding boxy by se jen rozdelily data na dve casti - tu co by se tam nacpala automaticky (s nicim nekoliduje, tudiz neni treba zadny rucni postprocessing) a tu co by se tam nacpala rucne (muze kolidovat s tema par lesy co tam jsou). Pokud by se pak nekomu chtelo, mohl by pak tu rucni cast dale automaticky tridit nejakym sofistikovanejsim algoritmem aby bylo mene rucniho importu, ale v momentu, kdy se tam naimportuje ten "zbytek" tak uz bychom 90% lesu meli :) Martin Petricek On 10/9/07, Jakub Sykora <kubajz at kbx.cz> wrote: zobrazit citaci
> Bounding boxy muzou byt hodne nepresny. Predstav si treba les "na > diagonale". Pak by se automaticky ignorovalo vse co lezi v danem > ctverci/obdelniku. Nekdy je lidska prace rychlejsi. > > K > > BH napsal(a): > > Kdyz jsou dve linie od ruznych lidi nebo generatoru na jednom miste, > > tak obvykle se od sebe trochu lisi podle sve presnosti. Kdo v tom > > arealu neco mapuje, tak si toho vetsinou vsimne. :) ale hledat to > > nejak automaticky by bylo asi doost tezky. > > > > Jinak by to slo odfiltrovat trochu jednoduseji, nejdriv by se vyrizla > > z planet.osm CR (na to by snad mohly byt nekde tooly ktery z toho > > udelaji vyrez) a pak by se z kazdyho lesu co tam uz je udelal bounding > > box (coz by melo byt pomerne jednoduchy, to by se dalo udelat malym > > skriptikem :). Pak by se kazdy bod uz jen testoval jestli nelezi v > > nekterym bouding boxu (zas tolik lesu tam myslim neni, takze i > > porovnavani hrubou silou by melo byt snad prijatelne rychly :). Neni > > to nejpresnejsi, ale je to vcelku rychly. Co neprojde, to se pak > > odlozi stranou k rucnimu importu nebo dokud nekdo neprijde s lepsim > > resenim konfliktu. Tipuju ze tak 80-90 procent lesu by tim mohlo > > rovnou projit ... > > > > Martin Petricek > > > > > >> Jak se hleda takovy konfilktni les? To je jeste hnusnejsi a je mi predem > >> jasne, ze by to nadelalo vic paseky nez uzitku (lehce se prekryvajici data). > >> > >> K > >> > >> BH wrote: > >> > >>>> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti > >>>> lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. > >>>> > >>> Jo, to asi budou co jsem tak videl nekde ukazku, ale pak to zas bude > >>> chtit ty stary data odstranit ... mozna to tam naimportovat a pak > >>> nejak vypsat seznam konfliktnich lesu, ktery by pak nekdo prosel ;) > >>> > >>> Martin > >>> > >>> _______________________________________________ > >>> Talk-cz mailing list > >>> Talk-cz at openstreetmap.org > >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > >>> > >> -- > >> Jakub S?kora > >> email: kubajz at kbx.cz <') > >> ICQ: 68976632 ( =- > >> mobil: +420 777 594 201 '' > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org > >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > >> > >> > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

9.10.2007 11:53:34 (#30)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti nicemu. K BH napsal(a): zobrazit citaci
> Jo, neni to zcela presny, ale vzhledem k tomu, ze moc lesu v datech > neni, tak by to mohlo fungovat asi prijatelne. I kdyz by asi sly > pouzit lepsi obalova telesa s lepsi presnosti > > Pres ty bounding boxy by se jen rozdelily data na dve casti - tu co by > se tam nacpala automaticky (s nicim nekoliduje, tudiz neni treba zadny > rucni postprocessing) a tu co by se tam nacpala rucne (muze kolidovat > s tema par lesy co tam jsou). Pokud by se pak nekomu chtelo, mohl by > pak tu rucni cast dale automaticky tridit nejakym sofistikovanejsim > algoritmem aby bylo mene rucniho importu, ale v momentu, kdy se tam > naimportuje ten "zbytek" tak uz bychom 90% lesu meli :) > > Martin Petricek > > On 10/9/07, Jakub Sykora <kubajz at kbx.cz> wrote: > >> Bounding boxy muzou byt hodne nepresny. Predstav si treba les "na >> diagonale". Pak by se automaticky ignorovalo vse co lezi v danem >> ctverci/obdelniku. Nekdy je lidska prace rychlejsi. >> >> K >> >> BH napsal(a): >> >>> Kdyz jsou dve linie od ruznych lidi nebo generatoru na jednom miste, >>> tak obvykle se od sebe trochu lisi podle sve presnosti. Kdo v tom >>> arealu neco mapuje, tak si toho vetsinou vsimne. :) ale hledat to >>> nejak automaticky by bylo asi doost tezky. >>> >>> Jinak by to slo odfiltrovat trochu jednoduseji, nejdriv by se vyrizla >>> z planet.osm CR (na to by snad mohly byt nekde tooly ktery z toho >>> udelaji vyrez) a pak by se z kazdyho lesu co tam uz je udelal bounding >>> box (coz by melo byt pomerne jednoduchy, to by se dalo udelat malym >>> skriptikem :). Pak by se kazdy bod uz jen testoval jestli nelezi v >>> nekterym bouding boxu (zas tolik lesu tam myslim neni, takze i >>> porovnavani hrubou silou by melo byt snad prijatelne rychly :). Neni >>> to nejpresnejsi, ale je to vcelku rychly. Co neprojde, to se pak >>> odlozi stranou k rucnimu importu nebo dokud nekdo neprijde s lepsim >>> resenim konfliktu. Tipuju ze tak 80-90 procent lesu by tim mohlo >>> rovnou projit ... >>> >>> Martin Petricek >>> >>> >>> >>>> Jak se hleda takovy konfilktni les? To je jeste hnusnejsi a je mi predem >>>> jasne, ze by to nadelalo vic paseky nez uzitku (lehce se prekryvajici data). >>>> >>>> K >>>> >>>> BH wrote: >>>> >>>> >>>>>> Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti >>>>>> lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. >>>>>> >>>>>> >>>>> Jo, to asi budou co jsem tak videl nekde ukazku, ale pak to zas bude >>>>> chtit ty stary data odstranit ... mozna to tam naimportovat a pak >>>>> nejak vypsat seznam konfliktnich lesu, ktery by pak nekdo prosel ;) >>>>> >>>>> Martin >>>>> >>>>> _______________________________________________ >>>>> Talk-cz mailing list >>>>> Talk-cz at openstreetmap.org >>>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>>>> >>>>> >>>> -- >>>> Jakub S?kora >>>> email: kubajz at kbx.cz <') >>>> ICQ: 68976632 ( =- >>>> mobil: +420 777 594 201 '' >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz at openstreetmap.org >>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>>> >>>> >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

9.10.2007 11:56:45 (#31)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo > objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti > nicemu.
Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam nejspis vyrobil ja, a taky je uklidim... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

9.10.2007 12:41:07 (#32)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/9/07, Pavel Machek <pavel at ucw.cz> wrote: zobrazit citaci
> Ahoj! > > > Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo > > objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti > > nicemu. > > Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam > nejspis vyrobil ja, a taky je uklidim... > Pavel > a ten zbytek ja;) tak s chuti do toho!

9.10.2007 02:50:29 (#33)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/9/07, Michal Gr?zl <michal.grezl at gmail.com> wrote: zobrazit citaci
> On 10/9/07, Pavel Machek <pavel at ucw.cz> wrote: > > Ahoj! > > > > > Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo > > > objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti > > > nicemu. > > > > Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam > > nejspis vyrobil ja, a taky je uklidim... > > Pavel > > a ten zbytek ja;) tak s chuti do toho! >
mate jeste nekdo funkcni t at h client? ze bychme potom koordinovane komplet prerendrovali republiku?

10.10.2007 08:36:59 (#34)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Michal Gr?zl napsal(a): zobrazit citaci
> On 10/9/07, Michal Gr?zl <michal.grezl at gmail.com> wrote: > >> On 10/9/07, Pavel Machek <pavel at ucw.cz> wrote: >> >>> Ahoj! >>> >>> >>>> Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo >>>> objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti >>>> nicemu. >>>> >>> Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam >>> nejspis vyrobil ja, a taky je uklidim... >>> Pavel >>> a ten zbytek ja;) tak s chuti do toho! >>> > > mate jeste nekdo funkcni t at h client? ze bychme potom koordinovane > komplet prerendrovali republiku? > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >
Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a export pro gpsdrive... K

10.10.2007 11:15:04 (#35)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> >>>> Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo > >>>> objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti > >>>> nicemu. > >>>> > >>> Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam > >>> nejspis vyrobil ja, a taky je uklidim... > >>> Pavel > >>> a ten zbytek ja;) tak s chuti do toho! > >>> > > > > mate jeste nekdo funkcni t at h client? ze bychme potom koordinovane > > komplet prerendrovali republiku? > > > Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat > planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a > export pro gpsdrive...
To by bylo _velmi_ pekne. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

12.10.2007 12:50:38 (#36)
gravatar

enemy at mail.muni.cz

<enemy at mail.muni.cz>
115
zobrazit citaci
> Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat > planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a > export pro gpsdrive...
*** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. Pokud by se provedla konverze osm2shp dalo by se to pridat na http://grass.fsv.cvut.cz/wiki/index.php/Geodata a tim rozsirit mezi lidi z geoinformatickych oboru se zajmem v opensource a zaroven jako jiny zdroj dat v CR... Prinos Mapniku a Osmarenderu bez nejakych aditivnich dat/funkci nevidim... hanoj

12.10.2007 01:10:22 (#37)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
enemy at mail.muni.cz p??e v P? 12. 10. 2007 v 12:50 +0200: zobrazit citaci
> > Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat > > planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a > > export pro gpsdrive... > *** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. > Pokud by se provedla konverze osm2shp dalo by se to pridat na http://grass.fsv.cvut.cz/wiki/index.php/Geodata a tim rozsirit mezi lidi z geoinformatickych oboru se zajmem v opensource a zaroven jako jiny zdroj dat v CR... >
jj, dohodnu se s martinem jachym zobrazit citaci
> Prinos Mapniku a Osmarenderu bez nejakych aditivnich dat/funkci nevidim... > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071012/060716c6/attachment.pgp>

12.10.2007 03:03:40 (#38)
gravatar

Petr Schonmann

<PSBOX at seznam.cz>
96
## > Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat ## > planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a ## > export pro gpsdrive... ## *** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. S CR.OSM souhlasim, je to prakticke pro skript jez prevadi osm data do img ( garmin? mapy ). Zaroven by bylo i pekne udelat DE.osm,SK.osm .. aby si kazda zeme mohla generovat sve mapy.

12.10.2007 03:42:33 (#39)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/12/07, Petr Schonmann <PSBOX at seznam.cz> wrote: zobrazit citaci
> ## > Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat > ## > planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a > ## > export pro gpsdrive... > ## *** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. > > S CR.OSM souhlasim, je to prakticke pro skript jez prevadi osm data do img ( garmin? mapy ). > Zaroven by bylo i pekne udelat DE.osm,SK.osm .. aby si kazda zeme mohla generovat sve mapy. >
sk osm si slovaci generuji uz davno, na freemap.sk. viz http://wiki.openstreetmap.org/index.php/WikiProject_Slovakia/slovakia.osm cz.osm si ja pro sebe uz generuji take davno, jenze nemam misto kam ho davat pravidelne. Ted mi prave bezi export do img. Zatim nevim jestli to probehne v poradku, ale pekne je to, ze po odstraneni segmentu se planet.osm z 19giga zmensil na 12 a stejne se zmensi i vykousnute cz. Takze kdyby bylo nekde misto na ukladani pouze cz, bylo by to super.

12.10.2007 03:45:39 (#40)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti osm, coz jde snadno opravit). Konverzni skript je v priloze, vysledek starsi verse je na http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 Ten osm vypada zhruba: ... teda pro plny data je posledni way cislo 212605. Vyhovuje takhle source odkaz? Pavel <?xml version='1.0' encoding='UTF-8'?> <osm version='0.5' generator='shpupload'> <node id="-2" lon="14.669745" lat="50.014165"><tag k="created_by" v="shpupload"/><tag k="source" v="HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz"/></node> <node id="-3" lon="14.669612" lat="50.011872"><tag k="created_by" v="shpupload"/><tag k="source" v="HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz"/></node> <node id="-4" lon="14.669543" lat="50.010974"><tag k="created_by" v="shpupload"/><tag k="source" v="HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz"/></node> ... <way id='-1056'> <tag k="created_by" v="shpupload"/> <tag k="highway" v="motorway"/> <tag k="name" v="_D1"/> <tag k="ref" v="D1"/> <tag k="source" v="HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz"/> <nd ref='-1057' /> <nd ref='-1058' /> <nd ref='-1059' /> <nd ref='-1060' /> <nd ref='-1061' /> <nd ref='-1062' /> <nd ref='-1063' /> <nd ref='-1064' /> <nd ref='-1065' /> <nd ref='-1066' /> <nd ref='-1067' /> <nd ref='-1068' /> <nd ref='-1069' /> <nd ref='-1070' /> </way> </osm> Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -------------- next part -------------- #!/usr/bin/perl use Geo::ShapeFile; open(OUT, ">out.osm"); print OUT "<?xml version='1.0' encoding='UTF-8'?>\n"; print OUT "<osm version='0.5' generator='shpupload'>\n"; open(OUTWAY, ">outway.osm"); $nodeid = -1; createCoasts("sil_cz12x.shx", 49.996, 14.756, 10.1); print OUTWAY "</osm>\n"; sub createCoasts(){ my ($Filename, $Lat, $Long, $Size) = @_; $X1 = $Long - $Size; $X2 = $Long + $Size; $Y1 = $Lat - $Size; $Y2 = $Lat + $Size; open(LOG, ">log.txt"); print LOG "Area $X1 to $X2, $Y1 to $Y2\n"; my $shapefile = new Geo::ShapeFile($Filename); printf "%d shapes\n", $shapefile->shapes(); for(1 .. $shapefile->shapes()) { $shapenum = $_; my $shape = $shapefile->get_shp_record($shapenum); $LastValid = 0; print LOG "Shape\n"; foreach $Point($shape->points()){ $Long = $Point->X(); $Lat = $Point->Y(); $InArea = ($Lat > $Y1 && $Lat < $Y2 && $Long > $X1 && $Long < $X2); if($InArea){ if (!$LastValid) { my %record = $shapefile->get_dbf_record($shapenum); print %record; print "\n"; print OUTWAY "<way id='$nodeid'>\n"; print OUTWAY " <tag k=\"created_by\" v=\"shpupload\"/>\n"; $kod = $record{'HSKOD'}; if (($kod =~ "S1") || ($kod =~ "S1T")) { print OUTWAY " <tag k=\"highway\" v=\"primary\"/>\n"; } if (($kod =~ "S2") || ($kod =~ "S2T")) { print OUTWAY " <tag k=\"highway\" v=\"secondary\"/>\n"; } if ($kod =~ "D[DR].*") { print OUTWAY " <tag k=\"highway\" v=\"motorway\"/>\n"; } if ($kod =~ ".*T") { print OUTWAY " <tag k=\"tunnel\" v=\"true\"/>\n"; print OUTWAY " <tag k=\"layer\" v=\"-1\"/>\n"; } print OUTWAY " <tag k=\"name\" v=\"$record{'NAZEV'}_$record{'OZNACENI'}\"/>\n"; print OUTWAY " <tag k=\"ref\" v=\"$record{'OZNACENI'}\"/>\n"; if ($record{'POZNAMKA'}) { print OUTWAY " <tag k=\"note\" v=\"$record{'POZNAMKA'}\"/>\n"; } print OUTWAY " <tag k=\"source\" v=\"HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz\"/>\n"; $nodeid--; } $Node = uploadNode($Lat, $Long); printf LOG "Node #%d: %f, %f\n", $Node, $Lat, $Long; $LastNode = $Node; $CountB++; $LastValid = 1; } else { if ($LastValid) { print OUTWAY "</way>\n" } $LastValid = 0; } $CountA++; } if ($LastValid) { print OUTWAY "</way>\n" } } print "Uploading $CountB of $CountA\n"; print LOG "Complete\n"; close LOG; print "Upload complete\n"; } sub uploadNode(){ ($Lat, $Long) = @_; $Tags = "<tag k=\"created_by\" v=\"shpupload\"/>"; $Tags .= "<tag k=\"source\" v=\"HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz\"/>"; $Node = sprintf("<node id=\"$nodeid\" lon=\"%f\" lat=\"%f\">$Tags</node>", $Long, $Lat); print OUTWAY " <nd ref='$nodeid' />\n"; $nodeid--; print OUT " $Node\n"; return($response); }

12.10.2007 03:49:47 (#41)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
nasleduje obsah souboru cz.poly, ktery pouzivam pro extract-polygon_0.5.pl. je hodne hruby a dost zasahuje do okolnich statu, takze kdyby si nekdo dal praci a zjemnil ho byl bych rad;) patri to tam i s tou jednickou a endem. 1 18.3051110418647 50.12919141154766 17.01286909334777 50.63640240613785 15.42510546960834 51.07089873160262 13.86190859982288 51.09431544454191 12.2943295751231 50.59169777621784 11.98207828224843 50.34616173710832 12.10020409142849 49.6249962305685 13.03913383871985 48.82329561660242 14.85688583948111 48.45569131535644 15.37421498142924 48.77128933481504 16.56945713787033 48.63024490380054 17.10010970777699 48.49624116953039 17.41908030292786 48.75330262912588 17.8231119690171 48.71775785723127 18.28660845243621 49.034937910381 18.63811728403676 49.25689253566149 19.11528885324989 49.55674945151286 18.57124730368064 50.06511202352788 18.3051110418647 50.12919141154766 END

12.10.2007 04:44:17 (#42)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od > Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti > osm, coz jde snadno opravit).
Dostal jsem od Jachyma opravena data, a pregeneroval jsem http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 ...uz obsahuji i spravne highway= tagy. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

13.10.2007 09:46:51 (#43)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > > >> Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od >> Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti >> osm, coz jde snadno opravit). >> > > Dostal jsem od Jachyma opravena data, a pregeneroval jsem > > http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 > > ...uz obsahuji i spravne highway= tagy. > Pavel >
Jak by rekli u nas v Plzni - Jste makaci! :] K

13.10.2007 10:57:46 (#44)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/13/07, Jakub Sykora <kubajz at kbx.cz> wrote: zobrazit citaci
> Pavel Machek napsal(a): > > Ahoj! > > > > > >> Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od > >> Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti > >> osm, coz jde snadno opravit). > >> > > > > Dostal jsem od Jachyma opravena data, a pregeneroval jsem > > > > http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 > > > > ...uz obsahuji i spravne highway= tagy. > > Pavel > > > Jak by rekli u nas v Plzni - Jste makaci! :] > > K >
Vypada to bezvadne, bohuzel to neni spravne UTF8 takze se s tim nic moc neda delat, chtelo by to pridat konverzi znakove sady. Budu si s tim jeste chvili hrat a opravim si to, berte to jako bugreport:)

13.10.2007 11:09:48 (#45)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> > >> Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od > > >> Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti > > >> osm, coz jde snadno opravit). > > >> > > > > > > Dostal jsem od Jachyma opravena data, a pregeneroval jsem > > > > > > http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 > > > > > > ...uz obsahuji i spravne highway= tagy.
zobrazit citaci
> > Jak by rekli u nas v Plzni - Jste makaci! :] > > Vypada to bezvadne, bohuzel to neni spravne UTF8 takze se s tim nic > moc neda delat, chtelo by to pridat konverzi znakove sady. Budu si s > tim jeste chvili hrat a opravim si to, berte to jako bugreport:)
Koukam... je problem nekde jinde nez u "note" tagu? Bylo by mozny je proste povyhazovat, nebo muzu udelat cstocs il2 utf8. .... zvolena druha varianta. Staci ten skript pustit ../shpupload; cat out.osm outway.osm | cstocs il2 utf8 > result-full.osm ... casem dam na web upravenou versi. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

13.10.2007 11:45:31 (#46)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/13/07, Pavel Machek <pavel at ucw.cz> wrote: zobrazit citaci
> Ahoj! > > > > >> Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od > > > >> Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti > > > >> osm, coz jde snadno opravit). > > > >> > > > > > > > > Dostal jsem od Jachyma opravena data, a pregeneroval jsem > > > > > > > > http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 > > > > > > > > ...uz obsahuji i spravne highway= tagy. > > > > Jak by rekli u nas v Plzni - Jste makaci! :] > > > > Vypada to bezvadne, bohuzel to neni spravne UTF8 takze se s tim nic > > moc neda delat, chtelo by to pridat konverzi znakove sady. Budu si s > > tim jeste chvili hrat a opravim si to, berte to jako bugreport:) > > Koukam... je problem nekde jinde nez u "note" tagu? Bylo by mozny je > proste povyhazovat, nebo muzu udelat cstocs il2 utf8. > > .... > > zvolena druha varianta. Staci ten skript pustit > > ../shpupload; cat out.osm outway.osm | cstocs il2 utf8 > result-full.osm > > ... casem dam na web upravenou versi. > Pavel > --
zatim to vypada ze jen note, ja to upravil grep -v note:), ted z toho generuju kml, zkusim to nahrat do googleearth jestli se s tim popere.

14.10.2007 09:24:49 (#47)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Ahoj, nize popsan postup mapove algebry na Planet a nove silnice: 0. Jachymova data obsahuji (zaokrouhleno na tisice): 14000 prvku coz je 22000 km. 1. Z planet071003 byly vytazeny highway [1] 2. pomoci obalove zony 50m na kazdou stranu vytvorena ochranna zona. 3. Jachymova data byla rozbita na usecky (184000 prvku) 4. A pote byla dotazovana vuci ochranne zone: [2] * z toho 142000 bylo shledano jako nic nekrizici (zelena) * a 42000 bylo shledano jako konfliktni (cervena) 5. data od Jachyma byla seskupena zpet podle puvodniho deleni na puvodnich 14000 prvku Mozne problemy: 1) cast silnice nebyla importovana ac pouze krizila existujici OSMsilnici, ale sama osobe neni v OSM. 2) casti silnice byly importovany, protoze byla mimo ochrannou zonu OSM, ac jiz tataz v OSM existuje. 3) usek silnice byl navrzen k importu, ale byl rozdelen na vice casti, ac jej reprezentuje jeden prvek v shapefilu. 1 prvek = "-----" po cisteni je 1 prvek = "- ---" 4) spatne serazene segmenty silnic OSM vytvari v shapefile uzavrene okruhy misto lomenych car, tudiz jsou vyrazeny casti, ktere v OSM nejsou. Patrno napr. na silnici I/6 a I/3, vidno i na [1]. [1] http://dhost.info/krchov/files/osm/planet071003-highway.jpg [2] http://dhost.info/krchov/files/osm/import.jpg hoj ha

14.10.2007 02:55:08 (#48)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/14/07, hanoj <enemy at mail.muni.cz> wrote: zobrazit citaci
> Ahoj, nize popsan postup mapove algebry na Planet a nove silnice: > > 0. Jachymova data obsahuji (zaokrouhleno na tisice): 14000 prvku coz je > 22000 km. > 1. Z planet071003 byly vytazeny highway [1] > 2. pomoci obalove zony 50m na kazdou stranu vytvorena ochranna zona. > 3. Jachymova data byla rozbita na usecky (184000 prvku) > 4. A pote byla dotazovana vuci ochranne zone: [2] > > * z toho 142000 bylo shledano jako nic nekrizici (zelena) > > * a 42000 bylo shledano jako konfliktni (cervena) > > 5. data od Jachyma byla seskupena zpet podle puvodniho deleni na > puvodnich 14000 prvku > > > Mozne problemy: > 1) cast silnice nebyla importovana ac pouze krizila existujici > OSMsilnici, ale sama osobe neni v OSM. > > 2) casti silnice byly importovany, protoze byla mimo ochrannou zonu OSM, > ac jiz tataz v OSM existuje. > > 3) usek silnice byl navrzen k importu, ale byl rozdelen na vice casti, > ac jej reprezentuje jeden prvek v shapefilu. > 1 prvek = "-----" po cisteni je 1 prvek = "- ---" > > 4) spatne serazene segmenty silnic OSM vytvari v shapefile uzavrene > okruhy misto lomenych car, tudiz jsou vyrazeny casti, ktere v OSM > nejsou. Patrno napr. na silnici I/6 a I/3, vidno i na [1]. > > > > [1] http://dhost.info/krchov/files/osm/planet071003-highway.jpg > [2] http://dhost.info/krchov/files/osm/import.jpg > > hoj > ha
Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to cervene, aby se mohli vytvorit ty krizici ale neexistujici, o kterych si mluvil v moznych problemech 1)? Vypada to znacne impozantne, asi zacnu setrit na novy pocitac, ponevadz pri tomhle pokryti bude muj stavajici srot nepouzitelny v josm;)

14.10.2007 05:45:42 (#49)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
> Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to > cervene, aby se mohli vytvorit ty krizici ale neexistujici, o kterych > si mluvil v moznych problemech 1)?
*** spatne jsem se vyjadril, ja jsem provedl jen selekci ANO/NE v shapefilu a poskytl ho Pavlovi... zobrazit citaci
> Vypada to znacne impozantne, asi zacnu setrit na novy pocitac, > ponevadz pri tomhle pokryti bude muj stavajici srot nepouzitelny v > josm;)
*** to asi nepomuze neb ta pomalost tkvi v jave. Mam moznost porovnani vykonu AMD Athalon XP 2GHz s Radeon 9200 (4roky zpet) a Intel Dual Core 2x2.5GHz s Nvidia FX 1500 (1 rok zpet) a zadna vyrazna zmena se nekona, limity (mnozstvi nactenych dat) stejne. ha hanoj

14.10.2007 06:43:25 (#50)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
zobrazit citaci
> > > Vypada to znacne impozantne, asi zacnu setrit na novy pocitac, > > ponevadz pri tomhle pokryti bude muj stavajici srot nepouzitelny v > > josm;) > *** to asi nepomuze neb ta pomalost tkvi v jave. Mam moznost porovnani > vykonu AMD Athalon XP 2GHz s Radeon 9200 (4roky zpet) a Intel Dual Core > 2x2.5GHz s Nvidia FX 1500 (1 rok zpet) a zadna vyrazna zmena se nekona, > limity (mnozstvi nactenych dat) stejne. >
Java neni pomala, pomalej je program, ja mam 1ghz stroj a napriklad ten omalovankovej plugin je naprosto nepouzitelnej, kdezto na 3ghz to jede uplne normalne. Dalsi rychlostni problem je pri velkem mnozstvi naloudovanych gpx dat, to zase muze byt jen tezko chyba javy, spis spatne napsana metoda prochazejici jednotlive body a vykreslujici je, na rychlejsi masine je mnozstvi gpx ktere to zvladne radove vetsi. Ale to je uz hodne OT.

14.10.2007 09:57:50 (#51)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
AhoJ! zobrazit citaci
> Ahoj, nize popsan postup mapove algebry na Planet a nove silnice: > > 0. Jachymova data obsahuji (zaokrouhleno na tisice): 14000 prvku coz je > 22000 km. > 1. Z planet071003 byly vytazeny highway [1] > 2. pomoci obalove zony 50m na kazdou stranu vytvorena ochranna zona. > 3. Jachymova data byla rozbita na usecky (184000 prvku) > 4. A pote byla dotazovana vuci ochranne zone: [2] > > * z toho 142000 bylo shledano jako nic nekrizici (zelena) > > * a 42000 bylo shledano jako konfliktni (cervena) > > 5. data od Jachyma byla seskupena zpet podle puvodniho deleni na puvodnich > 14000 prvku > > > Mozne problemy: > 1) cast silnice nebyla importovana ac pouze krizila existujici OSMsilnici, > ale sama osobe neni v OSM. > > 2) casti silnice byly importovany, protoze byla mimo ochrannou zonu OSM, ac > jiz tataz v OSM existuje. > > 3) usek silnice byl navrzen k importu, ale byl rozdelen na vice casti, ac > jej reprezentuje jeden prvek v shapefilu. > 1 prvek = "-----" po cisteni je 1 prvek = "- ---" > > 4) spatne serazene segmenty silnic OSM vytvari v shapefile uzavrene okruhy > misto lomenych car, tudiz jsou vyrazeny casti, ktere v OSM nejsou. Patrno > napr. na silnici I/6 a I/3, vidno i na [1].
Vysledek jsem dal na http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/cervena.osm.bz2 http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/zelena.osm.bz2 Bohuzel je tam nejaky problem -- ve way se nejak opakuji body -- takze to jeste neni na primy import... ...a stejne bude potreba udelat import po castech, dle meho odhadu bych to cele najednou uploadoval zhruba dva mesice. Vzal jsem z puvodnich dat (nemaji problemy s opakovanim bodu) ctverec o 0.5 stupne kolem 51 / 13.5 -- maly, pro testovani. Konflikty jsem vyresil rucne a ted se asi pustim do uploadu. Rozdeleni na ctverecky je spatny -- vzniknou tam chyby na svech -- ale bojim se ze to je jedina realna cesta jak to uploadovat. (Nebo ma nekdo napad?) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

14.10.2007 10:29:22 (#52)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to
Vzorek je k dispozici v 0.5 stupne okoli 51 / 13.5. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

15.10.2007 03:08:31 (#53)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/14/07, Pavel Machek <pavel at ucw.cz> wrote: zobrazit citaci
> AhoJ! > > > Ahoj, nize popsan postup mapove algebry na Planet a nove silnice: > > > > 0. Jachymova data obsahuji (zaokrouhleno na tisice): 14000 prvku coz je > > 22000 km. > > 1. Z planet071003 byly vytazeny highway [1] > > 2. pomoci obalove zony 50m na kazdou stranu vytvorena ochranna zona. > > 3. Jachymova data byla rozbita na usecky (184000 prvku) > > 4. A pote byla dotazovana vuci ochranne zone: [2] > > > > * z toho 142000 bylo shledano jako nic nekrizici (zelena) > > > > * a 42000 bylo shledano jako konfliktni (cervena) > > > > 5. data od Jachyma byla seskupena zpet podle puvodniho deleni na puvodnich > > 14000 prvku > > > > > > Mozne problemy: > > 1) cast silnice nebyla importovana ac pouze krizila existujici OSMsilnici, > > ale sama osobe neni v OSM. > > > > 2) casti silnice byly importovany, protoze byla mimo ochrannou zonu OSM, ac > > jiz tataz v OSM existuje. > > > > 3) usek silnice byl navrzen k importu, ale byl rozdelen na vice casti, ac > > jej reprezentuje jeden prvek v shapefilu. > > 1 prvek = "-----" po cisteni je 1 prvek = "- ---" > > > > 4) spatne serazene segmenty silnic OSM vytvari v shapefile uzavrene okruhy > > misto lomenych car, tudiz jsou vyrazeny casti, ktere v OSM nejsou. Patrno > > napr. na silnici I/6 a I/3, vidno i na [1]. > > Vysledek jsem dal na > > http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/cervena.osm.bz2 > http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/zelena.osm.bz2
Muzu teda otevrit soubor cervena a rucne pridat to co v nem bude navic oproti stavajicimu OSM? Pochopil sem to cele dobre?:) zobrazit citaci
> Bohuzel je tam nejaky problem -- ve way se nejak opakuji body -- > takze to jeste neni na primy import... > > ...a stejne bude potreba udelat import po castech, dle meho odhadu > bych to cele najednou uploadoval zhruba dva mesice. Vzal jsem z > puvodnich dat (nemaji problemy s opakovanim bodu) ctverec o 0.5 > stupne kolem 51 / 13.5 -- maly, pro testovani. Konflikty jsem vyresil > rucne a ted se asi pustim do uploadu. > > Rozdeleni na ctverecky je spatny -- vzniknou tam chyby na svech -- ale > bojim se ze to je jedina realna cesta jak to uploadovat. (Nebo ma > nekdo napad?) > > Pavel
no ja bych to treba uploadoval po ctvercich a pak to rucne spojil, nahral bych si tam nejakou referencni caru at je presne videt kde to konci. Nebo ty data rozsekat primo po cestach s patricnymi nody, mam za to, ze prislusny script uz existuje, pokud ne nebyl by problem ho napsat. Tohle by bylo mnohem schudnejsi urcite. Tzn vysledny soubor by obsahoval 1 (ci vice) way + nody co k nemu patri.

15.10.2007 03:58:50 (#54)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> 0. Jachymova data obsahuji (zaokrouhleno na tisice): 14000 prvku coz je > 22000 km. > 1. Z planet071003 byly vytazeny highway [1] > 2. pomoci obalove zony 50m na kazdou stranu vytvorena ochranna zona. > 3. Jachymova data byla rozbita na usecky (184000 prvku) > 4. A pote byla dotazovana vuci ochranne zone: [2] > > * z toho 142000 bylo shledano jako nic nekrizici (zelena) > > * a 42000 bylo shledano jako konfliktni (cervena) > > 5. data od Jachyma byla seskupena zpet podle puvodniho deleni na puvodnich > 14000 prvku
Tak mam novou versi skriptu, naucil jsem ho vzit z jednoho .shp seznam toho co uploadovat, a z druheho .shp seznam co vynechat, a zda se, ze se chova slusne... Pavel #!/usr/bin/perl use Geo::ShapeFile; # ../shpupload; cat out.osm | cstocs il2 utf8 > result-full.osm %excluded_nodes = {}; createExcludes("sil_cz12x-NE.shx"); open(OUT, ">out.osm"); print OUT "<?xml version='1.0' encoding='UTF-8'?>\n"; print OUT "<osm version='0.5' generator='shpupload'>\n"; %nodes = {}; $nodeid = -1; $way = ""; createCoasts("sil_cz12x.shx", 50.0, 14.5, 0.5); print OUT "</osm>\n"; sub createExcludes() { my ($Filename) = @_; my $shapefile = new Geo::ShapeFile($Filename); printf "%d shapes excluded\n", $shapefile->shapes(); for(1 .. $shapefile->shapes()) { $shapenum = $_; my $shape = $shapefile->get_shp_record($shapenum); $LastValid = 0; print LOG "Shape\n"; foreach $Point($shape->points()){ $Long = $Point->X(); $Lat = $Point->Y(); $Node = sprintf("lon=%f lat=%f", $Long, $Lat); $excluded_nodes{$Node} = 1; } } } sub createCoasts(){ my ($Filename, $Lat, $Long, $Size) = @_; $X1 = $Long - $Size; $X2 = $Long + $Size; $Y1 = $Lat - $Size; $Y2 = $Lat + $Size; open(LOG, ">log.txt"); print LOG "Area $X1 to $X2, $Y1 to $Y2\n"; my $shapefile = new Geo::ShapeFile($Filename); printf "%d shapes\n", $shapefile->shapes(); for(1 .. $shapefile->shapes()) { $shapenum = $_; my $shape = $shapefile->get_shp_record($shapenum); $LastValid = 0; print LOG "Shape\n"; foreach $Point($shape->points()){ $Long = $Point->X(); $Lat = $Point->Y(); $Node = sprintf("lon=%f lat=%f", $Long, $Lat); $InArea = ($Lat > $Y1 && $Lat < $Y2 && $Long > $X1 && $Long < $X2) && !$excluded_nodes{$Node}; if($InArea){ if (!$LastValid) { my %record = $shapefile->get_dbf_record($shapenum); print %record; print "\n"; $way .= "<way id='$nodeid'>\n"; $way .= " <tag k=\"created_by\" v=\"shpupload\"/>\n"; $kod = $record{'HSKOD'}; if (($kod =~ "S1") || ($kod =~ "S1T")) { $way .= " <tag k=\"highway\" v=\"primary\"/>\n"; } if (($kod =~ "S2") || ($kod =~ "S2T")) { $way .= " <tag k=\"highway\" v=\"secondary\"/>\n"; } if ($kod =~ "D[DR].*") { $way .= " <tag k=\"highway\" v=\"motorway\"/>\n"; } if ($kod =~ ".*T") { $way .= " <tag k=\"tunnel\" v=\"true\"/>\n"; $way .= " <tag k=\"layer\" v=\"-1\"/>\n"; } $way .= " <tag k=\"name\" v=\"$record{'NAZEV'}_$record{'OZNACENI'}\"/>\n"; $way .= " <tag k=\"ref\" v=\"$record{'OZNACENI'}\"/>\n"; if ($record{'POZNAMKA'}) { $way .= " <tag k=\"note\" v=\"$record{'POZNAMKA'}\"/>\n"; } $way .= " <tag k=\"source\" v=\"HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz\"/>\n"; $nodeid--; } $Node = uploadNode($Lat, $Long); printf LOG "Node #%d: %f, %f\n", $Node, $Lat, $Long; $LastNode = $Node; $CountB++; $LastValid = 1; } else { if ($LastValid) { print OUT "$way</way>\n"; $way = ""; } $LastValid = 0; } $CountA++; } if ($LastValid) { print OUT "$way</way>\n"; $way = ""; } } print "Uploading $CountB of $CountA\n"; print LOG "Complete\n"; close LOG; print "Upload complete\n"; } sub uploadNode(){ ($Lat, $Long) = @_; $Tags = "<tag k=\"created_by\" v=\"shpupload\"/>"; $Tags .= "<tag k=\"source\" v=\"HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz\"/>"; $Node = sprintf("lon=%f lat=%f", $Long, $Lat); if ($nodes{$Node} < 0) { $way .= " <nd ref='$nodes{$Node}' />\n"; } else { $way .= " <nd ref='$nodeid' />\n"; $nodes{$Node} = $nodeid; $Node = sprintf("<node id=\"$nodeid\" lon=\"%f\" lat=\"%f\">$Tags</node>", $Long, $Lat); print OUT " $Node\n"; $nodeid--; } return($response); } -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

15.10.2007 06:15:37 (#55)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/14/07, Pavel Machek <pavel at ucw.cz> wrote: zobrazit citaci
> Ahoj! > > > Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to > > Vzorek je k dispozici v 0.5 stupne okoli 51 / 13.5. > Pavel > --
neni to spis 50deg a 13.5 deg? zobrazit citaci
>

15.10.2007 09:42:10 (#56)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> > > Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to > > > > Vzorek je k dispozici v 0.5 stupne okoli 51 / 13.5.
zobrazit citaci
> neni to spis 50deg a 13.5 deg?
Bylo to 51 / 13.5. Ted uz by melo byt uploadovano: 49 / 12.5 51 / 13.5 50 / 14.5 51 / 15.5 51 / 16.5 (Chtel jsem nejdriv neco "maleho" na otestovani, a pak jsem pridal okoli Prahy). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

15.10.2007 09:53:36 (#57)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> > > > Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to > > > > > > Vzorek je k dispozici v 0.5 stupne okoli 51 / 13.5. > > > neni to spis 50deg a 13.5 deg? > > Bylo to 51 / 13.5. Ted uz by melo byt uploadovano:
Tam jsem se mrknul a bylo tam kus nemecka. Kdyz jsem se mrknul do mapy co je na 51 / 13.5 ("Loc: 51?N, 13?30'E dist:10km" na mapy.cz) tak na mne vykoukly Drazdany . Kde je chyba a co se vlastne kam naimportovalo? :) No v nejhorsim z toho bude mala invaze a par ceskych silnic bude frklych v nemecku :) Martin zobrazit citaci
> 49 / 12.5 > 51 / 13.5 > 50 / 14.5 > 51 / 15.5 > 51 / 16.5 > > (Chtel jsem nejdriv neco "maleho" na otestovani, a pak jsem pridal > okoli Prahy). > > 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 at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

15.10.2007 10:01:45 (#58)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
On Mon 2007-10-15 21:53:36, BH wrote: zobrazit citaci
> > > > > Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to > > > > > > > > Vzorek je k dispozici v 0.5 stupne okoli 51 / 13.5. > > > > > neni to spis 50deg a 13.5 deg? > > > > Bylo to 51 / 13.5. Ted uz by melo byt uploadovano: > > Tam jsem se mrknul a bylo tam kus nemecka. Kdyz jsem se mrknul do mapy > co je na 51 / 13.5 ("Loc: 51?N, 13?30'E dist:10km" na mapy.cz) tak na > mne vykoukly Drazdany . > Kde je chyba a co se vlastne kam naimportovalo? :)
Trochu vic na jih by neco melo byt. Pul stupne :-). zobrazit citaci
> No v nejhorsim z toho bude mala invaze a par ceskych silnic bude > frklych v nemecku :)
Skript se o invazi do Nemecka pokusil, ale vcas jsem mu to zatrhnul. (Je to zajimavy, v Nemecku je zrejme osm dost aktivni, takze nam Nemci mapuji pohranici... doufam ze nebude nejaka vetsi invaze ;-). Takovy vic stredocesky priklad je 50.354 14.702. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

15.10.2007 10:24:48 (#59)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
jenom pozn?mka: OSM je v N?mecku dost popul?rn?. Krom? jin?ho je podporov?no GRASS Anvender Verein (http://grass-verein.de) jachym Pavel Machek p??e v Po 15. 10. 2007 v 22:01 +0200: zobrazit citaci
> On Mon 2007-10-15 21:53:36, BH wrote: > > > > > > Takze kdy zacnes s uploadem toho zeleneho? A kde se da stahnout to > > > > > > > > > > Vzorek je k dispozici v 0.5 stupne okoli 51 / 13.5. > > > > > > > neni to spis 50deg a 13.5 deg? > > > > > > Bylo to 51 / 13.5. Ted uz by melo byt uploadovano: > > > > Tam jsem se mrknul a bylo tam kus nemecka. Kdyz jsem se mrknul do mapy > > co je na 51 / 13.5 ("Loc: 51?N, 13?30'E dist:10km" na mapy.cz) tak na > > mne vykoukly Drazdany . > > Kde je chyba a co se vlastne kam naimportovalo? :) > > Trochu vic na jih by neco melo byt. Pul stupne :-). > > > No v nejhorsim z toho bude mala invaze a par ceskych silnic bude > > frklych v nemecku :) > > Skript se o invazi do Nemecka pokusil, ale vcas jsem mu to > zatrhnul. (Je to zajimavy, v Nemecku je zrejme osm dost aktivni, takze > nam Nemci mapuji pohranici... doufam ze nebude nejaka vetsi invaze > ;-). > > Takovy vic stredocesky priklad je 50.354 14.702. > Pavel >
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071015/1018f3f6/attachment.pgp>

15.10.2007 10:38:07 (#60)
gravatar

BH

<singularita at gmail.com>
306
zobrazit citaci
> Trochu vic na jih by neco melo byt. Pul stupne :-).
Aha, uz tam kus vidim, cip cech tam je :) zobrazit citaci
> Takovy vic stredocesky priklad je 50.354 14.702.
Koukal jsem, BTW proc je v name obsah hodnoty ref s podtrzitkem? name=_274 ref=274 Martin

15.10.2007 10:42:02 (#61)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
On Mon 2007-10-15 22:38:07, BH wrote: zobrazit citaci
> > Trochu vic na jih by neco melo byt. Pul stupne :-). > > Aha, uz tam kus vidim, cip cech tam je :) > > > Takovy vic stredocesky priklad je 50.354 14.702. > > Koukal jsem, BTW proc je v name obsah hodnoty ref s podtrzitkem? > name=_274 > ref=274
No, v puvodni databazi bylo pole nazev... takze jsem udelal import jako $way .= " <tag k=\"name\"v=\"$record{'NAZEV'}_$record{'OZNACENI'}\"/>\n"; ...aby tam neco bylo... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

16.10.2007 08:56:02 (#62)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
>> *** to sice jo, ale z vyse uvedeneho postupu plyne, ze ma mnozina >> ANO a NE prunik, takze budou vznikat prekryvy OSM / BNhelp. > > Naopak, ne? Vyhazim vsechno co je v NE -> vysledek bude ze obcas > zahodi o bod vic nez by mel... coz neni uplne pekny, ale zas zadna > velka katastrofa...
*** jo mas pravdu, spatne jsem to precet... zobrazit citaci
>> *** jeste jsem vyrobil jednu verzi, za pokus to stoji > > Zkusil jsem to, vysledek je v priloze... obcas to spoji zacatek a > konec cesty hranou, nebo tak neco.
*** to nastane tehdy, kdyz puvodni segment pretina jina silnice a rozdeli ho vejpul, ale on byl zpatky seskupen v jeden, viz puvodni mail bod 4. Provest tyto opravy je ale asi podstatne snazsi nez dokreslovat ty vice chybejici. Taktez nerozumim proc pouzivas tag "name=_274" s informaci ktera je v ref? Na cislo komunikace je ref, na nazev ulice name. ha hanoj

16.10.2007 11:06:19 (#63)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
zobrazit citaci
> Taktez nerozumim proc pouzivas tag "name=_274" s informaci ktera je v ref? > Na cislo komunikace je ref, na nazev ulice name.
Ono v tom importu byl i nazev, ktery jsem dal pred "_".... jenze v ty databaze je vyplnenej velmi ridce, jestli vubec nekdy :-(. Takze name proste vyhodim. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

19.10.2007 05:31:29 (#64)
gravatar

Petr Schonmann

<PSBOX at seznam.cz>
96
V ?em jsi d?lal ty sou?adnice ? Je na to n?co p??mo, ?e by ?lov?k kliknul na obrazek a ono mu to vyplivlo souradnice ? Treba by slo pouzit toto, kdyby se nahrala slep? mapa ?R opravdu velk? a naklikali se souradnice ## ------------ P?vodn? zpr?va ------------ ## Od: Michal Gr?zl <michal.grezl at gmail.com> ## P?edm?t: Re: [Talk-cz] dalnice, silnice I a II tridy ## Datum: 12.10.2007 15:50:12 ## ---------------------------------------- ## nasleduje obsah souboru cz.poly, ktery pouzivam pro extract-polygon_0.5.pl. ## je hodne hruby a dost zasahuje do okolnich statu, takze kdyby si nekdo ## dal praci a zjemnil ho byl bych rad;) patri to tam i s tou jednickou a ## endem. ## ## ## 1 ## 18.3051110418647 50.12919141154766 ## 17.01286909334777 50.63640240613785 ## 15.42510546960834 51.07089873160262 ## 13.86190859982288 51.09431544454191 ## 12.2943295751231 50.59169777621784 ## 11.98207828224843 50.34616173710832 ## 12.10020409142849 49.6249962305685 ## 13.03913383871985 48.82329561660242 ## 14.85688583948111 48.45569131535644 ## 15.37421498142924 48.77128933481504 ## 16.56945713787033 48.63024490380054 ## 17.10010970777699 48.49624116953039 ## 17.41908030292786 48.75330262912588 ## 17.8231119690171 48.71775785723127 ## 18.28660845243621 49.034937910381 ## 18.63811728403676 49.25689253566149 ## 19.11528885324989 49.55674945151286 ## 18.57124730368064 50.06511202352788 ## 18.3051110418647 50.12919141154766 ## END ## ## _______________________________________________ ## Talk-cz mailing list ## Talk-cz at openstreetmap.org ## http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## ## ##

19.10.2007 05:37:47 (#65)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
nestacilo by neco na http://www.bnhelp.cz/mapserv/pokusy/openlayers/cr/ ? j Petr Schonmann p??e v P? 19. 10. 2007 v 17:31 +0200: zobrazit citaci
> V ?em jsi d?lal ty sou?adnice ? Je na to n?co p??mo, ?e by ?lov?k kliknul na obrazek a ono mu to vyplivlo souradnice ? > > Treba by slo pouzit toto, kdyby se nahrala slep? mapa ?R opravdu velk? a naklikali se souradnice > > ## ------------ P?vodn? zpr?va ------------ > ## Od: Michal Gr?zl <michal.grezl at gmail.com> > ## P?edm?t: Re: [Talk-cz] dalnice, silnice I a II tridy > ## Datum: 12.10.2007 15:50:12 > ## ---------------------------------------- > ## nasleduje obsah souboru cz.poly, ktery pouzivam pro extract-polygon_0.5.pl. > ## je hodne hruby a dost zasahuje do okolnich statu, takze kdyby si nekdo > ## dal praci a zjemnil ho byl bych rad;) patri to tam i s tou jednickou a > ## endem. > ## > ## > ## 1 > ## 18.3051110418647 50.12919141154766 > ## 17.01286909334777 50.63640240613785 > ## 15.42510546960834 51.07089873160262 > ## 13.86190859982288 51.09431544454191 > ## 12.2943295751231 50.59169777621784 > ## 11.98207828224843 50.34616173710832 > ## 12.10020409142849 49.6249962305685 > ## 13.03913383871985 48.82329561660242 > ## 14.85688583948111 48.45569131535644 > ## 15.37421498142924 48.77128933481504 > ## 16.56945713787033 48.63024490380054 > ## 17.10010970777699 48.49624116953039 > ## 17.41908030292786 48.75330262912588 > ## 17.8231119690171 48.71775785723127 > ## 18.28660845243621 49.034937910381 > ## 18.63811728403676 49.25689253566149 > ## 19.11528885324989 49.55674945151286 > ## 18.57124730368064 50.06511202352788 > ## 18.3051110418647 50.12919141154766 > ## END > ## > ## _______________________________________________ > ## Talk-cz mailing list > ## Talk-cz at openstreetmap.org > ## http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > ## > ## > ## > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky at gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071019/1e630e59/attachment.pgp>

19.10.2007 06:25:54 (#66)
gravatar

Petr Schonmann

<PSBOX at seznam.cz>
96
M??ete otestovat 1 48.96285 17.90251 48.97677 17.90251 48.98562 17.90523 48.99335 17.91482 49.00467 17.91290 49.01329 17.91865 49.02030 17.92988 49.02227 17.94440 49.02191 17.96385 49.01976 18.02439 49.03072 18.05808 49.08965 18.11863 49.16188 18.13749 49.22889 18.15768 49.26770 18.18617 49.28522 18.18865 49.31190 18.37155 49.46686 18.55172 49.48895 18.54510 49.50458 18.59437 49.49327 18.60430 49.48558 18.74958 49.51226 18.85503 49.55107 18.86458 49.68299 18.82086 49.72260 18.65349 49.83081 18.58588 49.85803 18.61387 49.87123 18.60718 49.87420 18.58129 49.92082 18.58213 49.92998 18.54203 49.90761 18.52783 49.94292 18.43564 49.95720 18.33164 49.92459 18.32031 49.94427 18.28886 49.97014 18.28635 49.97607 18.22303 50.00436 18.21128 50.00638 18.16499 49.99614 18.15409 50.00692 18.10798 50.04600 18.09918 50.07133 18.03337 50.05857 17.99665 50.02022 17.99077 49.99443 17.87611 50.08687 17.75262 50.17428 17.68402 50.21138 17.78594 50.31262 17.76438 50.34280 17.69186 50.29281 17.62320 50.33745 17.35581 50.45504 17.01048 50.47108 16.87294 50.39939 16.83546 50.29501 16.96565 50.24848 16.94494 50.21892 16.83940 50.19943 16.77825 50.11108 16.70143 50.15698 16.60130 50.25005 16.55614 50.39719 16.36575 50.39090 16.28296 50.43744 16.23565 50.51918 16.46824 50.59527 16.47317 50.67006 16.35295 50.68353 16.23392 50.65928 16.16803 50.67275 16.10214 50.64715 16.06389 50.69296 16.00225 50.76303 15.82158 50.81828 15.43899 50.85870 15.36383 50.88565 15.31214 50.98537 15.29707 51.03118 15.17431 51.03522 15.01711 51.01636 14.95465 50.93281 14.97404 50.87954 14.96644 50.88426 14.81739 50.83521 14.78848 50.85911 14.67382 50.94148 14.65866 51.05027 14.51583 51.06913 14.30408 51.03958 14.26113 50.98739 14.25115 50.94651 14.30009 50.92639 14.38299 50.90690 14.37400 50.89872 14.26014 50.75032 13.72636 50.72472 13.54732 50.70586 13.50469 50.66139 13.50043 50.61827 13.46207 50.65869 13.39386 50.65196 13.35337 50.60614 13.31287 50.60210 13.25958 50.59806 13.23188 50.53203 13.19990 50.53203 13.11465 50.51748 13.03338 50.43753 12.98677 50.42136 12.94298 50.46538 12.81728 50.42047 12.65626 50.41957 12.60259 50.40340 12.50795 50.34231 12.43168 50.32390 12.39022 50.28707 12.35375 50.24934 12.33551 50.25832 12.28080 50.27988 12.25555 50.33288 12.17839 50.33019 12.10685 50.30773 12.09142 50.23496 12.08721 50.19184 12.17278 50.12806 12.18962 50.09483 12.19803 50.05440 12.24994 49.97176 12.44213 49.79030 12.45805 49.76515 12.38573 49.69597 12.43580 49.66543 12.50117 49.43412 12.64554 49.34249 12.77509 49.32272 12.88600 49.30566 12.99473 49.25984 13.02363 49.13767 13.16402 49.10803 13.23697 48.98586 13.39525 48.93555 13.49847 48.95801 13.57324 48.87986 13.65634 48.87087 13.72854 48.82506 13.75987 48.76936 13.80892 48.67055 14.02280 48.63641 14.00100 48.58611 14.06776 48.54748 14.32150 48.59778 14.46546 48.60138 14.56188 48.59329 14.64065 48.57083 14.66374 48.57892 14.72213 48.64180 14.74522 48.73163 14.81041 48.77296 14.82942 48.75050 14.95572 48.77296 15.00189 48.99170 15.00488 48.98181 15.13921 48.93780 15.14333 48.93331 15.21186 48.95576 15.29273 48.95756 15.38183 48.84527 15.68338 48.84168 15.75740 48.86503 15.79852 48.78508 15.96438 48.73478 16.09781 48.72310 16.39044 48.73118 16.43010 48.79227 16.46565 48.76263 16.64889 48.72220 16.67623 48.69885 16.89366 48.61710 16.90323 48.60183 16.94699 48.77969 17.09741 48.85964 17.20388 48.80664 17.35305 48.81293 17.48580 48.80664 17.54328 48.85605 17.72392 48.91624 17.89499 48.96285 17.90251 END ## ------------ P?vodn? zpr?va ------------ ## Od: Jachym Cepicky <jachym.cepicky at gmail.com> ## P?edm?t: Re: [Talk-cz] Extrakce CZ z planet.osm ## Datum: 19.10.2007 18:06:17 ## ---------------------------------------- ## nestacilo by neco na ## ## http://www.bnhelp.cz/mapserv/pokusy/openlayers/cr/ ## ## ? ## ## j ## ## Petr Schonmann p??e v P? 19. 10. 2007 v 17:31 +0200: ## > V ?em jsi d?lal ty sou?adnice ? Je na to n?co p??mo, ?e by ?lov?k kliknul na ## obrazek a ono mu to vyplivlo souradnice ? ## > ## > Treba by slo pouzit toto, kdyby se nahrala slep? mapa ?R opravdu velk? a ## naklikali se souradnice ## > ## > ## ------------ P?vodn? zpr?va ------------ ## > ## Od: Michal Gr?zl <michal.grezl at gmail.com> ## > ## P?edm?t: Re: [Talk-cz] dalnice, silnice I a II tridy ## > ## Datum: 12.10.2007 15:50:12 ## > ## ---------------------------------------- ## > ## nasleduje obsah souboru cz.poly, ktery pouzivam pro ## extract-polygon_0.5.pl. ## > ## je hodne hruby a dost zasahuje do okolnich statu, takze kdyby si nekdo ## > ## dal praci a zjemnil ho byl bych rad;) patri to tam i s tou jednickou a ## > ## endem. ## > ## ## > ## ## > ## 1 ## > ## 18.3051110418647 50.12919141154766 ## > ## 17.01286909334777 50.63640240613785 ## > ## 15.42510546960834 51.07089873160262 ## > ## 13.86190859982288 51.09431544454191 ## > ## 12.2943295751231 50.59169777621784 ## > ## 11.98207828224843 50.34616173710832 ## > ## 12.10020409142849 49.6249962305685 ## > ## 13.03913383871985 48.82329561660242 ## > ## 14.85688583948111 48.45569131535644 ## > ## 15.37421498142924 48.77128933481504 ## > ## 16.56945713787033 48.63024490380054 ## > ## 17.10010970777699 48.49624116953039 ## > ## 17.41908030292786 48.75330262912588 ## > ## 17.8231119690171 48.71775785723127 ## > ## 18.28660845243621 49.034937910381 ## > ## 18.63811728403676 49.25689253566149 ## > ## 19.11528885324989 49.55674945151286 ## > ## 18.57124730368064 50.06511202352788 ## > ## 18.3051110418647 50.12919141154766 ## > ## END ## > ## ## > ## _______________________________________________ ## > ## Talk-cz mailing list ## > ## Talk-cz at openstreetmap.org ## > ## http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## > ## ## > ## ## > ## ## > ## > _______________________________________________ ## > Talk-cz mailing list ## > Talk-cz at openstreetmap.org ## > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## -- ## Jachym Cepicky ## e-mail: jachym.cepicky at gmail.com ## URL: http://les-ejk.cz ## GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ## ## ## ##

19.10.2007 06:49:58 (#67)
gravatar

enemy at mail.muni.cz

<enemy at mail.muni.cz>
115
zobrazit citaci
> 1 > 48.96285 17.90251 > 48.97677 17.90251 > 48.98562 17.90523 > ...
*** Jestli by se toto pouzivalo pro CR.osm, urcite bych byl pro 20-30km offset. Ono je hezke videt, ze svet nekonci za nasim bahennim rybnikem... ha hanoj

20.10.2007 01:39:20 (#68)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/19/07, Petr Schonmann <PSBOX at seznam.cz> wrote: zobrazit citaci
> V ?em jsi d?lal ty sou?adnice ? Je na to n?co p??mo, ?e by ?lov?k kliknul na obrazek a ono mu to vyplivlo souradnice ? > > Treba by slo pouzit toto, kdyby se nahrala slep? mapa ?R opravdu velk? a naklikali se souradnice > > ## ------------ P?vodn? zpr?va ------------ > ## Od: Michal Gr?zl <michal.grezl at gmail.com> > ## P?edm?t: Re: [Talk-cz] dalnice, silnice I a II tridy > ## Datum: 12.10.2007 15:50:12 > ## ---------------------------------------- > ## nasleduje obsah souboru cz.poly, ktery pouzivam pro extract-polygon_0.5.pl. > ## je hodne hruby a dost zasahuje do okolnich statu, takze kdyby si nekdo > ## dal praci a zjemnil ho byl bych rad;) patri to tam i s tou jednickou a > ## endem. > ## > ## > ## 1 > ## 18.3051110418647 50.12919141154766 > ## 17.01286909334777 50.63640240613785 > ## 15.42510546960834 51.07089873160262 > ## 13.86190859982288 51.09431544454191 > ## 12.2943295751231 50.59169777621784 > ## 11.98207828224843 50.34616173710832 > ## 12.10020409142849 49.6249962305685 > ## 13.03913383871985 48.82329561660242 > ## 14.85688583948111 48.45569131535644 > ## 15.37421498142924 48.77128933481504 > ## 16.56945713787033 48.63024490380054 > ## 17.10010970777699 48.49624116953039 > ## 17.41908030292786 48.75330262912588 > ## 17.8231119690171 48.71775785723127 > ## 18.28660845243621 49.034937910381 > ## 18.63811728403676 49.25689253566149 > ## 19.11528885324989 49.55674945151286 > ## 18.57124730368064 50.06511202352788 > ## 18.3051110418647 50.12919141154766 > ## END > ## > ## _______________________________________________
obkreslil sem polygonem cr v google earth, ulozil a souradnice vzal z vysledneho kml

20.10.2007 09:09:19 (#69)
gravatar

BH

<singularita at gmail.com>
306
On 10/19/07, enemy at mail.muni.cz <enemy at mail.muni.cz> wrote: zobrazit citaci
> > > 1 > > 48.96285 17.90251 > > 48.97677 17.90251 > > 48.98562 17.90523 > > ... > *** Jestli by se toto pouzivalo pro CR.osm, urcite bych byl pro 20-30km offset. Ono je hezke videt, ze svet nekonci za nasim bahennim rybnikem...
Jak na co. Pokud bych chtel na to pustit skript typu "proved neco s cesymi vesnicemi" nebo "zkontroluj ceske dalnice" tak ty polsky a nemecky vesnice by mohly trochu prekazet. I kdyz je pravda, ze z CR.osm si ten offset zas oriznout (pokud mam ten polygon) je pomerne rychly (rozbaleny CR.osm ma cca 90Mb a ne mnoho GB jako cely planet.osm :) Martin

21.10.2007 11:25:26 (#70)
gravatar

Petr Schonmann

<PSBOX at seznam.cz>
96
Tyhle sou?adnice jsou ?patn?, mus? to b?t obr?cen?. Pokud by m?l n?kdo z?jem napi?te mi, po?lu mu cz.poly soubor. D?le bych cht?l ud?lat je?t? okresy, a dle nich generovat IMG, pot? by ?li tyto soubory generovat do Mapsource, pop? nal?dovat do Garmina p?es mapsend ## ------------ P?vodn? zpr?va ------------ ## Od: Petr Schonmann <PSBOX at seznam.cz> ## P?edm?t: Re: [Talk-cz] Extrakce CZ z planet.osm ## Datum: 19.10.2007 18:26:47 ## ---------------------------------------- ## M??ete otestovat ## ## 1 ## 48.96285 17.90251 ## 48.97677 17.90251 ## 48.98562 17.90523 ## 48.99335 17.91482 ## 49.00467 17.91290 . . .

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