>(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 _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
