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:eha...@gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz@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 > <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 _______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz