> Dobrý den, > jsem studentkou 3. ročníku oboru geoinformatika na Fakultě stavební ČVUT a v rámci předmětu Úvod do zpracování obrazových dat jsme ve skupinách pracovali na projektu souvisejícím s daty OSM v České republice. Naše skupina se zaměřila na validaci polygonů lesů, protože jsem zjistili, že v databázi jich bylo mnoho nevalidních. Dosáhli jsem určitých výsledků a náš vyučující (Ing. Martin Landa) navrhl, abychom naši práci poslali do české emailové konference. Doufám, že by to pro vás mohlo být zajímavé a prosím o vaše názory. > > Dokumentace k projektu: > http://gama.fsv.cvut.cz/data/geowikicz/2010/uzpd/f/dokumentace.pdf > > Stránky k předmětu: > http://gama.fsv.cvut.cz/wiki/index.php/153UZPD_%C3%9Avod_do_zpracov%C3%A1n%C3%AD_prostorov%C3%BDch_dat_-_projekt > (zadání projektu, dostupná prezentace k projektu) > > Za skupinu > Anna Kratochvílová > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> ------------ Původní zpráva ------------ > Od: Pavel Zbytovský <pavel na zby.cz> > Předmět: Re: [Talk-cz] skolni projekt OSM > Datum: 13.8.2010 13:27:09 > ---------------------------------------- > Ahoj, > > zdá se, že se nikdo z povolanějích neozval, tak alespoň pár dotazů ode mě. > Pochopil jsem, že máme v českém osm nějaké nevalidní polygony lesů, tedy > toto: > Self-intersection - Překřížení sama sebe - jasné > Hole lies outside shell - jasné > Ring Self-intersection - ? > Duplicate Rings - ? > Holes are nested - jasné >

> Vypývá mi z toho, že strojové řešení není asi možné, takže by nám nejvíce > pomohlo, kdybyste dodali *seznam těchto chyb, nejlépe se zeměpisným > souřadnicemi chyby*. Pro ruční editaci tak stačí v JOSMu zobrazit to místo a > "předrátovat to". >

> Další fakt ale je, že nevalidní lesy nikomu tady moc nevadí, jde nám pouze o > vykreslení lesů a s tím si Mapnik poradí dobře. >

> >> ------------ Původní zpráva ------------ >> Od: Pavel Zbytovský<pavel na zby.cz> >> Předmět: Re: [Talk-cz] skolni projekt OSM >> Datum: 13.8.2010 13:27:09 >> ---------------------------------------- >> Ahoj, >> >> zdá se, že se nikdo z povolanějích neozval, tak alespoň pár dotazů ode mě. >> Pochopil jsem, že máme v českém osm nějaké nevalidní polygony lesů, tedy >> toto: >> Self-intersection - Překřížení sama sebe - jasné >> Hole lies outside shell - jasné >> Ring Self-intersection - ? >> Duplicate Rings - ? >> Holes are nested - jasné >> >> > Co se týče těchto chyb, nenašla jsem k nim žádnou dokumentaci, takže je trochu problém je správně interpretovat. Co jsem zjistila testováním různých polygonů: > > self-intersection - nejčastější chyba, jsou to všechny možné křížení ringů v rámci polygonu a multipolygonu > > ring self-intersection - to je trochu oříšek, zatím jsem přišla na jediný případ, kdy k tomu dochází, rozdíl mezi ring self-int. a self-int. jsem se pokusila naznačit na http://josef.fsv.cvut.cz/~kratoan1/intersection.pdf > (ale nemam v tom moc jasno) > > hole lies outside shell - dochazi k tomu nejcasteji asi když se původní multipolygony předělají na polygony a jednotlivé polygony v rámci původního multipoygonu jsou pak nesprávně interpretovány jako díry v polygonu i když leží mimo něj. > > duplicate rings - nic složitého, prostě jsou tam vícekrát ty samé ringy v rámci (multi)polygonu. Jak k tomu dojde, netuším. > > > holes are nested - v díře polygonu je další díra > > > V rámci školního předmětu jsme se věnovali hlavně úpravě již naimportovaných dat v PostGISu. Není mi proto moc jasné, jak se data importují a v jakém formátu. Pokuď vím, byl použit program osm2pgsql. Po importu vznikla tabulka czech_polygon, která je ale typu POLYGON a ne MULTIPOLYGON. Nemohla být původní data v XML, která měla charakter multipolygonu, předělána na polygon? Tím by pak vzniklo mnoho zbytečných chyb, ačkoli původní data jsou třeba z valné části v pořádku. > > > > >> Vypývá mi z toho, že strojové řešení není asi možné, takže by nám nejvíce >> pomohlo, kdybyste dodali *seznam těchto chyb, nejlépe se zeměpisným >> souřadnicemi chyby*. Pro ruční editaci tak stačí v JOSMu zobrazit to místo a >> "předrátovat to". >> >> > My jsme se právě snažili se s validací vypořádat programově a myslím, že je to možné. Záleží na množství chyb, u lesů jsme jich zjistili asi 300, i když teď nevím, jestli některé nevznikly při importu. Takové množství už je těžké upravit ručně. Problémem nejsou jen nevalidní polygony, ale i překryty jednotlivých lesů mezi sebou, kterých je také požehnaně. To je možná ještě těžší a tady je problém, na základě jaké informace odstranit překryty. > Souřadnice chyb by asi šlo získat, nicméně se dají použít jen orientačně, což by ale mohlo stačit. Pokusím se o to. Ještě poznámka, pakliže je v polygonu víc chyb, nahlášena je jen jedna. > > > >> Další fakt ale je, že nevalidní lesy nikomu tady moc nevadí, jde nám pouze o >> vykreslení lesů a s tím si Mapnik poradí dobře. >> >> > Jen bych dodala, že na vykreslení to asi příliš nevadí, ale při práci s daty třeba právě v PostGISu to pro nás byl problém, protože použité funkce buď neakceptují nevalidní data vůbec, nebo se chovají nestandartně. > > Díky za odpověď, pokuď víte k problematice víc, ráda se poučím > Anna Kratochvílová > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> ------------ Původní zpráva ------------ > Od: Jakub Sykora <kubajz na kbx.cz> > Předmět: Re: [Talk-cz] skolni projekt OSM > Datum: 17.8.2010 11:09:53 > ---------------------------------------- > Nektere chyby vznikly simplifikaci importovanych dat - urcite tak muze > vzniknout > > Hole lies outside (hrana vnejsiho polygonu se simplifikaci trochu > serizne a tim se dira lezici blizko hranice alespon catecne vysune ven - > to uz jsem na importovanych datech videl) a zaroven to muze rovnou > generovat i self-intersection > > Duplikaty - ruznym padanim importu a znovuimportovanim - proste se neco > naimportovalo do OSM dvakrat, da se to odhalit validatorem a rucne umazat... > > K > > Dne 17.8.2010 10:28, Anna Kratochvílová napsal(a): > > > >> ------------ Původní zpráva ------------ > >> Od: Pavel Zbytovský<pavel na zby.cz> > >> Předmět: Re: [Talk-cz] skolni projekt OSM > >> Datum: 13.8.2010 13:27:09 > >> ---------------------------------------- > >> Ahoj, > >> > >> zdá se, že se nikdo z povolanějích neozval, tak alespoň pár dotazů ode mě. > >> Pochopil jsem, že máme v českém osm nějaké nevalidní polygony lesů, tedy > >> toto: > >> Self-intersection - Překřížení sama sebe - jasné > >> Hole lies outside shell - jasné > >> Ring Self-intersection - ? > >> Duplicate Rings - ? > >> Holes are nested - jasné > >> > >> > > Co se týče těchto chyb, nenašla jsem k nim žádnou dokumentaci, takže je trochu > problém je správně interpretovat. Co jsem zjistila testováním různých polygonů: > > > > self-intersection - nejčastější chyba, jsou to všechny možné křížení ringů v > rámci polygonu a multipolygonu > > > > ring self-intersection - to je trochu oříšek, zatím jsem přišla na jediný > případ, kdy k tomu dochází, rozdíl mezi ring self-int. a self-int. jsem se > pokusila naznačit na http://josef.fsv.cvut.cz/~kratoan1/intersection.pdf > > (ale nemam v tom moc jasno) > > > > hole lies outside shell - dochazi k tomu nejcasteji asi když se původní > multipolygony předělají na polygony a jednotlivé polygony v rámci původního > multipoygonu jsou pak nesprávně interpretovány jako díry v polygonu i když leží > mimo něj. > > > > duplicate rings - nic složitého, prostě jsou tam vícekrát ty samé ringy v > rámci (multi)polygonu. Jak k tomu dojde, netuším. > > > > > > holes are nested - v díře polygonu je další díra > > > > > > V rámci školního předmětu jsme se věnovali hlavně úpravě již naimportovaných > dat v PostGISu. Není mi proto moc jasné, jak se data importují a v jakém > formátu. Pokuď vím, byl použit program osm2pgsql. Po importu vznikla tabulka > czech_polygon, která je ale typu POLYGON a ne MULTIPOLYGON. Nemohla být původní > data v XML, která měla charakter multipolygonu, předělána na polygon? Tím by pak > vzniklo mnoho zbytečných chyb, ačkoli původní data jsou třeba z valné části v > pořádku. > > > > > > > > > >> Vypývá mi z toho, že strojové řešení není asi možné, takže by nám nejvíce > >> pomohlo, kdybyste dodali *seznam těchto chyb, nejlépe se zeměpisným > >> souřadnicemi chyby*. Pro ruční editaci tak stačí v JOSMu zobrazit to místo a > >> "předrátovat to". > >> > >> > > My jsme se právě snažili se s validací vypořádat programově a myslím, že je to > možné. Záleží na množství chyb, u lesů jsme jich zjistili asi 300, i když teď > nevím, jestli některé nevznikly při importu. Takové množství už je těžké upravit > ručně. Problémem nejsou jen nevalidní polygony, ale i překryty jednotlivých lesů > mezi sebou, kterých je také požehnaně. To je možná ještě těžší a tady je > problém, na základě jaké informace odstranit překryty. > > Souřadnice chyb by asi šlo získat, nicméně se dají použít jen orientačně, což > by ale mohlo stačit. Pokusím se o to. Ještě poznámka, pakliže je v polygonu víc > chyb, nahlášena je jen jedna. > > > > > > > >> Další fakt ale je, že nevalidní lesy nikomu tady moc nevadí, jde nám pouze o > >> vykreslení lesů a s tím si Mapnik poradí dobře. > >> > >> > > Jen bych dodala, že na vykreslení to asi příliš nevadí, ale při práci s daty > třeba právě v PostGISu to pro nás byl problém, protože použité funkce buď > neakceptují nevalidní data vůbec, nebo se chovají nestandartně. > > > > Díky za odpověď, pokuď víte k problematice víc, ráda se poučím > > Anna Kratochvílová > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

> Problém je, že takhle neumím říct, které chyby v datech skutečně jsou a bylo > by vhodné je opravit a které vznikly importem do PostGISu. Předpokládám, že > jsou nějaké možnosti zjištění chyb a jejich validace treba v JOSM, ale o tom > skoro nic nevím. Každopádně mne překvapilo, že program osm2pgsql si zřejmě > neumí poradit s některými složitějšími daty. Pro následné vykreslení to asi > stačí, ale vzhledem k tomu, že jsme s importovanými daty pracovali v > PostGISu  a používali poměrně složité dotazy (které na nevalidních datech > samozřejmě nefungovaly), tento program asi není dostačující. Víte o nějaké > jiné možnosti, jak data naimportovat lépe?

> Problém je, že takhle neumím říct, které chyby v datech skutečně jsou > a bylo by vhodné je opravit a které vznikly importem do PostGISu. > Předpokládám, že jsou nějaké možnosti zjištění chyb a jejich validace > treba v JOSM, ale o tom skoro nic nevím. Každopádně mne překvapilo, že > program osm2pgsql si zřejmě neumí poradit s některými složitějšími > daty. Pro následné vykreslení to asi stačí, ale vzhledem k tomu, že > jsme s importovanými daty pracovali v PostGISu a používali poměrně > složité dotazy (které na nevalidních datech samozřejmě nefungovaly), > tento program asi není dostačující. Víte o nějaké jiné možnosti, jak > data naimportovat lépe? > > Díky Anna Kratochvílová >

> >> ------------ Původní zpráva ------------ >> Od: Jakub Sykora <kubajz na kbx.cz> >> Předmět: Re: [Talk-cz] skolni projekt OSM >> Datum: 17.8.2010 11:09:53 >> ---------------------------------------- >> Nektere chyby vznikly simplifikaci importovanych dat - urcite tak >> muze vzniknout >> >> Hole lies outside (hrana vnejsiho polygonu se simplifikaci trochu >> serizne a tim se dira lezici blizko hranice alespon catecne vysune >> ven - to uz jsem na importovanych datech videl) a zaroven to muze >> rovnou generovat i self-intersection >> >> Duplikaty - ruznym padanim importu a znovuimportovanim - proste se >> neco naimportovalo do OSM dvakrat, da se to odhalit validatorem a >> rucne umazat... >> >> K >> >> Dne 17.8.2010 10:28, Anna Kratochvílová napsal(a): >> > >> ------------ Původní zpráva ------------ >> >> Od: Pavel Zbytovský<pavel na zby.cz> >> >> Předmět: Re: [Talk-cz] skolni projekt OSM >> >> Datum: 13.8.2010 13:27:09 >> >> ---------------------------------------- >> >> Ahoj, >> >> >> >> zdá se, že se nikdo z povolanějích neozval, tak alespoň pár dotazů >> ode mě. >> >> Pochopil jsem, že máme v českém osm nějaké nevalidní polygony >> lesů, tedy >> >> toto: >> >> Self-intersection - Překřížení sama sebe - jasné >> >> Hole lies outside shell - jasné >> >> Ring Self-intersection - ? >> >> Duplicate Rings - ? >> >> Holes are nested - jasné >> >> >> >> > Co se týče těchto chyb, nenašla jsem k nim žádnou >> dokumentaci, takže je trochu >> problém je správně interpretovat. Co jsem zjistila testováním různých >> polygonů: >> > >> > self-intersection - nejčastější chyba, jsou to všechny možné >> křížení ringů v >> rámci polygonu a multipolygonu >> > >> > ring self-intersection - to je trochu oříšek, zatím jsem přišla na >> jediný >> případ, kdy k tomu dochází, rozdíl mezi ring self-int. a self-int. >> jsem se >> pokusila naznačit na http://josef.fsv.cvut.cz/~kratoan1/intersection.pdf >> > (ale nemam v tom moc jasno) >> > >> > hole lies outside shell - dochazi k tomu nejcasteji asi když se >> původní >> multipolygony předělají na polygony a jednotlivé polygony v rámci >> původního >> multipoygonu jsou pak nesprávně interpretovány jako díry v polygonu i >> když leží >> mimo něj. >> > >> > duplicate rings - nic složitého, prostě jsou tam vícekrát ty samé >> ringy v >> rámci (multi)polygonu. Jak k tomu dojde, netuším. >> > >> > >> > holes are nested - v díře polygonu je další díra >> > >> > >> > V rámci školního předmětu jsme se věnovali hlavně úpravě již >> naimportovaných >> dat v PostGISu. Není mi proto moc jasné, jak se data importují a v jakém >> formátu. Pokuď vím, byl použit program osm2pgsql. Po importu vznikla >> tabulka >> czech_polygon, která je ale typu POLYGON a ne MULTIPOLYGON. Nemohla >> být původní >> data v XML, která měla charakter multipolygonu, předělána na polygon? >> Tím by pak >> vzniklo mnoho zbytečných chyb, ačkoli původní data jsou třeba z valné >> části v >> pořádku. >> > >> > >> > >> > >> Vypývá mi z toho, že strojové řešení není asi možné, takže by >> nám nejvíce >> >> pomohlo, kdybyste dodali *seznam těchto chyb, nejlépe se zeměpisným >> >> souřadnicemi chyby*. Pro ruční editaci tak stačí v JOSMu zobrazit >> to místo a >> >> "předrátovat to". >> >> >> >> > My jsme se právě snažili se s validací vypořádat programově >> a myslím, že je to >> možné. Záleží na množství chyb, u lesů jsme jich zjistili asi 300, i >> když teď >> nevím, jestli některé nevznikly při importu. Takové množství už je >> těžké upravit >> ručně. Problémem nejsou jen nevalidní polygony, ale i překryty >> jednotlivých lesů >> mezi sebou, kterých je také požehnaně. To je možná ještě těžší a tady je >> problém, na základě jaké informace odstranit překryty. >> > Souřadnice chyb by asi šlo získat, nicméně se dají použít jen >> orientačně, což >> by ale mohlo stačit. Pokusím se o to. Ještě poznámka, pakliže je v >> polygonu víc >> chyb, nahlášena je jen jedna. >> > >> > >> > >> Další fakt ale je, že nevalidní lesy nikomu tady moc nevadí, >> jde nám pouze o >> >> vykreslení lesů a s tím si Mapnik poradí dobře. >> >> >> >> > Jen bych dodala, že na vykreslení to asi příliš nevadí, ale >> při práci s daty >> třeba právě v PostGISu to pro nás byl problém, protože použité >> funkce buď >> neakceptují nevalidní data vůbec, nebo se chovají nestandartně. >> > >> > Díky za odpověď, pokuď víte k problematice víc, ráda se poučím >> > Anna Kratochvílová >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-cz >> > >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz