Re: [Talk-cz] DIBAVOD v OSM? Ano.
On Tue 2010-01-12 18:30:18, jzvc wrote: > Dne 12.1.2010 11:16, Martin Kokeš napsal(a): > > Dne 11.1.2010 22:56, Pavel Machek napsal(a): > > > >> Ta data byla -- co jsem koukal -- hodne pekna, takze bych se > >> primlouval za "importovat jak to lezi, pak rucne procistit". > >> > >> > > Jsem také pro tuto metodu. > > OK, proc ne, ovsem chtelo by to nejaky zpusob jak nasledne extrahovat do > JOSM napr jen vodu. Tusim jsem na tracu videl neco jako filtry, ale s > poznamkou ze je to zatim jen priprava a v editoru to zatim dostupne neni Jenom vodu by melo jit stahnout pomoci xapi. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
Dobrý den, 2010/1/16 Lukas Kabrt : > Zdravim, > > kdysi v lete jsem tady psal [1], jak zkousim importovat adresy a obrysy budov > z > katastralni mapy CUZK. Protoze jsem nemel prilis casu, tak jsem > program pro import > nedotahnul do konce. Ted jsem se k tomu vratil a do celkem pouzitelne > podoby odelal aspon > import adresnich bodu. > > Rozpoznavani obrysu budov se mi nepodarilo udelat natolik spolehlive, > aby slo nejak > rozumne pouzivat, takze to prozatim odkladam. > > Import jsem vyzkousel na uzemi ORP Broumov [2], jedna se asi o cca 40 > obci / mestskych > casti na 31 katastralnich uzemich - cca 270km2. > > Vysledky jsou nasledujici: > Broumovsko - 3500 adresnich bodu (nalezena jednoznacna shoda mezi KM > a databazi MVCR) > - 170 bodu z KM, ke kterym se nepodarilo nalezt zaznam v > databazi adres > - 300 adres, ke kterym se nepodarilo najit bod v KM > > Broumov - 800 > - 24 > - 200 > > Mesto Broumov uvadim zvlast, protoze na jednom katastralnim uzemi jsou > 4 mestske casti > takze je potreba najit hranice mestkych casti rucne (napr. podle > ulic). Navic se mi zda, > ze je "neco shnileho" v databazi adres pro Broumov. Nevim, kde by > mohlo byt 200 budov pro > tech 200 adresnich bodu bez polohy. To se pri rucni kontrole snad > prehlednout neda. > > Castou chybou je, ze v KM je uvedeno cislo evidencni a databazi adres > cislo popisne. Na > Broumovsku je to cca 50 pripadu. Pokud se podari zjistt, jaky zdroj je > pravdivy, tak neni > problem tyto chyby napravit. > > Ja jsem uploudoval pouze ty adresni body, pro ktere byla nalezena > jendoznacna shoda. > Jestli uplodovat i ty body, ke ktery se nepodarilo najit adresu v > databazi MVCR (treba s > tagem FIXME) zalezi na dohode. Jaky je na to vas nazor? Stalo by za to > uchovavat nekde i > seznam adres, ke kterym se nepodarilo najit bod v KM? Existuje možnost použít databázi České pošty namísto databáze MVČR. Dle jejich vyjádření je totiž možné používat data z adresy 'psc.cpost.cz' neomezeně bez jakýchkoli licenčních podmínek (na rozdíl od placené databáze, kterou je zato možné používat off-line). Kvalitu databáze České pošty nedokáži zcela posoudit. Jen vím, že v některých místech je přesnější než MVČR. Se strojovým dotazováním na web České pošty jsem dříve experimentoval s dobrými výsledky. Pokud bude zájem, pošlu skripty (je to hrozný bastl BASH+XSTL+RUBY+JAVA, ale funguje). S pozdravem, Radomír Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] mapa OSM s překryvem s KML/KMZ
Ahoj, neznáte nějakou mapu na webu s OSM podkladem (klasická trojice map) s možností překryvu dat ve formátu KML/KMZ z jiné URL adresy? Optimálně s permalinkem? Neco jako Goggle: http://maps.google.com/maps?f=q&source=s_q&hl=cs&geocode=&q=http:%2F%2Fgis.templ.net%2Fkytky.kml&sll=49.201496,16.578067&sspn=0.1669,0.236206&ie=UTF8&z=5 diky hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import dibavodu
>>- Importovany linie jednotlivych toku 5.212.525 bodu 250.612 linii >>- Importovany nadrze 1.486.406 bodu 72.026 ploch 822 multipolygonu z >>toho 1.522 der (ostrovu) >>- Importovany nazvy vcetne identifikatoru pro pripadny merge v >>- budoucnu >>- Sjednoceny sdilene nody (stejna lokace), ktere neni mozne >>simplifikovat 187.921 bodu >>- Export relaci pro polygony. Smer polygonu urcuje outer/inner. >>- Simplifikace dle zadane hodnoty > > Subject byl "import dat povodi Labe" -- jsou to ta sama data jako > dibavod (http://www.dibavod.cz/index.php?id=27) nebo ne? v podstate ano http://www.pla.cz/planet/ram.aspx?id=21 Libilo by se mi staniceni na te rece - na dalnici mame exity, jsou na to nejake tagy OSM? hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] překlad JOSM
Ahoj, jen takova poznamka, prekladal/upravoval jsem nektere "Presets" a mimo jine jsem "vozovou cestu" zmenil na "lesni a polni cestu" coz je jasne popsany a uzivany termin. Toz abyste byli v osvete. http://cs.wikipedia.org/wiki/Lesní_cesta http://cs.wikipedia.org/wiki/Polní_cesta zdravi hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Import dibavodu
Ahoj! Kdysi davno jsi psal: >- Importovany linie jednotlivych toku 5.212.525 bodu 250.612 linii >- Importovany nadrze 1.486.406 bodu 72.026 ploch 822 multipolygonu z >toho 1.522 der (ostrovu) >- Importovany nazvy vcetne identifikatoru pro pripadny merge v >- budoucnu >- Sjednoceny sdilene nody (stejna lokace), ktere neni mozne >simplifikovat 187.921 bodu >- Export relaci pro polygony. Smer polygonu urcuje outer/inner. >- Simplifikace dle zadane hodnoty Subject byl "import dat povodi Labe" -- jsou to ta sama data jako dibavod (http://www.dibavod.cz/index.php?id=27) nebo ne? Python skripty jsem rozchodil, ale ony na vstupu potrebuji .sqlite, a ja to neumim ze shapefilu do .sqlite dostat :-(. Podle nejakyho navodu jsem zkusil: spatialite> .loadshp A04zvm_Melioracni_kanaly A04 UTF-8 2065 the_geom load shapefile error: cannot open shapefile 'A04zvm_Melioracni_kanaly' cause: 'A04zvm_Melioracni_kanaly.dbf' contains unsupported data types spatialite> >Jeste me napadlo oficialne kontaktovat urad s dotazem o tom >zakonu. Oni >musi oficialne odpovedet a pak bysme 100% vedeli jak to tedy je. Mohl >by >se toho nekdo ujmout? Zda se ze tohle zvladnul hanoj :). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
> Dalsi faze bude sehnat si od hanoje vektorizovane obrysy > katastralnich uzemi(nejak bojuju s GRASSem, takze si to nejak > nejsem schopen udelat sam) a pospojovat je na polygony a pridat > jim podle polohy nazvy. *** aby nedoslo k mylce, konkretne na toto GRASS uz nepotrebujes. Muzes pracovat treba v pythonu s SHP formatem nebo s OSM. A zrejme nepujde o polygony ale o way v relaci... [1] http://osm.templ.net/kucr.png [2] http://osm.templ.net/kucr.osm.bz2 [3] http://osm.templ.net/kucr.shp_jtsk.tar.bz2 [4] http://osm.templ.net/kucr.shp_wgs84.tar.bz2 zdravi te hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
On Sat, Jan 16, 2010 at 07:31:40PM +0100, hanoj wrote: > 3) Martin Kupec ted pracuje na dalsi fazi digitalizace, ktera je temer > hotova. Nasledovat bude faze, ktera je zatim jen v me abstraktni > myslence jak z: > * bodu - nesouci atributovou informaci o katastralnim uzemi (k.u.) a > lezici uvnitr k.u., priblizne uprostred > * a linii - nesouci prostorovou informaci o rozhrani k.u. > > *nadelat relace*. (nemaly problemem je, ze linie nejsou vzdy spojite a > obcas jsou prerusene coz vzniklo umistenim loga CUZK, pripadne > nenavaznosti mezi jednotlivymi dlazdicemi) Asi by stalo za to udelat presnejsi update stavu k.u. Katastralnich uzemi CR je 13027 a ja mam tabulku 12171 paru pozice <-> jmeno/cislo. Tohle je vysledek scriptu a jeste jej hodlam vylepsi, popripade dodelat zbylych cca 850 bodu rucne. Dalsi faze bude sehnat si od hanoje vektorizovane obrysy katastralnich uzemi(nejak bojuju s GRASSem, takze si to nejak nejsem schopen udelat sam) a pospojovat je na polygony a pridat jim podle polohy nazvy. Ta posledni faze jeste nezacala, ale blizka se na lepsi casy. Martin Kupec ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
Ahoj, jenom strucne: 1) vyborne!!! > [output-filename-prefix]-unmatched.osm - obsahuje body, kterym se > nepodarilo > jednoznacne priradit adresu 2) ano, uploadovat s nejakym tagem o nesparovani. Databaze MVCR neni vubec autoritativni a uz vubec ne bez chyb. Nenalezenych 5% si myslim odhadem odpovida me zkusenosti... > zakreslene katastralni uzemi v OSM souboru (pouzil jsem vyrez z > vektorizovne mapy od hanoje [4], kam jsem rucne doplnil relace a nazvy > katastralnich uzemi) 3) Martin Kupec ted pracuje na dalsi fazi digitalizace, ktera je temer hotova. Nasledovat bude faze, ktera je zatim jen v me abstraktni myslence jak z: * bodu - nesouci atributovou informaci o katastralnim uzemi (k.u.) a lezici uvnitr k.u., priblizne uprostred * a linii - nesouci prostorovou informaci o rozhrani k.u. *nadelat relace*. (nemaly problemem je, ze linie nejsou vzdy spojite a obcas jsou prerusene coz vzniklo umistenim loga CUZK, pripadne nenavaznosti mezi jednotlivymi dlazdicemi) 4) dal bys obsah toto webu na wiki stranku + odkaz na wikistranku "Czech Republic/freemap" diky a zdravi hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Import adres z katastralni mapy
Zdravim, kdysi v lete jsem tady psal [1], jak zkousim importovat adresy a obrysy budov z katastralni mapy CUZK. Protoze jsem nemel prilis casu, tak jsem program pro import nedotahnul do konce. Ted jsem se k tomu vratil a do celkem pouzitelne podoby odelal aspon import adresnich bodu. Rozpoznavani obrysu budov se mi nepodarilo udelat natolik spolehlive, aby slo nejak rozumne pouzivat, takze to prozatim odkladam. Import jsem vyzkousel na uzemi ORP Broumov [2], jedna se asi o cca 40 obci / mestskych casti na 31 katastralnich uzemich - cca 270km2. Vysledky jsou nasledujici: Broumovsko - 3500 adresnich bodu (nalezena jednoznacna shoda mezi KM a databazi MVCR) - 170 bodu z KM, ke kterym se nepodarilo nalezt zaznam v databazi adres - 300 adres, ke kterym se nepodarilo najit bod v KM Broumov - 800 - 24 - 200 Mesto Broumov uvadim zvlast, protoze na jednom katastralnim uzemi jsou 4 mestske casti takze je potreba najit hranice mestkych casti rucne (napr. podle ulic). Navic se mi zda, ze je "neco shnileho" v databazi adres pro Broumov. Nevim, kde by mohlo byt 200 budov pro tech 200 adresnich bodu bez polohy. To se pri rucni kontrole snad prehlednout neda. Castou chybou je, ze v KM je uvedeno cislo evidencni a databazi adres cislo popisne. Na Broumovsku je to cca 50 pripadu. Pokud se podari zjistt, jaky zdroj je pravdivy, tak neni problem tyto chyby napravit. Ja jsem uploudoval pouze ty adresni body, pro ktere byla nalezena jendoznacna shoda. Jestli uplodovat i ty body, ke ktery se nepodarilo najit adresu v databazi MVCR (treba s tagem FIXME) zalezi na dohode. Jaky je na to vas nazor? Stalo by za to uchovavat nekde i seznam adres, ke kterym se nepodarilo najit bod v KM? Pokud chcete import vyzkouset sami, tak ctete dal. Pro provedeni importu je potreba 1) balicek programu ode me - lkabrt.aspone.cz/osm/cuzk.zip (potreba je .NET framework 3.5) pokud si nekdo chce prohlednou zdrojove kody lkabrt.aspone.cz/osm/cuzk-source.zip 2) databaze adresnich bodu [3] 3) zakreslene katastralni uzemi v OSM souboru (pouzil jsem vyrez z vektorizovne mapy od hanoje [4], kam jsem rucne doplnil relace a nazvy katastralnich uzemi) 4) trochu casu - jak vaseho, tak vaseho pocitace :-) Postup 1) stazeni katastralni mapy (staci definicni body budov) - program tile-downloader.exe parametry programu: -north, -south, -east, -west- definuje oblast ke stazeni -addressPoints - stahne definicni body budov -map- stahne katastralni mapu -output - adresar pro ulozeni stazenych souboru priklad: tile-downloader.exe -north 50.6647 -west 16.0285 -south 50.4902 -east 16.4517 - addressPoints -output data/broumovsko 2) nalezeni a rozpoznani adresnich bodu - program tile-processor.exe parametry programu: -tiles - adresar se stazenymi soubory -output - soubor pro ulozeni vysledku priklad: tile-processor.exe -tiles data/broumovsko -output data/broumovsko.csv Vystupem programu je CSV soubor se souradnicemi adresnich bodu a jejich popisem, tak jak ho rozpoznalo OCR 3) vytvoreni XML souboru, ktery definuje prirazeni mezi katastralnim uzemim a obci / casti obce z databaze adresnich bodu Prirazeni muze byt (podle toho, co jsem odpozoroval) 1:N nebo N:1 tzn. jedno katastralni uzemi muze tvorit vice casti obce nebo jedna obec / cast obce muze byt tvorena vice katastralnimi uzemimi format souboru je nasledujici: atribut name u elementu territory odpovida nazvu katastralniho uzemi z OSM atributy elementu district definuji oblast / cast obce z databaze [2] country-region -kraj region -oblast town-obec townDistrict-cast 4)Prirazeni adres z databaze bodum z mapy - program merge-cuzk-db.exe parametry: -addressesDB- XML soubor s databazi adres [2] -territories- OSM soubor s definovanymi katasrtalnimi uzemimi -addressPoints - CSV soubor z bodu 2) -mappings - XML soubor z bodu 3) -output - definuje umisteni a jmeno souboru ([path]/[output- filename-prefix]) priklad: merge-cuzk-db.exe -mappings ms.map -territories borders.osm -addressPoints ms.csv - addressesDB adresy.xml -output output/ms vystupem progamu jsou 3 soubory: [output-filename-prefix]-matched.osm- obsahuje body, kterym se podarilo jednoznacne priradit adresu [output-filename-prefix]-unmatched.osm - obsahuje body, kterym se nepodarilo jednoznacne priradit adresu [output-filename-prefix]-unmatched-ap.txt - obsahuje seznam adres, kterym se nepodarilo priradit zadny bod 5)Docisteni dat Data v souboru ...-matched.osm by mela byt v poradku, soubor obsahuje pouze adresni body, kterym se podarilo jednoznacne priradit adresu.
Re: [Talk-cz] Pár dotazů , názorů
Dne sobota 16 Leden 2010 12:24:48 Pavel Machek napsal(a): > disused=yes asi neni dost, zadnej render to nepochopi a vykresli to > normalne... OTM by mohlo, stačí se jen dohodnou na způsobu tagování a vykreslování. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: black...@post.cz Web: http://blackhex.no-ip.org Jabber: black...@jabber.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pár dotazů, názorů
> > 4) Zrušené turistické trasy - vím že zdaleka nejsou zmapované ani ty > > funkční, ale často vedou zrušené / přeložené trasy po zajímavých místech > > a možná by bylo škoda aby se na ně zapomnělo. Myslíte že má smysl je > > vytvářet, popř. jak je tagovat? > > Asi "disused=yes" plus to ještě radši napiš do poznámky. Jestli to má > smysl pro tebe, tak je klidně mapuj (ale pečlivě je odliš od > > ostatních). disused=yes asi neni dost, zadnej render to nepochopi a vykresli to normalne... (Ale jinak jo, casto to vede pres pekny mista.) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz