Ahoj, Dne St 19. února 2014 18:07:40, Petr Morávek [Xificurk] napsal(a):
> Ahoj, > > Dne 18.2.2014 21:48, Petr Vejsada napsal(a): > > Přidávat, nahrazovat: > > addr:country=CZ > > Tohle bych vážně ještě zvážil - zatím taky nezazněl případ, kdy je ten > tag potřeba. Jak jsem psal - osobně bych preferoval nemazat, nepřidávat. > Pokud se ukáže, že to někde bezpodmínečně potřeba je, tak nebude problém > provést hromadné doplnění. Mé lokální taginfo říká, že mám v evidenci 2.294.624 entit s adresním tagem, z toho 2.082.028 má addr:country=CZ a asi 2.400 má tag sousední země (Geofabrik nemá ten polygon tak přesný jako CÚZK; má trochu přesah).v RUIAN je teď 2.907.794 AM, takže nárůst bude cca 25%, hmm, to není zase málo. > Je potřeba si uvědomit, že adresní body tvoří momentálně cca 70% všech > tagovaných bodů v ČR, po doplnění by to mělo být 75%. Takže každý > "zbytečný" tag bude mít ne úplně zanedbatelný dopad na celkový objem dat > a náročnost jejich zpracování. > To samo o sobě samozřejmě není důvodem pro nějaké mazání, ale je to imho > důvodem k pečlivému zvážení, jestli jsou jednotlivé tagy k něčemu užitečné. Tak zvažujte, mně se teď momentálně zvažovat nechce a už mě to trochu unavuje. > > Mazat: > +created_by nj, na to jsem nenarazil, přidávám do mazání. > > Mazat tyto kombinace k,v: > Ještě zhruba 50 000 bodů má: > http://taginfo.openstreetmap.cz/tags/note=Nekonzistence%20cuzk%3Akm%20a%20mv > cr%3Aadresa Vzhledem k tomu, že by se během importu měla provádět kontrola, > tak by se to mohlo taky rovnou mazat. Tyto nekonzistence stále existují. Narazil jsem na několik takových, kdy v OSM bylo úplně jiné číslo domu než v RUIAN, klidně i tak, že v jedné DB bylo číslo popisné a v druhé číslo evidenční. Objevil jsem tak, že bot hledá k RUIAN AM nějakou adresu v OSM, žádnou nenajde, tak jí vytvoří a následně vydá varování, protože obě leží buď na stejné, nebo velmi blízké pozici. Co s tím nevím. Řešil bych tak, že v editoru smažu ten nový bod z RUIAN a nechám starý v OSM. Pokud se v budoucnu v RUIAN bod změní, půjde znovu do zpracování. Jak řešit situaci, kdy se bod v RUIAN nezmění, protože je správně, tak to nevím. Nevím jak zjistit, zda je správně KM nebo RUIAN. > > > Připravil jsem opět ukázku, tentokrát větší, a to pražské čtvrti Střížkov > > a > > Prosek. http://pedro.poloha.net/osm/data.zip . Obsahuje dva soubory, > > data.osm a data.csv. Co je v data.osm je snad jasné, v data.csv je > > tabulka varování - seznam míst, kterým je třeba věnovat pozornost. Pro > > uživatele JOSM je tam link na JOSM remote control, jeho otevřením v > > prohlížeči nebo curl apod. JOSM skočí > > na problematické místo.Typy chyb: > Mohl bys trochu osvětlit, co znamená obsah jednotlivých sloupců v > tabulce varování? Jde o dvojice nebo trojice adresních entit, u kterých bylo vygenerováno to varování. Česky jsou značena data z RUIAN, anglicky z OSM. Koncovka _a nebo _b označuje jeden z dvojice bodů z RUIAN, kterých se varování týká. Takže třeba varování AM jsou blízko u sebe plus označení těch bodů, které jsou blízko u sebe. cislo_popisne_a je č.p. prvního a cislo_popisne_b je č.p. druhého bodu z RUIAN. Může, ale nemusí u toho být i adresní entita z OSM, případně to může být pár, složený jen z jednoho bodu RUIAN a jedné entity v OSM. > > > Píšu tady o tom proto, protože ačkoli je chyb RELATIVNĚ málo, v > > absolutních > > číslech to dá desetitisíce a není reálné, abych to zvládl v rozumném čase > > prohlédnout všechno. Proto pravděpodobně poprosím dobrovolníky, kteří by > > chtěli dostávat .osm s jimi vybranou oblastí, prohlédnout je, opravit a > > poslat mi je zpátky. Takže je to taková příprava na lov brigádníků ;-). > > Zapiš si mě ;-) OK :-), díky., jestli má Merkaartor také něco jako JOSM remote control, tak přidám sloupeček :) -- Petr _______________________________________________ Talk-cz mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-cz
