<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Dne 20.7.2012 6:20, Mirek Dlask
napsal(a):<br>
</div>
<blockquote
cite="mid:CAHQmpEoYSo6r+JWyZ7yMZ2b0ikVoAZ-r2z9ERUGvTFE7NGsKew@mail.gmail.com"
type="cite">Problémů adresních bodů je několik
<div><br>
<div>Poloha </div>
<div>- nezdařený předchozí import viz historie <a
moz-do-not-send="true"
href="http://www.openstreetmap.org/browse/node/296553548/history">http://www.openstreetmap.org/browse/node/296553548/history</a></div>
<div>Že by si od roku 2009 nikdo nevšimnul čísel na chodníku? </div>
<div>Navíc tam mohou být zásahy odmítačů</div>
<div><br>
</div>
<div>- přesun z důvodů, že něčemu překážely (jméno restaurace
....)</div>
<div>- přesun omylem</div>
<div>- přesun kvůli označení vchodu, protože je asi nefunkční
tohle <a moz-do-not-send="true"
href="http://wiki.openstreetmap.org/wiki/Key:entrance">http://wiki.openstreetmap.org/wiki/Key:entrance</a></div>
<div><br>
</div>
<div>- chyba ve zdroji dat a následný přesun adresního bodu. To
je potřeba nějak označit.</div>
<div>source = <span
style="background-color:rgb(249,249,249);font-family:sans-serif;font-size:12px;line-height:19px">knowledge
??</span></div>
<div><br>
</div>
<div>K adresním bodům jsou přidané další tagy</div>
<div>- name a pak se to vzájemně přebíjí</div>
<div>- nekonzistence s katastrem tuším formou poznámky</div>
<div><br>
</div>
<div>Takže je potřeba analyzovat i to co je tam navíc a proč.</div>
</div>
</blockquote>
<br>
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)...<br>
<br>
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.<br>
<br>
Ad identifikator <b>uir_adr:ADRESA_KOD</b> je to co obsahuje IDcko
- pokud je.<br>
<br>
<blockquote
cite="mid:CAHQmpEoYSo6r+JWyZ7yMZ2b0ikVoAZ-r2z9ERUGvTFE7NGsKew@mail.gmail.com"
type="cite">
<div>
<div><br>
</div>
<div>Mirek</div>
<div><br>
<div class="gmail_quote">Dne 20. července 2012 0:43 Miroslav
Šulc <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:fordfrog@fordfrog.com" target="_blank">fordfrog@fordfrog.com</a>></span>
napsal(a):<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Dne
20.7.2012 00:23, Miroslav Šulc napsal(a):<br>
> dovolil jsem si změnit předmět, aby to někde
nezapadlo :-)<br>
><br>
> Dne 19.7.2012 23:46, Mirek Dlask napsal(a):<br>
>> Dají se vymazat adresní body ze zadaného čtverce?<br>
> to by podle mě mělo jít. otázka ovšem je, jestli
mazat, nebo upravovat.<br>
> já bych se spíš přikláněl k upravování, jelikož je
pak jasně vidět<br>
> historie. další věc je řekněme vyjetí rozdílu mezi
osm a rúian, tj. co<br>
> nám přebývá na jedné a na druhé straně. to by nám
mělo udělat přehled o<br>
> stavu dat.<br>
><br>
>> Otázka automatizace není ANO - NE, ale jak<br>
> s tím souhlasím :-)<br>
><br>
>> Co takhle selektivní přístup.<br>
>> Máme řadu obcí, kde jsou jen adresní body. Proč
si nevybrat, některou<br>
>> z nich a nezkusit import budov podle čísla obce.<br>
>> Jde to?<br>
> já osobně bych to viděl spíš tak, že bychom měli
primárně věnovat nějaký<br>
> čas analýze dat, úvahám o tom co a jak aktualizovat,
a hlavně jak to<br>
> následně udržovat.<br>
><br>
> co se týče analýzy dat, tak bychom asi měli vědět,
kolik nám toho v osm<br>
> chybí, kolik toho přebývá (a proč), kolik adresních
bodů by se přesunulo<br>
> o víc jak x metrů (a proč) a v jaké oblasti apod. z
toho by pak mělo být<br>
> aspoň částečně jasné, co by import adresních bodů
obnášel.<br>
><br>
> co se týče importu a aktualizací, tak řekněme, že by
se např. postupně v<br>
> osm zaktualizovaly adresní body, tj. upravil by se
jejich stav podle<br>
> rúian (přesuny, odstranění duplicit, vymazání
neexistujících, přidání<br>
> nových) a označily by se nějakým tagem, např. "bot",
v případě nějaké<br>
> větší vzdálenosti od původní polohy by se ještě
přidal nějaký další tag,<br>
> např. "verify". pak, pokud někdo adresní bod opraví
(protože je třeba<br>
> posunutý), tak změní tag "bot" na "no-bot" a skript
bude vědět, že v<br>
> případě změn daného adresního bodu má zakázáno bod
aktualizovat. v<br>
> takovém případě někam (třeba sem) napíše info o tom,
že v rúian došlo u<br>
> daného bodu ke změně. pokud by šlo například o
opravu, která je v<br>
> souladu s osm, tak by se bod ručně upravil a přidal
by se opět tag<br>
> "bot". v případě smazání bodu z rúian lze
předpokládat, že má bod zmizet<br>
> z osm a skript by se nikoho neptal. samozřejmě lze z
práce skiptu<br>
> generovat logy, aby se dala jeho činnost jednoduše
dohledat, posílat<br>
> mailem reporty apod.<br>
<br>
k tomuhle bych ještě dodal, že by se samozřejmě dala
označit určitá<br>
oblast, kde víme, že osm souřadnice jsou správné a rúian
je má špatně a<br>
někde mimo (jak psal jzvc o místě kde nesedí adresní
body), jako<br>
"no-bot" a ty by se rovnou vůbec neaktualizovaly. tohle by
právě měla<br>
odchytit ta analýza dat, konkrétně větší než "rozumná"
vzdálenost mezi<br>
souřadnicemi stejných bodů.<br>
<br>
> takový systém by umožňoval automatické aktualizace se
zachováním přidané<br>
> hodnoty maperů. samozřejmě je to jen hrubý nástřel,
co mě právě napadlo,<br>
> jak by to mohlo fungovat. je to spíš námět k diskusi.<br>
><br>
>> Našel někdo někde číselník obcí?<br>
> je např. součást rúian dat.<br>
><br>
>> Chce to postupovat od toho nejméně složitého a
nekonfliktního, k tomu<br>
>> složitějšímu.<br>
>><br>
>> Další je otázka struktury dat v OSM. Je kam
vložit například rozšířené<br>
>> údaje o budovách?<br>
>> Nebo alespoň ID jednotlivých importovaných
objektů?<br>
> to je samozřejmě předpokladem toho, aby nějaký bot
dokázal s adresními<br>
> body jednoznačně pracovat. když se dívám třeba na
adresní body tady u<br>
> nás, tak tam jednoznačný identifikátor není. je tam
jen (z těch<br>
> relevantních údajů) domovní číslo a případně název
ulice (+ souřadnice),<br>
> takže systém by musel na začátku hledat odpovídající
adresní bod podle<br>
> těchto údajů.<br>
><br>
>> Mirek<br>
> ff<br>
<br>
_______________________________________________<br>
Talk-cz mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-cz@openstreetmap.org">Talk-cz@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="http://lists.openstreetmap.org/listinfo/talk-cz"
target="_blank">http://lists.openstreetmap.org/listinfo/talk-cz</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-cz mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-cz@openstreetmap.org">Talk-cz@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-cz">http://lists.openstreetmap.org/listinfo/talk-cz</a>
</pre>
</blockquote>
<br>
</body>
</html>