[Talk-cz] rúian bot - první výsledky testů

Miroslav Šulc fordfrog na fordfrog.com
Pondělí Srpen 6 13:27:34 UTC 2012


Dne 6.8.2012 15:00, Mirek Dlask napsal(a):
>
> A taky ti musíme držet palce ;-) při řešení duplicit adresních bodů :-(
> M. Boleslav, Debř ...............
> Docela by mě zajímal počet.

kdyžtak mi pošli boudning box pro oblast, kde je hodně duplicit, a já na
tom pustím bota a uvidíme, co z něj vyleze.

> Co s nima? Smazat ty vzdálenější, co nejdříve, respektive pře aktualizací?

no, jestli se nepletu, tak duplicity se vyfiltrují tím botem, protože
první bod se namapuje na odpovídající bod v rúian, a druhý bod už nebude
na co namapovat, takže zbyde a bot ho bude brát jako nadbytečný a určený
k odstranění.

> Už jsem jednou zmiňoval, že na některých adresních bodech jsou další tagy.
>
> name, amenity, operator, 
> http://www.openstreetmap.org/browse/node/1767482902/history
>
> Převést tagy na nové body, nebo budovy?
> Jinak co jsem našel, už jsem před časem opravoval.

taky jsem si toho všimnul. vzhledem k tomu, že bot u bodů, které
existují v rúian i v osm, provede aktualizaci bodu v osm, tak ke ztrátě
informací nedojde (upraví pouze adresní tagy + source). jiná situace je
u duplicit, tam je otázka, který bod si bot vybere (aktuálně ten bližší
k souřadnicím v rúian) a tam pak může dojít ke ztrátě určitých tagů. asi
by se to dalo nějak ošetřit, např že by bot přidával větší váhu bodu,
který má více tagů, ale to je otázka, jestli by to nemělo negativní vliv
na párování. na budovy bych to asi (aspoň v tuhle chvíli) nepřeváděl,
protože budov je v osm nesrovnatelně méně než adresních bodů. osobně ani
netuším, zda je tohle tagování adresních bodů (amenity apod) ok nebo by
se to mělo dělat jinak.

> V budoucnu bude asi problém se jmény ulic
> http://tools.geofabrik.de/osmi/?view=addresses&lon=15.18443&lat=50.46818&zoom=18&opacity=0.97&overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads
>
>
> Tím tvým postupem se vlastně i aktualizuje název ulice u adresního
> bodu. Ulici na Václava Havla bude muset přejmenovat člobrda.

přesně tak, bot by měl zvládnout i přejmenování ulic na adresních bodech
(ale ne na ulicích). určitě by nebyl problém někam reportovat změnu
názvu ulice (adresy obecně), aby to pak někdo mohl ručně zkontrolovat a
zaktualizovat případně související objekty (název ulice apod).

>
> Mirek

ff

>
> Dne 6. srpna 2012 12:29 Miroslav Šulc <fordfrog na fordfrog.com
> <mailto:fordfrog na fordfrog.com>> napsal(a):
>
>     Dne 6.8.2012 08:05, hanoj napsal(a):
>     >> co se týče načítání bodů z api, tak jsem to omezil na nody,
>     které mají tag
>     >> addr:housenumber a tag addr:country=CZ (doufám, že adresní body
>     v čr mají
>     >> aspoň tyto tagy, pokud ne, tak bych to musel udělat jinak).
>     > *** jakým způsobem budeme pracovat s OSM addr, které jsou vloženy v
>     > polygonech budov(building=yes)? Převedeme tyto addr informace před
>     > prací bota na z polygonu body (centroindy polygonů) ?
>
>     dobře že se o nich zmiňuješ, na ně jsem úplně zapomněl. upravím bota
>     tak, aby načítal i adresy z budov. následně při aktualizaci by pak bot
>     údaje o adrese z budovy mohl smazat a vytvořil by nový adresní bod.
>
>     >> pro testy jsem použil BOX(14.63 50.55,14.68 50.58).
>     >>
>     >> pro párování bodů jsem nastavil maximální povolenou vzdálenost
>     na 0.005,
>     > *** na prvni pohled mi neni zrejme co je cilem parovani, ale v k.u.
>     > Tuřany, k.u. Chrlice je běžná vzdálenost bodů addr v OSM (import z
>     > UIR-ADR) vůči WMS CUZK:KM 10 až 30 metrů,
>
>     cílem párování je zjistit, který bod z osm odpovídá kterému bodu z
>     rúian. na základě toho pak může dojít ze strany bota k aktualizaci již
>     existujícího bodu místo odstranění jednoho a vytvoření druhého, takže
>     dojde k zachování historie. neumím přepočítávat vzdálenost ze
>     stupňů na
>     metry, ale odhadem ten limit 0.005 bude asi tak 500m. ono když bota
>     pustím na malém území, tak tenhle parametr nehraje roli, ale když bych
>     ho pustil na celé čr, tak se potřebuju vyhnout tomu, aby mi
>     pároval mezi
>     sebou body z opačných krajů republiky jako shodné (vzhledem k
>     tomu, že u
>     některých adresních bodů v osm chybí addr:city, tak je to možné).
>     takhle
>     bot spáruje jen body, které jsou v od sebe vzdálené maximálně 500m. (v
>     příkladu, který jsem uváděl v prvním mailu, je maximální
>     vzdálenost dvou
>     spárovaných bodů cca 100m.)
>     > h.
>     > hanoj
>     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/20120806/6d8a34b1/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/20120806/6d8a34b1/attachment.bin>


Další informace o konferenci talk-cz