[Talk-cz] Hlášení chyb RUIAN přímo z JOSM

Čtvrtek Květen 1 09:19:53 UTC 2014

Ahoj,
co víme?
Katastrální mapa je právní stav. Stav před změnou čísla, ulice, části obce
...
ZABAGED je stav, který se blíží skutečnosti a nenajdete tam např. Jevany
ev.5020 (stav před přečíslováním, tak jak je v KM) . Ale v ZABAGED najdete
Jevany ev.20.
Kdo má data, může si porovnat Jevany čev 1-5001, 6-5006, 14-5014 ..... Co
mají tyto dvojice společné?. Ano  jsou zcela bez geometrie. Tedy? Zanikly
ještě před přečíslováním.
RUIAN včetně Marushky obsahují vše.

Technicky jsou všechna data v jedné databázi.
Právní stav (KM) obsahuje vždy jak geometrii SO tak geometrii definičního
bodu SO. Naopak nemá geometrii definičního bodu AM. Číslo se zobrazuje na
souřadnicích geometrie SO.
Naopak reálný SO neobsahuje geometrii SO, má  geometrii definičního bodu SO
a má geometrii definičního bodu AM.
Všechno je to zabaleno do obalu dalších chyb, neúplných dat a zmatků.
Dají se nalézt řetězce chyb. Kdo hledá najde ...

Takže, milá komunito. Je načase přestat obkreslovat KM a kdo má čas, ať ho
raději věnuje probíhajícímu importu.
Samozřejmě bude nutné se nějak vypořádat s neexistujícími AM, které jsme si
do OSM zavlekli obkreslováním KM, ale i následnými importy. Včetně těch
mých.

Zdraví Mirek

Dne 1. května 2014 10:45 Petr Vejsada <osm na propsychology.cz> napsal(a):

> Ahoj,
>
> Dne St 30. dubna 2014 23:43:22, Marián Kyral napsal(a):
>
> > >> 2) Chyby strojově nedohledatelné - (dvůr jako budova, nekompletní
> > >> budova, chybějící budova...)
>
> Chybějící budova nemusí být chyba. V katastru jsou jen budovy v katastru
> evidované a je-li v terénu reálně budova, která není evidovaná v katastru,
> tak
> v něm prostě není a být nemá .> není to chyba. Měli bychom dávat pozor,
> abychom nehlásili "chyby", které chybami nejsou.
>
> > > Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky => pokud nekde
> > > nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN
> > > pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel
> zmizet).
> >
> > Tak tenhle nápad se mi líbí. Všechna hlášení by se shromažďovala v
> > nějaké lokálním systému na hlášení chyb a buď by se jednou za čas
> > vygeneroval a poslal email s nejnovějšími chybami, nebo by sis mohl
> > report stáhnout sám. Nicméně, to automatické uzavírání chyb bude
> > fungovat jen pro první typ. Jak ve skriptu zjistíš, že opravená
> > geometrie je správná? Spíše bych to viděl na možnost stáhnout si
> > předpřipravený soubor pro JOSM a v něm to pak zkontrolovat a nahrát do
> JOSM.
>
> Umím zjistit, kdy se v RUIAN něco změnilo, tedy přesněji - vím datum, kdy
> jsem
> si nahrál změnu do databáze. Změny z RUIAN nahrávám téměř každý den. Proč
> k té
> změně došlo, to už nevím, tedy neumím poznat, zda jde o opravu chyby nebo
> skutečnou změnu situace.
>
> >
> > V každém případě by bylo fajn, kdyby se nám nejprve podařilo zbavit se
> > chyb systematicky vznikajících. Někde musí být nějaká chyba. Těch duchů
> > sdílejících pozici s jinou budovou je podezřele moc.
>
> Moje tušení, že v RUIAN jsou historická data, se začíná blížit jistotě. To
> je
> tak - v OSM je aktuální adresní místo. Třeba teď co mám rozdělané - Praha
> Dubeč, Na hádku 1613. To je v OSM i v RUIAN, RUIAN ID 25102664 a patří k
> normální budově s geometrií. A chce se mi nově přidat Na hádku 613 (opět to
> oblíbené přičítání násobku 1000), RUIAN ID 30721369 a patří k duchovi.
>
> Prostě někde jim vypadlo z kódu 'where not deleted' nebo nějaká taková
> blbost,
> která má ovšem dost závažné důsledky. Možná je to tak velký průšvih, že teď
> nevědí, co s tím, aby nepadaly hlavy ... Tihle duchové jsou nejen v
> databázi,
> dostupné přes výměnný formát, ale jsou i v těch interaktivních formulářích
> (Ověření adresy -> detail -> přeít na budovu. Třeba ten příklad Kováků
> č.or.
> 30. Nebo to, co mám rozdělané - Dubeč, Na hádku 1613 X Dubeč, 613 (bez
> ulice)
>
> http://vdp.cuzk.cz/vdp/ruian/adresnimista/25102664 (1613, OK, bylo v OSM)
> http://vdp.cuzk.cz/vdp/ruian/adresnimista/30721369 (613, IMO už
> neexistuje,
> nebylo v OSM)
>
> a příslušné budovy:
>
> http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24643092 (OK)
> http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30072301 (duch)
>
>
> > > ***
> > > Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze
> > > kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem
> > > jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem
> > > pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM
> > > rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova,
> > > nekdy po vchodech .... (zcela bez ohledu na stavebni provedeni - to je
> > > ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice)
>
> máš nějaký příklad budovy, která je v *digitální* KM a není v RUIAN? To
> bych
> chtěl ověřit; dostaly se ke mně nějaké indicie, že ruian2pgsql prý občas
> při
> aktualizaci vynechá geometrii, tak bych to chtěl ověřit, zda opravdu není v
> tomto chyba na naší straně.
>
> Ta druhá část může souviset s právním stavem. V jednom případě může být
> velký
> panelák právně jako jedna budova s několika vchody a v druhém případě to
> může
> být právně několik budov, i když jsou stavebně spojené. Něco jako řadové
> rodinné domy.
>
> >
> > Mám teorii:
> > To, co je v KM je vlastně pozemek. Budova je taková nadstavba, která
> > daný pozemek/kus pozemku sdílí. Schválně si na ruian.poloha.net zapni
> > vrstvu pozemků. Budovy najednou "vyniknou". RUAIN ty hranice má, jen je
> > to špatně zaneseno u budovy.
>
> Myslím že tato teorie obecně neplatí. V některých případech může existovat
> parcela, jejíž hranice jsou totožné s hranicemi budovy. Někdy to může být
> "téměř" tak - příklad - Radějovice 87,
> http://ruian.poloha.net/20/49.94597/14.56305 - parcela č. 241 většinou
> budovu
> kopíruje, ale ne zcela.
>
> V jiných případech vůbec zvláštní parcela, na které stojí budova,
> neexistuje.
> Budova prostě stojí na pozemku 1000m2 a zabírá plochu 150m2.
>
> >
> > Jak je budova zakreslena v KM/RUIAN závisí na tom, kdo zpracovával
> > podklady. Někdo to dělal poctivě a zanesl jednotlivé vchody správně.
> > Jiný si chtěl ulehčit práci, a udělal z toho jeden objekt, kterému
> > přiřadil více adres. A pak záleží jak probíhá digitalizace.
>
> Může to souviset s tím právním stavem. Ovšem co se týká adresních bodů,
> tak to
> je v každém případě jen o lenosti, to ano, případně neznalosti a tedy o
> lenosti zvednout pozadí ze židle a jít se tam podívat, když nevím ...
>
> K automatickému nahrávání (importu) budov - je řešitelné "podívat se", zda
> na
> místo mohu plácnout budovu. Rozhraní landuse pod budovou je OK, hranice s
> plotem, řeka, silnice už OK není. To by šlo naprogramovat. Co by už moc
> nešlo
> je třeba případ, kdy v OSM je takový posun, že v OSM už budova sice je,
> ale je
> vedle. Pak je problém s doplňováním budov do díry mezi dvema budovami nebo
> třeba připojení k budově již v OSM existující. V OSM to prostě nšmáme na
> milimetr přesně, takže by se budovy velmi často překrývaly.
>
> Možná cesta by byla vygenerovat z RUIAN DB OSM vrstvu s (novými) budovami,
> tu
> pak v JOSM sloučit do normální vrstvy s OSM daty a nechat validovat.
> Vyžaduje
> rozsáhlý výzkum :-)
>
> --
> Petr
>
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140501/496e36c7/attachment.html>