Dne 20.7.2012 6:20, Mirek Dlask napsal(a): > Problémů adresních bodů je několik > > Poloha > - nezdařený předchozí import viz > historie http://www.openstreetmap.org/browse/node/296553548/history > Že by si od roku 2009 nikdo nevšimnul čísel na chodníku? > Navíc tam mohou být zásahy odmítačů > > - přesun z důvodů, že něčemu překážely (jméno restaurace ....) > - přesun omylem > - přesun kvůli označení vchodu, protože je asi nefunkční > tohle http://wiki.openstreetmap.org/wiki/Key:entrance > > - chyba ve zdroji dat a následný přesun adresního bodu. To je potřeba > nějak označit. > source = knowledge ?? > > K adresním bodům jsou přidané další tagy > - name a pak se to vzájemně přebíjí > - nekonzistence s katastrem tuším formou poznámky > > Takže je potřeba analyzovat i to co je tam navíc a proč.
Jeste jsou tam duvody zastaralosti dat ve zdroji - prikladem budiz centrum Usti nad labem, kde uz par patku stoji nove budovy, ale km/ruian o nich nema ani tucha. Nektere z nich maji pak do OSM pridane adresy, ktere nekdo ziskal z jineho zdroje (mozna na miste). Pripadne dalsi veci je to, ze napr v pripade budov jsou misty v OSM prikresleny ruzne pristavky, ktere v RUIAN vubec nejsou (minimalne ne v tom co je v diskutovanem exportu), v KM trebas jsou. Variantne jsou v RUIAN trebas dve oddelene budovy, pricemz podle orthofoto je zcela zjevne na miste budova jedina (pripadne dve budovy spojene)... Takze by asi bylo dobry po vyreseni chyb vyrenderovat nejaky diff, a jit spis cestou nejakeho poloautomatickeho importu => vyberu si nejaky box o kterem prohlasim "tady je prd, naimportuj vse co umis" a nasledne se to projevi na tom diffu, ze kteryho to zmizi. Ad identifikator *uir_adr:ADRESA_KOD* je to co obsahuje IDcko - pokud je. > > Mirek > > Dne 20. července 2012 0:43 Miroslav Šulc <fordf...@fordfrog.com > <mailto:fordf...@fordfrog.com>> napsal(a): > > Dne 20.7.2012 00:23, Miroslav Šulc napsal(a): > > dovolil jsem si změnit předmět, aby to někde nezapadlo :-) > > > > Dne 19.7.2012 23:46, Mirek Dlask napsal(a): > >> Dají se vymazat adresní body ze zadaného čtverce? > > to by podle mě mělo jít. otázka ovšem je, jestli mazat, nebo > upravovat. > > já bych se spíš přikláněl k upravování, jelikož je pak jasně vidět > > historie. další věc je řekněme vyjetí rozdílu mezi osm a rúian, > tj. co > > nám přebývá na jedné a na druhé straně. to by nám mělo udělat > přehled o > > stavu dat. > > > >> Otázka automatizace není ANO - NE, ale jak > > s tím souhlasím :-) > > > >> Co takhle selektivní přístup. > >> Máme řadu obcí, kde jsou jen adresní body. Proč si nevybrat, > některou > >> z nich a nezkusit import budov podle čísla obce. > >> Jde to? > > já osobně bych to viděl spíš tak, že bychom měli primárně > věnovat nějaký > > čas analýze dat, úvahám o tom co a jak aktualizovat, a hlavně jak to > > následně udržovat. > > > > co se týče analýzy dat, tak bychom asi měli vědět, kolik nám > toho v osm > > chybí, kolik toho přebývá (a proč), kolik adresních bodů by se > přesunulo > > o víc jak x metrů (a proč) a v jaké oblasti apod. z toho by pak > mělo být > > aspoň částečně jasné, co by import adresních bodů obnášel. > > > > co se týče importu a aktualizací, tak řekněme, že by se např. > postupně v > > osm zaktualizovaly adresní body, tj. upravil by se jejich stav podle > > rúian (přesuny, odstranění duplicit, vymazání neexistujících, > přidání > > nových) a označily by se nějakým tagem, např. "bot", v případě > nějaké > > větší vzdálenosti od původní polohy by se ještě přidal nějaký > další tag, > > např. "verify". pak, pokud někdo adresní bod opraví (protože je > třeba > > posunutý), tak změní tag "bot" na "no-bot" a skript bude vědět, že v > > případě změn daného adresního bodu má zakázáno bod aktualizovat. v > > takovém případě někam (třeba sem) napíše info o tom, že v rúian > došlo u > > daného bodu ke změně. pokud by šlo například o opravu, která je v > > souladu s osm, tak by se bod ručně upravil a přidal by se opět tag > > "bot". v případě smazání bodu z rúian lze předpokládat, že má > bod zmizet > > z osm a skript by se nikoho neptal. samozřejmě lze z práce skiptu > > generovat logy, aby se dala jeho činnost jednoduše dohledat, posílat > > mailem reporty apod. > > k tomuhle bych ještě dodal, že by se samozřejmě dala označit určitá > oblast, kde víme, že osm souřadnice jsou správné a rúian je má > špatně a > někde mimo (jak psal jzvc o místě kde nesedí adresní body), jako > "no-bot" a ty by se rovnou vůbec neaktualizovaly. tohle by právě měla > odchytit ta analýza dat, konkrétně větší než "rozumná" vzdálenost mezi > souřadnicemi stejných bodů. > > > takový systém by umožňoval automatické aktualizace se zachováním > přidané > > hodnoty maperů. samozřejmě je to jen hrubý nástřel, co mě právě > napadlo, > > jak by to mohlo fungovat. je to spíš námět k diskusi. > > > >> Našel někdo někde číselník obcí? > > je např. součást rúian dat. > > > >> Chce to postupovat od toho nejméně složitého a nekonfliktního, > k tomu > >> složitějšímu. > >> > >> Další je otázka struktury dat v OSM. Je kam vložit například > rozšířené > >> údaje o budovách? > >> Nebo alespoň ID jednotlivých importovaných objektů? > > to je samozřejmě předpokladem toho, aby nějaký bot dokázal s > adresními > > body jednoznačně pracovat. když se dívám třeba na adresní body > tady u > > nás, tak tam jednoznačný identifikátor není. je tam jen (z těch > > relevantních údajů) domovní číslo a případně název ulice (+ > souřadnice), > > takže systém by musel na začátku hledat odpovídající adresní bod > podle > > těchto údajů. > > > >> Mirek > > ff > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
_______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz