[Talk-cz] import budov

Miroslav Šulc fordfrog na fordfrog.com
Pondělí Červenec 30 09:33:20 UTC 2012


Dne 30.7.2012 03:02, Lukas Kohout napsal(a):
> On 30.7.2012 2:20, Miroslav Šulc wrote:
>> Dne 30.7.2012 00:59, Lukas Kohout napsal(a):
>>>  On 28.7.2012 23:15, Miroslav Šulc wrote:
>>>> možná nejlepší r(ešení by bylo adresní body naimportovat/zaktualizovat
>>>> automaticky, akorát pr(ípady, kdy už adresní bod existuje a je od toho v
>>>> rúian vzdálený víc než x jednotek by se r(ešily poloautomaticky. možná by
>>>> nebylo špatné napsat si ne(jaký testovací skript, který by zjistil, jak
>>>> moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco
>>>> vyc(íst. až se mi doimportují osm data do db, tak to mu*žu zkusit napsat a
>>>> uvidíme, co tu vlastne( r(ešíme.
>>> Zdravím, navrhuji ude(lat možnost vyr(adit oblast z automatického
>>> importu/aktualizace. V naší vesnici jsou ne(které adresní body chybne(
>>> umíste(né, ne(které chybí úplne(. Asi bych nebyl nadšený, kdyby mi je
>>> ne(jaký bot stále dokola automaticky pr(esouval/mazal (zrovna dnes jsem
>>> dopln(oval jedno c(.p. podle nálepky na popelnici, což je možné jen v
>>> nede(li vec(er :) )
>> chybne( umíste(né znamená co pr(esne(? posunuté o kolik metru*? podle my be(
>> skript neme(l me(nit body, které jsou od sebe vzdáleny víc jak x metru* (tj
>> rúian vs osm), ale me(l by je ne(kam vypsat. tyhle by se pak museli
>> zkontrolovat ruc(ne(. kolik jich bude, by me(lo vyplynout z analýzy rozdílu*
>> mezi rúian a osm, kterou mám v plánu ude(lat.
>>
>> k te(m chybe(jícím bodu*m? znamená to, že tam máte ne(jaká c(p, o kterých
>> rúian neví?
> Materiály ke zkoumání:
> http://maps.fordfrog.com/?lat=50.05843&lon=15.19497&zoom=18&layers=0B0FTF
> (nástroj špatne( zpracovává permalink...

ten permalink jsem opravil. vc(era jsem pr(ede(lával zobrazení
sour(adnic, aby bylo v epsg:4326 (tj stejné jako osm) a rozbil jsem tím
permalink.

> Do pozornosti doporuc(uji c(ísla 125, 126, 127, 133, 162 (ty 3
> "rozestave(né" domy u hlavní jsou již minimálne( rok obydlené, zítra
> je obejdu se psem) a ve str(ední c(ásti vesnice pak 16, 7, 9, 10 - tam
> rúian oznac(uje c(ísla (zbor(ených) stodol.

ty posuny jsou dost znatelné, to by se me(lo dát odchytit. co se týká
te(ch c(ísel nezanesených do rúian, tam bych asi volil ne(jaký tag typu
"nobot", který by bod chránil pr(ed botem. body tohohle typu by navíc
me(ly vyjet z toho porovnávacího skriptu, takže by se daly pr(ed
importem ruc(ne( odkontrolovat (pokud jich nebude moc) a otagovat tagem
"nobot", aby na ne( bot nesahal.

>
> Naopak ve vedlejší obci je pr(edchozí import ne(jak rozházený, ne(co
> tam i chybí a tam by zme(na podle rúian znamenala znac(né zlepšení:
> http://maps.fordfrog.com/?lat=50.05772&lon=15.21386&zoom=18&layers=0B0FTF

koukám, že ta tvoje oblast je ideální na pr(íklady nesrovnalostí :-)

>> jinak ne(kde na osm wiki jsem c(etl o tagu "bot" nebo tak ne(jak (ted( to
>> nemu*žu najít). podle me( automaticky spravované adresní body by me(ly
>> tenhle tag mít. pokud by pak ne(kdo bod pr(esunul, protože je umíste(ný
>> špatne(, tak by mu ten tag smazal a tím pádem by skript ten bod pr(estal
>> aktualizovat, max by ne(kam vypsal zme(ny pro daný bod, pokud k nim dojde.
>> takových bodu* bude v porovnání s te(mi cca tr(emi miliony minimum, takže
>> pr(ípadné zme(ny (kterých taky asi bude minimum) by se daly zvládat ruc(ne(,
>> pokud bude potr(eba je do osm zanést.
>>
>>> LuKo
ff
------------- další ?ást ---------------
HTML p?íloha byla odstran?na...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120730/96fea1ac/attachment.html>
------------- další ?ást ---------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4475 bytes
Desc: Elektronicky podpis S/MIME
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120730/96fea1ac/attachment.bin>


Další informace o konferenci talk-cz