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
smime.p7s
Description: Elektronicky podpis S/MIME
_______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
