[Talk-cz] Data RUIAN - výměnný formát

[hanoj]

>(nebo jsou data nesprávná - např. jiný tvar obrys budovy).
*** No katastr, uznává tuším styk budovy se zemí jako reprezentující a
vzhledem k tomu že to dosud od něj obkreslujem asi by to chtělo uznat
za standard.

> obsahovat více upřesňujících tagů. Je tedy možné (pravděpodobné), že
> některá data budou lepší v OSM než v datech registru. Uliční čáry musí
> nějak rozumně na sebe navazovat...
*** Opravdu se jedná o uliční čáry, nebude to jen popisek? Já jsem v
ukazkach nic nenašel

> Které konrétní údaje z registru se budou do OSM importovat?
*AdresniMisto (addr=*)
*Stavebni objekt (building=*)
*Ulice (name=*)

> Jak se vypořádat se starými daty?
*** Mno nebal bych se smazat a nahrat novou geometrii budov (pro
source=cuzk:km) a ponechat pripadne tagy navic. Dost digitalizaci je
neduslednych co do geometrie tvaru (krizeni, nesdileni hran a nodu)
nebo pokryti zdanlive hotoveho uzemi. Obdobne u adresnich bodu, coz je
dano nedokoncenym importem a zdrojem dat.


> Za ideální cílový stav bych považovat navázání dat na registr kvůli
> aktualizacím.
*** To je zbozne prani, ktere se nam doposud nepovedlo, viz napr.:
1) adresni body obcas nekdo strka do POI ci polygonu building
2) admin_border se staly soucasti multipolygonu budov a ruznych preklepu...
3) import rek DIBAVOD, a lesu UHUL uz je prakticky neudrzovatelny s originalem

Takze nejvetsi otazkou je co s tim co uz v OSM je a jak nakladat s
daty v budoucnosti.


ha
hanoj