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
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
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
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.
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.
Jakubfordfrog _______________________________________________ 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.
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.
Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.