> Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, > Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to > nemusí dělat po jedné. >

> Dne 20. února 2014 12:33 Marián Kyral <mkyral na email.cz> napsal(a): > >> Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, >> Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to >> nemusí dělat po jedné. > > Myslíš chyby v RÚIANu? Nedělal bych si iluze, že to půjde v rozumné > době opravit. > Před 9 dny jsem hlásil na stavební odbor Mladé Boleslavi chybějící > souřadnice zde: > http://vdp.cuzk.cz/vdp/ruian/adresnimista/26713080 [2] > > Dneska mi volala paní, že daná parcela (myslela asi budovu) má nějak > omylem (prý možná už od války) přidělena 2 č.p. a on když tenhle bod > umístí, tak se rozbije zas něco jiného. Takže nejdřív chtějí přes > evidenci obyvatel obeslat všechny, kdo tu adresu někde úředně uvádí > (škola tam má sídlo, možná někdo bydliště) a nějak to vyřešit. Aby se > jí nestalo jako minule, že při smazání už zrušeného č.p. udělala z > nějakých lidí úřední bezdomovce. > > Prý jenom v MB se podobné problémy týkají možná 500 adresních míst. > Tolik jen ke kvalitě dat v RUIAN, když budeme posuzovat nějaké > konflikty s OSM. >

> Jinak jak jsem psal, navrhuju sporné tagy (country, is_in) neřešit, > případně se dají doplnit/smazat nezávisle na importu.

> > V. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz [1]

> Je mi jasné, že to nebude jen tak. Takže si pro začátek představuji nějakou > stránku/dokument/wiki stránku, kde bude seznam všech problémů > zjištěných při importu, jejich detailů a stavu (zjištěno/nahlášeno/vyřešeno). > Když to bude pohromadě, tak budeme mít přehled, kolik toho je a podle > toho pak případně dohodnout co s tím dál.

> To bych už moc nerozebíral. Myslím, že minimálně u tagu is_in se prokázalo, > že pokud na něm nějaký sw závisí, tak to bude jen nějaký lokální projekt. > Zbytek světa is_in neřeší. Takže za mně smazat. Kdyby to fakt bylo potřeba, > tak nebude problém tag zase vrátit. Doplnění dle ruain id nebude nic > složitého.

> Teď mně napadla ještě jedna věc. Neměli bychom mít u těch > "problematických" adres nějaký tag, označující, že data v RUIAN nejsou > korektní. Kdyby se třeba následně něco doplňovalo, tak aby se nedoplnily > blbosti. > Mohlo by tam být třeba něco jako "ruian:bad" kde obsahem by bylo třeba > číslo problému v tom seznamu výše. > ruian:bad=123 > Marián

> Ahoj, > >> Je mi jasné, že to nebude jen tak. Takže si pro začátek představuji >> nějakou >> stránku/dokument/wiki stránku, kde bude seznam všech problémů >> zjištěných při importu, jejich detailů a stavu >> (zjištěno/nahlášeno/vyřešeno). >> Když to bude pohromadě, tak budeme mít přehled, kolik toho je a podle >> toho pak případně dohodnout co s tím dál. > Stránka už vlastně skoro jako je,ne? ;-) > http://wiki.openstreetmap.org/wiki/Cs:RUIANchyby

> Nó. Vidím tabulku přepěknou, kterou filtrovati, řaditi a exportovati do > souboru s hodnotami středníčkem oddělenými dle libosti můžu. :-D

>> Nó. Vidím tabulku přepěknou, kterou filtrovati, řaditi a exportovati >> do >> souboru s hodnotami středníčkem oddělenými dle libosti můžu. :-D > > Nó, vzhledem k tomu, že je tam jedna hodnota, tak filtr a razeni jsou > uz ted funkcni a zabudovane implicitne. Je ale fakt, ze export pres > Ctrl+C a Ctrl+V > ti tam ty stredniky neda. Sakrys. ;-) > > Jasne,ze tam muzeme dat tabulku, ale vis, co by jsi si predstavoval za > sloupce? > Ja to nevim. >

> A asi bych se moc nerozvasnoval s nejakym vetsim resenim. Tady > http://wiki.openstreetmap.org/wiki/Cs:Import_DIBAVOD > to vypada, ze se do hlaseni chyb nikdo moc nehrnul, takze bych tipoval, > ze nejaky sledovaci system fakt nema cenu.

> Asi takhle nějak: http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby

> Ahoj, >> Asi takhle nějak: http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > Uznávám přede všemi, že tvoje řešení je mnohem hezčí. > > Jen bych tam doplnil sloupec, který by říkal o jakém RUIAN ID se > bavíme, > aby se daly rozlišit minimálně SO a AM, možná i TEA. > > Taky bych dával to číslo klikací s odkazem na VDP RUIANu. >

> TinyIssue - je super, že máš zálohu pro případ velkého pracovního > nasazení.

> Doufám, že je jasné, že ta data jsou ten příklad, žádné takové AM neexistují ;-)

> -----Original Message----- > From: Marián Kyral [mailto:mkyral na email.cz] > Sent: Friday, February 21, 2014 9:58 AM > To: OpenStreetMap Czech Republic > Subject: Re: [Talk-cz] Opět hlášení chyb (Re: Minimalis_import) > > Dne 21.2.2014 09:20, Dalibor Jelínek napsal: > > Ahoj, > >> Asi takhle nějak: http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > > Uznávám přede všemi, že tvoje řešení je mnohem hezčí. > > > > Jen bych tam doplnil sloupec, který by říkal o jakém RUIAN ID se > > bavíme, aby se daly rozlišit minimálně SO a AM, možná i TEA. > > > > Taky bych dával to číslo klikací s odkazem na VDP RUIANu. > > > > Jo, klikací čísla jsem byl už líný dodělávat :-D Je to jen návrh, sloupce se > můžou upravit. Teď mne třeba napadlo, že by tam mohl být i odkaz na > odpovídající OSM prvek. > Doufám, že je jasné, že ta data jsou ten příklad, žádné takové AM neexistují > ;-) > > > > > TinyIssue - je super, že máš zálohu pro případ velkého pracovního > > nasazení. > > Zálohu? Jen jsem si to zkusil. > > Vycházím totiž z předpokladu, že těch nalezených chyb bude hodně a bude > dobré mít v tom přehled. Pak bude potřeba najít pro každou oblast ten > správný kontakt, vyexportovat oblast do excelu a poslat. Předpokládám, že > existuje nějaký konverzní nástroj Markdown2csv, takže s tím by až takový > problém nebyl. > > Ta tabulka má jednu zásadní nevýhodu. Lze třídit jen dle jednoho sloupce, > takže nejde si nechat zobrazit pouze nevyřešené chybějící definiční body z > Velké Lhoty. > > Moudřejší budeme, až se import rozběhne a chyby se začnou hromadit. > Marián > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz