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 na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/4efa7580/attachment.sig>

On 10/5/07, Jachym Cepicky <jachym.cepicky na gmail.com> wrote: zobrazit citaci 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:)

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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/3ecc485b/attachment.sig>

On 10/5/07, Jachym Cepicky <jachym.cepicky na gmail.com> wrote: zobrazit citaci "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:).

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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/f52373a6/attachment.sig>

On 10/5/07, Jachym Cepicky <jachym.cepicky na gmail.com> wrote: zobrazit citaci 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.

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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/20bb7934/attachment.sig>

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. 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

On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote: zobrazit citaci 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

AhoJ! zobrazit citaci 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

Ja bych to bral :] K Pavel Machek wrote: zobrazit citaci -- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

Ahoj! zobrazit citaci 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

On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote: zobrazit citaci 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

On 10/5/07, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci 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.

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

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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/422bced4/attachment.sig>

zobrazit citaci 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

Ahoj! 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. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

On 10/7/07, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci navic jich zas tolik nemame aby to neslo rucne opravit. Je nejakej plan kdy se import lesu bude provadet?

zobrazit citaci *** 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

BH napsal(a): zobrazit citaci *** 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 *** 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

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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071007/6c781918/attachment.sig>

zobrazit citaci 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

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 -- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

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 -- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

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 -- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

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

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

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 na kbx.cz> wrote: 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. K BH napsal(a): zobrazit citaci

Ahoj! zobrazit citaci 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

On 10/9/07, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci

On 10/9/07, Michal Grézl <michal.grezl na gmail.com> wrote: zobrazit citaci mate jeste nekdo funkcni t na h client? ze bychme potom koordinovane komplet prerendrovali republiku?

Michal Grézl napsal(a): 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... K

Ahoj! zobrazit citaci 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

zobrazit citaci *** 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

enemy na mail.muni.cz píše v Pá 12. 10. 2007 v 12:50 +0200: zobrazit citaci jj, dohodnu se s martinem jachym zobrazit citaci -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071012/060716c6/attachment.sig>

## > 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.

On 10/12/07, Petr Schonmann <PSBOX na seznam.cz> wrote: zobrazit citaci 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.

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 ------------- další část --------------- #!/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); }

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

Ahoj! zobrazit citaci 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

Pavel Machek napsal(a): zobrazit citaci Jak by rekli u nas v Plzni - Jste makaci! :] K

On 10/13/07, Jakub Sykora <kubajz na kbx.cz> wrote: zobrazit citaci 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:)

Ahoj! zobrazit citaci zobrazit citaci 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

On 10/13/07, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci 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.

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

On 10/14/07, hanoj <enemy na mail.muni.cz> wrote: 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)? Vypada to znacne impozantne, asi zacnu setrit na novy pocitac, ponevadz pri tomhle pokryti bude muj stavajici srot nepouzitelny v josm;)

zobrazit citaci *** spatne jsem se vyjadril, ja jsem provedl jen selekci ANO/NE v shapefilu a poskytl ho Pavlovi... zobrazit citaci *** 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

zobrazit citaci 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.

AhoJ! zobrazit citaci 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

Ahoj! zobrazit citaci 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

On 10/14/07, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci Muzu teda otevrit soubor cervena a rucne pridat to co v nem bude navic oproti stavajicimu OSM? Pochopil sem to cele dobre?:) zobrazit citaci 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.

Ahoj! zobrazit citaci 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

On 10/14/07, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci neni to spis 50deg a 13.5 deg? zobrazit citaci

Ahoj! zobrazit citaci zobrazit citaci 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

zobrazit citaci 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

On Mon 2007-10-15 21:53:36, BH wrote: zobrazit citaci Trochu vic na jih by neco melo byt. Pul stupne :-). zobrazit citaci 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

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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071015/1018f3f6/attachment.sig>

zobrazit citaci Aha, uz tam kus vidim, cip cech tam je :) zobrazit citaci Koukal jsem, BTW proc je v name obsah hodnoty ref s podtrzitkem? name=_274 ref=274 Martin

On Mon 2007-10-15 22:38:07, BH wrote: zobrazit citaci 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

zobrazit citaci *** jo mas pravdu, spatne jsem to precet... zobrazit citaci *** 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

zobrazit citaci 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

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 na 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 na openstreetmap.org ## http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## ## ##

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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071019/1e630e59/attachment.sig>

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 na 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 na 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 na openstreetmap.org ## > ## http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## > ## ## > ## ## > ## ## > ## > _______________________________________________ ## > Talk-cz mailing list ## > Talk-cz na openstreetmap.org ## > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ## -- ## Jachym Cepicky ## e-mail: jachym.cepicky na gmail.com ## URL: http://les-ejk.cz ## GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ## ## ## ##

zobrazit citaci *** 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

On 10/19/07, Petr Schonmann <PSBOX na seznam.cz> wrote: zobrazit citaci obkreslil sem polygonem cr v google earth, ulozil a souradnice vzal z vysledneho kml

On 10/19/07, enemy na mail.muni.cz <enemy na mail.muni.cz> wrote: zobrazit citaci 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

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 na 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 . . .