[Talk-cz] import budov

[Jan Bilak]

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
>