[Talk-cz] administrativni celky
Vlákno 4.5. - 6.5.2010, počet zpráv: 7
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
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa
zobrazit citaci
> 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
Zdravim,
2010/5/4 Hanoj <ehanoj na gmail.com>:
[....]
zobrazit citaci
> *** 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
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa
zobrazit citaci
>> *** 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
Ahoj,
2010/5/4 Hanoj <ehanoj na gmail.com>:
zobrazit citaci
>>> *** 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
--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa
Dne 5.5.2010 22:45, Martin Landa napsal(a):
zobrazit citaci
> 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
zobrazit citaci
> 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« zpět na výpis měsíce