> zdrav?m, > > cht?l jsem se zeptat, jak je to s mo?nost? vyu?it? dat r?ian pro n?jakou > formu automatizace? jednak je tu samoz?ejm? ?vaha o importu adresn?ch > bod? a budov, ale co t?eba vyhled?v?n? chyb?j?c?ch ulic, vyu?it? import > hranic ?zem? apod.? a jak je to s kvalitou dat r?ian? nedalo by se > vyu??t v?c t?ch dat z r?ian pro automatizaci aktualizac? map? nebo > ?ekn?me poloautomatizaci? ?e by se nap??klad data z r?ian zobrazovala v > n?jak? vrstv? a dalo by se nap??klad potvrdit ur?it? objekt, nebo naopak > odm?tnout, nebo upravit? > > mo?n? jsou ty ?vahy naprosto zcestn?, ale zeptat jsem se prost? musel:-) > > fordfrog

> S s plnou a dokonce i částečnou automatizací je to složité, resp. je > složité to udělat dobře. Navíc když se to udělá špatně, tak to může věci i > zhoršit - například přepsat zdánlivě chybnou informaci, která se ale > zakládá na osobním pozorování na místě namotném a je naopak správně. OSM je > založeno na tom, že se v něm mixují různí zdroje informací, takže > dlouhodobě jednosměrná synchronizace z nějakého jediného zdroje je proti > smyslu projektu. Pokud by ovšem onen projekt byl schopen a ochoten i zpětné > synchronizace informací doplněných OSM tak to je jiná, ale i tohle bude > spíš spousta práce, než nějaký automatický proces. K té práci se samozřejmě > mohou hodit různé nástroje, ale žádný nástroj ti nevyřeší jednoduchý > problém typu: naimportuješ odněkud budouvu a za rok při snaze o > synchronizaci zjistíš že jak v OSM tak v prvotním zdroji došlo ke úpravám > polohy. Co s tím? Pokud se nevydáš do terénu, pravdu nezjistíš. > > Čili udělátka typu automatické generovátka chyb ano, ale stejně na konci > bude ruční práce. > > Jakub > > On 12.7.2012 09:51, talk-cz-request na openstreetmap.**org<talk-cz-request na openstreetmap.org>wrote: > >> zdrav?m, >> >> cht?l jsem se zeptat, jak je to s mo?nost? vyu?it? dat r?ian pro n?jakou >> formu automatizace? jednak je tu samoz?ejm? ?vaha o importu adresn?ch >> bod? a budov, ale co t?eba vyhled?v?n? chyb?j?c?ch ulic, vyu?it? import >> hranic ?zem? apod.? a jak je to s kvalitou dat r?ian? nedalo by se >> vyu??t v?c t?ch dat z r?ian pro automatizaci aktualizac? map? nebo >> ?ekn?me poloautomatizaci? ?e by se nap??klad data z r?ian zobrazovala v >> n?jak? vrstv? a dalo by se nap??klad potvrdit ur?it? objekt, nebo naopak >> odm?tnout, nebo upravit? >> >> mo?n? jsou ty ?vahy naprosto zcestn?, ale zeptat jsem se prost? musel:-) >> >> fordfrog >> > ______________________________**_________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.**org/listinfo/talk-cz<http://lists.openstreetmap.org/listinfo/talk-cz> >

> S s plnou a dokonce i částečnou automatizací je to složité, resp. je > složité to udělat dobře. Navíc když se to udělá špatně, tak to může > věci i zhoršit - například přepsat zdánlivě chybnou informaci, která > se ale zakládá na osobním pozorování na místě namotném a je naopak > správně. OSM je založeno na tom, že se v něm mixují různí zdroje > informací, takže dlouhodobě jednosměrná synchronizace z nějakého > jediného zdroje je proti smyslu projektu. Pokud by ovšem onen projekt > byl schopen a ochoten i zpětné synchronizace informací doplněných OSM > tak to je jiná, ale i tohle bude spíš spousta práce, než nějaký > automatický proces. K té práci se samozřejmě mohou hodit různé > nástroje, ale žádný nástroj ti nevyřeší jednoduchý problém typu: > naimportuješ odněkud budouvu a za rok při snaze o synchronizaci > zjistíš že jak v OSM tak v prvotním zdroji došlo ke úpravám polohy. Co > s tím? Pokud se nevydáš do terénu, pravdu nezjistíš. > > Čili udělátka typu automatické generovátka chyb ano, ale stejně na > konci bude ruční práce.

> > Jakub

> Ahoj, > to co píšeš je nepochybně pravda, ale jaký je současný stav? > Načtu si oblast a vidím zjevný nesoulad mezi katastr. mapou a stavem v > OSM. Jak si mám takový stav vysvětlit? > Byl stav v OSM zachycen na základě něčího průzkumu (znalostí)? > Jde o chybu, omyl, nepřesnost? > Došlo mezi tím k aktualizaci zdroje dat (km)?

> > Řešením by bylo důsledně psát zdroj, podle kterého je stav zachycen. > To se bohužel ne vždy děje. > > Mirek

> Dne 12.7.2012 10:15, Jakub napsal(a): >> S s plnou a dokonce i c(ástec(nou automatizací je to sloz(ité, resp. je >> sloz(ité to ude(lat dobr(e. Navíc kdyz( se to ude(lá s(patne(, tak to mu*z(e >> ve(ci i zhors(it - napr(íklad pr(epsat zdánlive( chybnou informaci, která >> se ale zakládá na osobním pozorování na míste( namotném a je naopak >> správne(. OSM je zaloz(eno na tom, z(e se v ne(m mixují ru*zní zdroje >> informací, takz(e dlouhodobe( jednosme(rná synchronizace z ne(jakého >> jediného zdroje je proti smyslu projektu. Pokud by ovs(em onen projekt >> byl schopen a ochoten i zpe(tné synchronizace informací doplne(ných OSM >> tak to je jiná, ale i tohle bude spís( spousta práce, nez( ne(jaký >> automatický proces. K té práci se samozr(ejme( mohou hodit ru*zné >> nástroje, ale z(ádný nástroj ti nevyr(es(í jednoduchý problém typu: >> naimportujes( odne(kud budouvu a za rok pr(i snaze o synchronizaci >> zjistís( z(e jak v OSM tak v prvotním zdroji dos(lo ke úpravám polohy. Co >> s tím? Pokud se nevydás( do terénu, pravdu nezjistís(. >> >> C(ili ude(látka typu automatické generovátka chyb ano, ale stejne( na >> konci bude ruc(ní práce. > proto jsem psal o té poloautomatice. je mi jasné, z(e nelze proste( vzít > data z rúian a pr(epsat s tím data v osm. ale asi by se na základe( > urc(itých pravidel daly ty importy aspon( zpoloautomatizovat, tj. ne(co by > se naimportovalo rovnou (tr(eba proto, z(e to v osm chybí), u ne(c(eho tr(eba > bude moz(né urc(it, z(e to lze taky automaticky pr(epsat (needitovaný > záznam, rozdíl v sour(adnicích pouze v rámci ne(jaké malé odchylky, atd.), > a zbytek by se musel pr(i prvotním importu odkontrolovat ruc(ne(. pak uz( by > ale me(lo být moz(né jen sledovat zme(ny a podle toho pr(ípadne( upravovat > údaje v mape(. > > v praxi by to samozr(ejme( znamenalo spoustu testování a ove(r(ování, nez( by > se takovému systému povolilo ne(co zapisovat, ale do budoucna by v tom > podle me( byl rozhodne( velký pr(ínos. samozr(ejme( ale základní otázka je, > nakolik kvalitní data rúian obsahuje.

>> Jakub > fordfrog > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Ad kvalita dat - zrovna nedavno sem nekde cet vyjadreni z nejaky obce typu > "ten system funguje blbe, a jeste v tom je hromada chyb" prave k RUIAN, s > tim, ze pry se pokusili opravit nejake chyby, ale neni jak to dam dostat, > protoze to funguje jako vsechny registry ...

> Ad zbytek - moje predstava (obecne) je zhruba ta, ze by to chtelo nejakou > prehledovou mapu, kde by nejak barevne bylo videt trebas % rozdilu. Dal by > to chtelo neco jako tracer, ale aby to neobkreslovalo ale primo importovalo > vybrany prvky (plugin do JOSM). Proste jednoduse by user jen klikal na > vybrany prvky a ty by se mu ladovaly do datasetu - rychly, jednoduchy, a > podlehajici alespon zbezny vizualni kontrole => jakas takas ochrana proti > importu ptakovin. Soucinosti s tim prehledem by se relativne rychle dala > zpracovat drtiva vetsina dat + zaroven by se nemuselo vymejslet, co se kde > cim rozbije. Samo optimalne s moznosti si zobrazit jen vybrany typ (trebas > jen ulice) a vybrat celou oblast.