administrativni celky na Talk-cz

Martin Landa landa.martin na gmail.com #m8a6459 4. 5. 2010 13:10

Zdravim, po importu OSM dat do PostGIS (osm2pgsql) to vypada, ze data neobsahuji informace o administrativnich celcich (kraje, okresy), napr,. SELECT count(*) from czech_polygon where place = 'region'; count ------- 0 (1 row) Mozna bude chyba v nepochopeni tagu, predem diky, Martin

Hanoj ehanoj na gmail.com #m007182 4. 5. 2010 16:10

po importu OSM dat do PostGIS (osm2pgsql) to vypada, ze data neobsahuji informace o administrativnich celcich (kraje, okresy), napr,. SELECT count(*) from czech_polygon where place = 'region'; count ------- 0 (1 row) Mozna bude chyba v nepochopeni tagu, predem diky, Martin

*** Nevim jak funguje osm2pgsql, ale regiony jsou ulozeny v relacich. Pouze k.u. (admin level 10) jsou ulozeny v liniich a znich jsou multypolygony. http://wiki.openstreetmap.org/wiki/Map_Features#Boundary zdravi hanoj

Martin Landa landa.martin na gmail.com #ma80ef1 4. 5. 2010 20:17

Zdravim, 2010/5/4 Hanoj <ehanoj na gmail.com>: [....]

*** Nevim jak funguje osm2pgsql, ale regiony jsou ulozeny v relacich. Pouze k.u. (admin level 10) jsou ulozeny v liniich a znich jsou multypolygony. http://wiki.openstreetmap.org/wiki/Map_Features#Boundary

diky, po update osm2pgsql se neco objevilo, ale stale to neni idealni... SELECT name from czech_polygon where boundary = 'administrative' and admin_level=6 ; name --------------------- Středočeský kraj Hlavní město Praha Vysočina powiat Jelenia Góra Olomoucký kraj Martin

Hanoj ehanoj na gmail.com #m2d1fd0 4. 5. 2010 21:08

*** Nevim jak funguje osm2pgsql, ale regiony jsou ulozeny v relacich. Pouze k.u. (admin level 10) jsou ulozeny v liniich a znich jsou multypolygony. http://wiki.openstreetmap.org/wiki/Map_Features#Boundary
diky, po update osm2pgsql se neco objevilo, ale stale to neni idealni...

*** nevim zda osm2pgsql ma implementovano to, co ty ocekavas: tj. prevod relaci, kde jsou importovany admin. hranice do polygonu OSM geomodel zna body, linie, polygony a relace. zameril bych se na obsah tabulky s "relation" hanoj

Martin Landa landa.martin na gmail.com #m656c95 5. 5. 2010 22:45

Ahoj, 2010/5/4 Hanoj <ehanoj na gmail.com>:

*** Nevim jak funguje osm2pgsql, ale regiony jsou ulozeny v relacich. Pouze k.u. (admin level 10) jsou ulozeny v liniich a znich jsou multypolygony. http://wiki.openstreetmap.org/wiki/Map_Features#Boundary
diky, po update osm2pgsql se neco objevilo, ale stale to neni idealni...
*** nevim zda osm2pgsql ma implementovano to, co ty ocekavas: tj. prevod relaci, kde jsou importovany admin. hranice do polygonu OSM geomodel zna body, linie, polygony a relace. zameril bych se na obsah tabulky s "relation"

OK, kazdopadne import do PostGISu nefunguje jak ma. Z 14 kraju je vygenerovan pouze zlomek vcetne jednoho polskeho. Středočeský kraj Hlavní město Praha Vysočina powiat Jelenia Góra Olomoucký kraj Martin

jzvc jzvc na tpfree.fdns.net #m0f7005 5. 5. 2010 23:18

Ahoj, 2010/5/4 Hanoj <ehanoj na gmail.com>:
*** Nevim jak funguje osm2pgsql, ale regiony jsou ulozeny v relacich. Pouze k.u. (admin level 10) jsou ulozeny v liniich a znich jsou multypolygony. http://wiki.openstreetmap.org/wiki/Map_Features#Boundary
diky, po update osm2pgsql se neco objevilo, ale stale to neni idealni...
*** nevim zda osm2pgsql ma implementovano to, co ty ocekavas: tj. prevod relaci, kde jsou importovany admin. hranice do polygonu OSM geomodel zna body, linie, polygony a relace. zameril bych se na obsah tabulky s "relation"
OK, kazdopadne import do PostGISu nefunguje jak ma. Z 14 kraju je vygenerovan pouze zlomek vcetne jednoho polskeho. Středočeský kraj Hlavní město Praha Vysočina powiat Jelenia Góra Olomoucký kraj Martin

Je to jednoznacne blbe v OSM nerenederuje to ani ten tester nize. I z jeho vysledku odvozuju, ze muj nazor = way hranice ma lv nejvyssiho celku ke kteremu patri je spravne + v nasem pripade nejsou dobre ani relace. Bud nejsou uzavreny nebo maj jinej problem. Spravne je zda se relace prahy a strednich cech. http://tools.geofabrik.de/osmi/?view=boundaries&lon=15.53933&lat=49.78967&zoom=8&overlays=coastline,boundary_relations_1,boundary_relations_2,boundary_relations_3,boundary_relations_4,boundary_ways_1,boundary_ways_2,boundary_ways_3,boundary_ways_4,boundary_ways_with_unknown_admlvl,non_simple_boundary_ways

Hanoj ehanoj na gmail.com #m3f412f 6. 5. 2010 0:48

Je to jednoznacne blbe v OSM nerenederuje to ani ten tester nize. I z jeho vysledku odvozuju, ze muj nazor = way hranice ma lv nejvyssiho celku ke kteremu patri je spravne + v nasem pripade nejsou dobre ani relace. Bud nejsou uzavreny nebo maj jinej problem. Spravne je zda se relace prahy a strednich cech.

*** Ne tak uplne. Ty ostatni kraje (okresy, obce ...) tam jsou a vykreslujou [1] se spravne pod level 4 a nize podle pravidel popsanych zde[4]. takze jedine co lze na prvni pohled konstatovat je nejednotnost tagovani a to nejen admin_level ale i ref klicu atd. hanoj [1] http://tools.geofabrik.de/osmi/?view=boundaries&lon=16.56209&lat=49.43150&zoom=9&overlays=coastline,boundary_relations_5,non_simple_boundary_ways [2] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries