------------ Původní zpráva ------------
Od: Pavel Zbytovský<[email protected]>
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
[email protected]
http://lists.openstreetmap.org/listinfo/talk-cz
