>Ahoj, > >obrázky parcel od Petra Vejsady mi nějak nedaly spát, tak jsem včera v >noci ubastlil skript na konverzi parcel do OSM. > >Skriptík nemá jiné ambice než vyzkoušet si natažení parcel do JOSM a >vůbec se seznámit s VFR formátem RUIANu, takže nečekejte zázraky. Mj. >nefungují multipolygony, beru jen polygony typu gml:LinearRing apod. >Tagování jsem narychlo opsal z >http://wiki.openstreetmap.org/wiki/Cs:RUIAN, knihovny na zpracování >GML apod. jsem zatím nehledal. > >Vyžaduje perl, proj, Geo::Proj4 >(http://search.cpan.org/dist/Geo-Proj4/), a grid jezek_czech08.llb >přejmenovaný na "czech" (vyšťouráno tady v archívu, >http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid). > >Pár obrázků: > >http://www.maatts.cz/obrazek/3/lomnice-ruian-parcely-png/ >http://www.maatts.cz/obrazek/3/blansko-ruian-parcely-png/ >http://www.maatts.cz/obrazek/3/brno-ruian-parcely-png/ > >Vyzkoušeno na uvedených třech obcích = na čtvrté klidně může >zhavarovat. ;-) > >BACHA - ve velkých městech skript žere mraky paměti, optimalizacema >jsem se netrápil. :-)) Třeba Brno (kód obce 582786) má ve výsledku >1.122.529 uzlů a 251.328 parcel, a skriptík na to potřebuje aspoň 12GB >RAM a/nebo hodně swapu na SSD. > >Martin > > > > >------------------------------------------------------------------------ > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, vypadá to hezky, ale fakt chceme mít v OSM přesný obraz KM? > Sem tam si zemědělci něco přiorají, občas zase kus nechají a ten > brzy zaroste nějakým křovím nebo lesem. Někde jsem zase viděl velkou > zahradu, o kterou se už majitel nechtěl starat, tak jí kus pronajal > sousedovi a ten si o to rozšířil své pole. > > Jak už tu padlo, v KM je zanesen právní stav, ale v OSM potřebujeme > skutečnost. Z tohohle pohledu mi přijde pLPIS lepší. Plus to, že je > dostupný pro celou republiku. > > Marián > > On 25. července 2014 21:22:23 CEST, "Martin Švec - OSM" > <osm na maatts.cz> wrote: > > Ahoj, > > obrázky parcel od Petra Vejsady mi nějak nedaly spát, tak jsem včera v > noci ubastlil skript na konverzi parcel do OSM. > > Skriptík nemá jiné ambice než vyzkoušet si natažení parcel do JOSM a > vůbec se seznámit s VFR formátem RUIANu, takže nečekejte zázraky. Mj. > nefungují multipolygony, beru jen polygony typu gml:LinearRing apod. > Tagování jsem narychlo opsal z > http://wiki.openstreetmap.org/wiki/Cs:RUIAN, knihovny na zpracování > GML apod. jsem zatím nehledal. > > Vyžaduje perl, proj, Geo::Proj4 > (http://search.cpan.org/dist/Geo-Proj4/), a grid jezek_czech08.llb > přejmenovaný na "czech" (vyšťouráno tady v archívu, > http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid). > > Pár > obrázků: > > http://www.maatts.cz/obrazek/3/lomnice-ruian-parcely-png/ > http://www.maatts.cz/obrazek/3/blansko-ruian-parcely-png/ > http://www.maatts.cz/obrazek/3/brno-ruian-parcely-png/ > > Vyzkoušeno na uvedených třech obcích = na čtvrté klidně může > zhavarovat. ;-) > > BACHA - ve velkých městech skript žere mraky paměti, optimalizacema > jsem se netrápil. :-)) Třeba Brno (kód obce 582786) má ve výsledku > 1.122.529 uzlů a 251.328 parcel, a skriptík na to potřebuje aspoň 12GB > RAM a/nebo hodně swapu na SSD. > > Martin > > > ---------------------------------------------------------------------- > > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > -- > Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte > prosím moji stručnost. > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> No, poté co jsem si to vyzkoušel jsem si prakticky jistý, že 1:1 > hromadný převod všech parcel do OSM není průchozí :-) Ty miliony > rozdrobených parcelek by nadělaly solidní binec v databázi i na mapě. > A jak říkáš, zrovna LPIS u zemědělské půdy líp kopíruje realitu. > > Spíš je to o tom hledat způsoby, jak ty RUIAN data rozumně využít, > když už jsou k dispozici. >

> Ahoj, > > ze 40 milionů drobných parcelek se dá jedním příkazem udělat 60 multipolygonů > > select druh_pozemku,zpusob_vyuziti_pozemku,st_union(hranice) from > ruian.rn_parcela group by druh_pozemku,zpusob_vyuziti_pozemku > > a z nich dalším jedním či dvěma příkazy se dá udělat N polygonů, které budou > sdružovat sousedící parcely se stejným druh_pozemku a zpusob_vyuziti_pozemku > st_dump(hranice) ... atd. > > a toto zkombinovat s LPIS. LPIS by měl mát přednost, ano, a tam, kde LPIS > není, protože se majitel půdy nezaregistroval či jde o landuse mimo > zemědělství, tam použit RUIAN. ? > > Dne Pá 25. července 2014 22:04:50, Martin Švec - OSM napsal(a): > >> No, poté co jsem si to vyzkoušel jsem si prakticky jistý, že 1:1 >> hromadný převod všech parcel do OSM není průchozí :-) Ty miliony >> rozdrobených parcelek by nadělaly solidní binec v databázi i na mapě. >> A jak říkáš, zrovna LPIS u zemědělské půdy líp kopíruje realitu. >> >> Spíš je to o tom hledat způsoby, jak ty RUIAN data rozumně využít, >> když už jsou k dispozici. >> > -- > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz