[Talk-cz] import budov

Neděle Červenec 29 08:16:58 UTC 2012

Já jsem pro hromadný import, případně následně pro vytvoření robota na údržbu. Minimálně u adresních bodů. 

MK 

----- Original Message -----
From: hanoj [mailto:ehanoj na gmail.com]
To:
OpenStreetMap Czech Republic [mailto:talk-cz na openstreetmap.org]
Sent: Sat,
28 Jul 2012 22:35:08 +0200
Subject: Re: [Talk-cz] import budov

> Ja bych nadhodil nekolik otazek treba pro adresni body:

* Kolik je
> adresnich bodu? 2.500.000
* Kolik mapperu se bude ucastnit takove prace?
> Prvni desitky.
* Jak dlouho to bude trvat? ...

* Jaka cast dat by mela byt
> mappery pridavana tam kde nikdy nebyla? Vetsina.
* Jak budou uzivatele
> hodnotit (ne)kvalitu dat jiz v OSM? Na zaklade
dat CUZK a u par stovek bodu
> ze znalosti z terenu kde bydli.Tezko
> ale
suplovat:
http://www.cuzk.cz/GenerujSoubor.ashx?NAZEV=10-POROVNANIADRES

Opravdu
> je individualni prace na vetsine uzemi republiky cesta, jak
data RUIAN
> dostat do OSM?

h.anoj

Dne 27. července 2012 17:17 Miroslav Šulc
> <fordfrog na fordfrog.com> napsal(a):
> v souvislosti s tím co píšeš mě
> napadlo udělat to komplet jako josm
> plugin. tj. serverová část by
> zůstala tak jak jsem psal, ale všechno
> ostatní by se dělalo přímo z
> josm pluginu. ten by si stáhl data přes api
> ode mě ze serveru z
> aktuální databáze rúian, provedl by porovnání s
> datovou vrstvou z
> osm a vyhodil by nějaké info o rozdílech v osm a v
> rúian s tím, že
> mapper by si vybíral varianty a potvrzoval je, případně
> by sáhnul
> přímo do osm vrstvy a udělal úpravy tam. při uploadu změn do
> osm by
> se pak zapsalo i info ke mně na server o provedení importu. do
> pluginu
> by se pak dala přidávat funkcionalita dle potřeby.
>
> ff
>
> Dne
> 27.7.2012 14:18, Jan Bilak napsal(a):
>> Otázka je, jak by měla vypadat ta
> připravená data. V případě importu
>> nových věcí tak, kde žádné
> nebyly, je to celkem primitivní. Ale mnohem
>> náročnější bude import
> do míst, kde již nějaká data jsou. Tam bude
>> třeba něco starého
> odstranit, něco modifikovat, něco přidat... Lze v
>> OSM formátu
> postihnout nějak všechny tyto typy změn (odstranění,
>> modifikace,
> přidání nových objektů)? A pokud lze, je možné to pak
>> nějak
> rozumně vizualizovat, aby to člověk mohl projít a rozhodovat
>> "tohle
> je ok, tohle zamítnu a zůstane při starém, tohle bude ještě
>> trochu
> jinak..." pomocí stávajících nástrojů? Nevím, jaké jsou
>>
> možnosti.
>>
>> Pokud nic vhodné stávajícího není, tak bych to viděl
> spíše na
>> interaktivní aplikaci, která zobrazí ty rozdíly ve vhodné
> podobě, u
>> každé umožní se rozhodnout, zda ponechat stará data,
> nová data,
>> automaticky zmergovat nebo ručně upravit. Ruční úpravu
> by ta aplikace
>> přímo nepodporovala, protože by to bylo příliš
> náročné (vlastně by
>> bylo třeba vytvořit obdobu editoru jako JOSM),
> ale poznačilo by to
>> nutnost ruční editace do dat nějakými tagy, aby
> výsledek, který z
>> aplikace vypadne, bylo možné otevřít např. v
> JOSM a ručně provést
>> potřebné úpravy.
>>
>> Např. u adresních
> bodů by bylo podle mě vhodné, aplikace provedla
>> nějaké
> "inteligentní" matchování adresních bodů v OSM a RUIAN,
>> zobrazovala
> původní a nový bod vizuálně propojený šipkou, jinak
>> vyznačené
> body, které jsou pouze v OSM a naopak jinak vyznačené body,
>> které
> jsou pouze v RUIAN. Uživatel by mohl vždy zvolit, zda ponechat
>> novou
> nebo starou polohu bodu (zde by bylo možné i volit vlastní
>> polohu -
> jde o primitivní úkon) atd. Nakonec by aplikace vytvořila OSM
>> patch,
> který by obsahoval požadované úpravy včetně vhodně zmergovaných
>>
> tagů (ty by možná bylo třeba také kontrolovat v aplikaci) atd.
>>
>> U
> budov to bude samozřejmě výrazně složitější.
>>
>> Obecně čistě
> ručního importu se celkem obávám. Dat je vetší než malé
> množství.
>>
>> Honza
>>
>>
>> Dne 27. července 2012 13:41 Miroslav Šulc
> <fordfrog na fordfrog.com> napsal(a):
>>> Dne 27.7.2012 13:20, Jan Bilak
> napsal(a):
>>>> Ahoj,
>>>>
>>>> teď z toho nechápu, zda si aplikaci
> představuješ jen jako evidenční
>>>> nebo zda aplikace má provádět
> vlastní import (resp. s ním výrazně
>>>> pomáhat).
>>> aplikace "pouze"
> připraví data z rúian, samotný import provede mapper.
>>> tj. aplikace
> pro import připraví data, ale nebude import provádět, ten
>>> se bude
> dělat ručně. i kdybychom (pokud vůbec, to vyplyne z ručních
>>>
> importů) v budoucnu uvažovali o nějaké automatizaci, tak v prvním
> kroku
>>> se to stejně musí udělat ručně, abychom věděli, nakolik je
> rúian
>>> spolehlivý zdroj, jaké problémy lze očekávat apod. pro
> kontinuální práci
>>> s daty z rúian je pak potřeba ta evidenční
> část.
>>>
>>>> Tedy za zásadní považuji porovnání současných OSM
> dat s daty RUIAN a
>>>> následné provedení změn (posuny stávajících
> bodů, opravy tagů,
>>>> zachování stávajících tagů, doplnění
> chybějících tagů, ...).
>>>> Samozřejmě s tím, že proces bude pod
> manuální kontrolou člověka, který
>>>> bude import provádět (tedy
> nikoli plně automatický, ale
>>>> poloautomatický). O těchto funkcích
> se v popisu nezmiňuješ.
>>> vycházel jsem hlavně z importu budov tam,
> kde je nemáme, to je asi ta
>>> nejjednodušší varianta. co se týče
> importu budov do míst, kde už nějaké
>>> jsou, nebo importu adresních
> bodů, tak se přiznám, že nevím, jestli v
>>> josm existují nástroje
> na zobrazení rozdílů ve vrstvách, na slučování
>>> objektů (a tagů)
> z různých vrstev apod. s tím zkušenosti nemám. ale
>>> určitě se tu
> najde někdo, kdo to vědět bude nebo aspoň bude vědět, kde
>>>
> hledat.
>>>
>>> ten můj nástřel je v podstatě (podle mě) asi to
> nejnutnější minimum pro
>>> to, aby se dala data z rúian využít pro
> manuální importy. nad tím potom
>>> lze dělat další nadstavby, které
> práci zjednoduší a zrychlí. něco určitě
>>> vyplyne i ze zkušeností
> se samotnými importy.
>>>> Honza
>>>
> ff

_______________________________________________
Talk-cz mailing
> list
Talk-cz na openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz