[Talk-cz] Aktualizace RUIAN
Martin Kokes
shr3k na typo3-hosting.com
Úterý Květen 13 19:24:49 UTC 2014
Nojo, paní Landová z podpory bývá dost skoupá na vyjádření, většinou něco
někam forwardne a děj se vůle boží. Pak možná forwardne zpátky nějakou
odpověď. :-) Většinou pomůže oslovení někoho dalšího, který je více
vstřícný, třeba tu vidím, že se zapojil Petr Souček. Můžete zkusit i Pavel
Šidlichovský, který vede správu ZABAGEDu (a tím pádem asi i adresní místa).
E-maily snadno odvodíte jmeno.prijmeni.
MK
"Petr Vejsada" píše v diskusním příspěvku news:2002810.zTFi1LYSpi na mrnous...
Zdravím,
Dne Út 13. května 2014 20:58:37, Martin Kokes napsal(a):
> Ty chyby jsou tam myslím od března, už jsem to hlásil na podpora na cuzk.cz.
jelikož zpracovávám změnové soubory takřka denně, tak jsem si toho všiml asi
brzy.
28. března jsem posílal na podpora na cuzk.cz tento mail:
*******************
Dobrý den,
pro projekt Openstreetmap používáme jako jeden ze zdrojů dat RUIAN. V
poslední
době dochází k neobvyklostem ve změnových souborech. Konkrétně se jedná o
nevalidní polygony a chybějící identifikaci obce u katastrálního území.
Příklady:
Změnový soubor 20140324_ST_ZKSH.xml.gz obsahuje, podle mého názoru,
nevalidní
polygon u ZSJ 306045 - polygon je uzavřený a na jeho konci ještě přebývá
"ocásek" v podobě jednoho bodu navíc
Změnový soubor 20140327_ST_ZKSH.xml.gz obsahuje katastrální území 920681 a
katastrální území 929930, ale u obou chybí vazba na obec (chybí kód obce).
Je
to takto v pořádku? Může být katastrální území, které nenáleží žádné obci?
Pokud jde opravdu o chyby, přimlouval bych se za to, aby změnový soubor byl
rozdělený na řádky alespoň elementy <vf:xxxxx></vf:xxxxx>. Řádek, dlouhý
67MB
se opravdu ručně opravuje dost nepohodlně.
Děkuji předem za vyjádření.
--
Zdraví
Petr Vejsada
*******************
Odpověď žádná, polygon neopraven, ta vazba na obec opravena byla i bez mého
upozornění.
--
Petr
Další informace o konferenci talk-cz