automatizace aktualizace adresních bodů

3 zpráv
Zpět na přehled

automatizace aktualizace adresních bodů

3 zpráv MMJ 3 účastníků 5 min čtení
  1. Miroslav Šulc fordfrog na fordfrog.com #mcf4d56
    dovolil jsem si změnit předmět, aby to někde nezapadlo :-)
    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ů.
  2. Mirek Dlask dlask.m na gmail.com #mbf9153
    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č. Mirek
  3. jzvc jzvc na tpfree.net #m155782
    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.
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.