User:Maatts

Nástřel označování chyb RUIANu

Cílem je otagovat objekty (AM/SO) importované z RUIANu, které vykazují jasné chyby nebo podezřelosti. Tak aby se mohly chyby hromadně reportovat ČÚZK, vizualizovat na mapě, apod. A po opravě takto nahlášených chyb v RUIANu zase zpětně upravit v OSM.

Navazuje na Cs:RUIAN/chyby.

Tagy

• ruian:err:building=* - zjevná chyba SO
• ruian:warn:building=* - podezřelý SO
• ruian:err:addr=* - zjevná chyba AM
• ruian:warn:addr=* - podezřelé AM
• ruian:issue:note=* - poznámka, slovní popis.
• ruian:issue:found=* - datum ke kterému byla chyba/podezřelost otagována (yyyy-mm-dd).
• ruian:issue:reported=* - datum ke kterému byla chyba/podezřelost zareportována ČÚZK (yyyy-mm-dd).

• Tagy ruian:issue:*=* jsou společné pro chyby i warningy.

Hodnoty err/warn tagů

• missing - objekt úplně chybí v RUIANu, viz taky níže
• position - obecně nesouhlasí pozice
• geometry - obecně nesouhlasí geometrie
• duplicate - duplicitní AM/SO
• missing-geo - chybějící geometrie u SO - lze vůbec tagovat pokud není co?
• missing-so - chybějící SO k adrese - má smysl tagovat?
• bisected - jeden fyzický SO překrojený na dva kusy např. hranicí parcely
• incomplete - chybí část budovy, která je sice vidět v KM ale není zahrnuta v geometrii SO (chybějící přilehlý objekt, přístavba, garáž, věž u kostela...)

• TODO - vytahat screenshoty/linky vzorových příkladů.
• TODO - vymýšlet další speciální hodnoty, nebo naopak omezit na minimum? Záleží co bude očekávat ČÚZK za zpřesňující informace.

Evidence oprav

• Evidovat v dalším tagu datum, ke kterému byla chyba otagována? Pomůže to v budoucnu automatizaci dohledávání oprav objektů ze strany ČÚZK, např. vůči rozdílovým XML souborům v čase?

• Evidovat stav řešení chyby? Asi zbytečné teď vymýšlet, když není jasný finální proces.

• Po vyřešení chyby všechny chybové tagy vymazat.

• Můžou existovat objekty, které na první pohled vypadají jako chybné, ale už bylo ověřeno, že jsou takto v pořádku? Aby je někdo opakovaně neoznačoval jako chybné... Stačí označit tagem note=* (Marián).

Poznámky

• Každý AM/SO naimportovaný z RUIANu by měl mít automaticky ref:ruian vazbu na RUIAN ID.

• Pokud objekt v RUIANu úplně chybí, můžeme jen otagovat jako missing. POZOR, chybějící objekt nemusí být nutně chyba! RUAIN neobsahuje úplně všechny budovy. Pouze ty, které mají číslo popisné/evidenční nebo vybrané budovy bez cp/ce. (Marián)

• Pro případy incomplete platí totéž co pro missing, chybějící objekt nemusí být nutně chyba! (Marián). Doplnění od Petra Součka, ČÚZK: To může být chyba, ale také nemusí. Někde to je způsobeno nadbytečnou vnitřní kresbou, která byla do katastrální mapy zakreslena dle předchozích právních předpisů. Je to vždycky na individuálním posouzení.

• Nemá smysl tagovat SO v nezdigitalizovaných obcích (obce plné duchů).

• Ze strany ČUZK je zájem i o podezřelé objekty, ne jen o jasné chyby -- Petr Souček, ČÚZK, 21.6.2014: záleží na tom, jak podezřelé jsou. V katastrální mapě (KM) jsou vedeny údaje dle platného právního stavu (nikoliv podle stavu v terénu), takže pokud dojde např. k nějaké nelegální přístavbě, tak ta v KM není. Zároveň tam např. přístavba nebude do doby než dojde stavebník na KÚ s geometrickým plánem. Já si myslím, že hlášení nás určitě zajímá - min. si uděláme obrázek o stavu a budeme jednat o možné nápravě.

Budovy bez geometrie (Petr Souček, ČÚZK)

• Budova vedená v ISKN v území, kde není digitální mapa.

• Stavební objekty, které se nezapisují do katastru nemovitostí, ale bylo jim přiděleno číslo popisné nebo evidenční (= budova, která není vedena v ISKN, ale je vedena v RÚIAN.)

• Stavební objekty zapsané do ISÚI, které ještě nebyly zapsány do ISKN. Jedná se o dočasný stav, který nastává v době než doputuje listina s geometrickým plánem na KÚ. Většinou by to nemělo trvat déle než 30 dní.

• viz také http://geo.fsv.cvut.cz/proj/dp/2014/simona-karochova-dp-2014.pdf

Vzory problémů s budovami

problém	popis	tagování	RUIAN	obrázek
Přepůlený SO	Budova rozdělená na dvě hranicemi parcel.	ruian:err:building=bisected	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/1980815 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30315981
Přepůlený SO	Budova rozdělená na tři kusy hranicemi parcel.	ruian:err:building=bisected	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/44078463 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/38305267 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/44078455
Geometrie SO	Obkreslená parcela místo budovy, chybějící nádvoří a vnitřní objekt.	ruian:err:building=geometry	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7841906
Geometrie SO	"Ocásek" o šířce 60cm podél hranice parcely, podle ortofoto chybí budova vlevo, celkově podezřelé	ruian:err:building=geometry	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7841213
Geometrie SO	Budova v severní části protažena až na hranici pozemku, podle ortofoto je tam bazén a zahrada.	ruian:err:building=geometry	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7841183
Geometrie SO	Chybí vnitřní nádvoří budovy.	ruian:err:building=geometry	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7841353
Nekompletní SO	Chybí věž kostela, je zakreslena v KM ale není součástí SO.	ruian:err:building=incomplete	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/41586867
Nekompletní SO	Chybí levá část budovy, odříznutá hranicí parcely.	ruian:err:building=incomplete	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7798652
SO bez geometrie	Budova uprostřed již zpracované zástavby, které chybí geometrie.	ruian:err:building=missing-geo	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7799152
Chybějící SO	Budova není v RUIANu, je vidět v KM, Bingu i ortofoto, typ pozemku je "zastavěná plocha a nádvoří".	ruian:err:building=missing	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7798679 (sousední SO)
Chybějící SO	Budova není v RUIANu, je vidět v KM, Bingu i ortofoto, typ pozemku je "zastavěná plocha a nádvoří".	ruian:err:building=missing	http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/7799403 (sousední SO)
Chyby všeho druhu	I takto to může vypadat :-) Zleva doprava: Budova na parcele 8 nekompletní, chybějící pravá část v KM hodně podezřele zakreslená. Budova na parcele 10 ořezaná tak, že z obdélníkového dvorce moc nezbylo. Budova na parcele 23 asi neexistuje, budova na parcele 24 asi nekompletní. Budova na parcele 11 ořezaná. budova na parcele 21 má podezřelý úhel proti realitě a sousedním budovám. Atd. atd. Vups...		http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/15077152

Tracing LPIS polygonů

Restrikce

• Nikdy neposouvat ani nemazat otagovaný uzel
• Neupravovat ani nemazat otagovanou cestu (s výjimkami pro tagy definující vlastnosti landuse plochy apod.)
• Původní polygon by neměl po ořezu nikdy úplně zmizet.
• Otázka: má smysl restrikce aplikovat jen lokálně kde se vyskytnou nebo zahodit úplně celý clipping?

Příprava polygonu

• Odstranit duplicitní po sobě jdoucí uzly, důsledek zaokrouhlování
• Namapovat uzly LPIS na existující uzly, vyfiltrovat jen na uzly daných vlastností (patřící jiným landuse polygonům apod., přesně specifikovat)

Diference polygonů

• LPIS polygon = clip, ořezávaný polygon = subject (terminologie GPCJ)
• Clip polygon může být jednoduchý polygon i multipolygon, tam problém není. Pozor, je třeba ošetřit multipolygon s více neuzavřenými outer cestami, které jsou společně zakruhované.
• Jediné uzly které diference přidává jsou průsečíky, všechny ostatní uzly výsledku musí být 1:1 namapovatelné na původní uzly clipu a/nebo subjectu.
• Je nutné přidat vzniklé průsečíky do cest clip polygonu.
• Clip má smysl provádět:
  • Pokud existují libovolné průsečíky cest clipu a subjectu -- zcela určitě.
  • Pokud výsledek diference je neprázdný -- obecnější ale může vést k hůř předvídatelným situacím = promyslet.

Subject je jednoduchá uzavřená cesta

• Pokud mají clip a subject neprázdný průnik, vždy dojde k nějaké editaci cesty subjectu.

• Po ořezu vznikne jediný polygon = nejjednodušší situace, editují se pouze uzly cesty subjectu, tagy apod. zůstávají.

• Po ořezu vznikne několik kousků = výsledkem je multipolygon:
  • Pokud clip byla jednoduchá cesta, všechny kousky mají roli outer.
  • Pokud clip byl multipolygon, výsledek může obsahovat inner i outer kousky, informaci o dírách vrací GPCJ.

• Pro jednu z cest výsledku se použije v editaci subject, musí to být outer(!) cesta s nejvyšším počtem zachovaných uzlů z původního subjectu. (Nebo s nejdelším součtem délek hran z původního subjectu? Nebo s největší plochou?)
• Pro ostatní cesty multipolygonu se vytvoří nové cesty.
• Část/všechny tagy se přesunou ze subjectu na relaci multipolygonu - promyslet jak a co, inspirovat se v kódu JOSM co vytváří multipolygon.

Subject je multipolygon

• ...potíže všeho druhu, mj. např. s otagovanými inner polygony (rybník, křoviny) atd.
• Speciální případ: subject neměl žádné inner polygony.
• Speciální případ: nedošlo k modifikaci inner polygonů.
• Speciální případ: modifikované inner polygony neměly žádné tagy.
• ...extra potíže, pokud obrysy jsou tvořené více neuzavřenými cestami, které jsou společně zakruhované. Pro ořez je nutné je spojit, následně pak hledat ve výsledku co kde a jak z nich asi zbylo.