[Talk-cz] Problém při aktualizaci ruian2pgsql (was: Re: Hlášení chyb RUIAN přímo z JOSM)

[Petr Vejsada]

Dne Čt 1. května 2014 17:43:23, Mirek Dlask napsal(a):

> Ahoj,
> 
> Např. http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22482296 - celá obec
> Čím.
> http://cuzk.cz/Dokument.aspx?AKCE=META:SESTAVA:MDR002_XSLT:WEBCUZK_ID:623806
> 
> a řada dalších.
>  ruian2pgsql asi neumí aktualizovat data u existujících záznamů.

Bohužel, musím potvrdit tento problém. Nahrál jsem si Čím ze včerejší 
kompletní sady z RUIAN a takto to vypadá:

pedro=# select count(*),count(hranice) from *ruian*.rn_stavebni_objekt where 
cobce_kod=23809 and not deleted;
 count | count
-------+-------
   431 |     2

pedro=# select count(*),count(hranice) from *ruiantest*.rn_stavebni_objekt 
where cobce_kod=23809 and not deleted;
 count | count
-------+-------
   431 |   418

Jsem si téměř jist, že jsem aplikoval všechny změnové soubory. Jejich seznam 
mám (tabulka rn_hlavicka). Těžko to ověřit, změnové soubory nejsou úplně každý 
den.

Aktualizace dat určitě nějak funguje, funguje např. mazání objektů. V Čím mám 
včetně deleted 434 stavebních objektů, tedy 3 se správně smazaly.

Chyba by mohla být ještě ve změnových souborech. Několikrát jsem musel změnový 
soubor ručně editovat. Chybělo číslo obce u katastrálního území nebo byla 
vadná geometrie katastrálního území; polygon s 'ocáskem', tedy uzavřený 
polygon měl na konci ještě jeden bod navíc, ocásek. Postgis ten polygon 
vyhodil, ručně jsem opravil a nahrál.

Tak budu přemýšlet, co s tím. Potřebuji u adres item_timestamp a potřebuji 
všechny deleted záznamy, alespoň u adres. Oboje bych si mohl schovat a pak 
jimi aktualizovat nové tabulky. 

> 
> Mirek
> 
> Dne 1. května 2014 17:30 jzvc <jzvc na tpfree.net> napsal(a):
> > Dne 1.5.2014 10:45, Petr Vejsada napsal(a):
> >> 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ě.
> > 
> > Cus, pokud dobre vidim ... tak napriklad nadrazi Semily
> > 
> > 
> > cp. 94 - jedna z budov podel trati, v KM zcela zjevne geometrii ma (je tam
> > duch). Pritom samotna budova nadrazi cp. 95 tam je.
> > 
> > Sel sem se podivat primo ke zdroji - http://vdp.cuzk.cz/marushka
> > A tam jsou budovy obe, rozdelene (tzn i ta, co nema CP - 4141/1 a 4141/2).
> > 
> > => opravdu to vypada na nejaky bug v prenosech dat. Jinak klasicky na to
> > narazim v radach garazi a pod.
> > 
> > _______________________________________________
> > Talk-cz mailing list
> > Talk-cz na openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz