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 <fordf...@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 <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
