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