[Talk-cz] automatizace aktualizace adresních bodů

Pátek Červenec 20 05:54:20 UTC 2012

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 <fordfrog na fordfrog.com
> <mailto:fordfrog na 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 na openstreetmap.org <mailto:Talk-cz na openstreetmap.org>
>     http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz

------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120720/70959c97/attachment.html>