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