[Talk-cz] import budov

[jzvc]

Dne 29.7.2012 10:16, Martin Kokeš napsal(a):
> Já jsem pro hromadný import, případně následně pro vytvoření robota na údržbu. Minimálně u adresních bodů. 
>
> MK 

A dopadne to jako potoky, ktery nejsou spraveny doted.

>
> ----- 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
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz