skolni projekt OSM

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

---------------------------------------- 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é

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?

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á

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