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