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.
Dne Čt 1. května 2014 17:43:23, Mirek Dlask napsal(a):
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