[Talk-cz] import budov

["Petr Morávek [Xificurk]"]

Jan Bilak wrote:
> 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.

V OSM se používají v podstatě dva formáty:
1) osm: XML soubor s jednotlivými prvky.
2) osc (osmChange): XML soubor obsahující změny dat (obsah changesetu),
v podstatě se jedná o seznam prvků delete, modify, create, kde každý z
nich obsahuje změněné prvky. Jestli existuje nějaký rozumný prohlížeč
tohoto formátu netuším.
(více viz wiki)

Už nějakou dobu vyvíjím pythoní knihovnu [1] pro práci s OSM daty, mj.
jsem používal pro import sídel z UIR-ZSJ. Tam jsem taky používal metodu,
která diffne dva osm souboru a vytvoří z nich osc vhodný k uploadu
(proto byl postup - otevři vygenerovaný osm soubor, uprav dle chuti,
ulož, spusť skript pro upload).

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

Pokud se shodneme, že budem adresní body skutečně do OSM dávat jako
jednotlivé body (ale mám pocit, že tahle otázka se ještě definitivně
nerozřešila), tak by se asi dala zrecyklovat značná část logiky z
importu UIR-ZSJ. Troufám si tvrdit, že v takovém připadě by se dala
synchronizace OSM a RUIAN prakticky úplně zautomatizovat.

Ale teď se odhodlávám podívat se na to, v jaké formě obsahuje RUIAN
hranice a jestli by se nedala nějak zautomatizovat jejich aktualizace v
OSM (co jsem koukal, tak na některých místech se změnilo docela dost).

Zdraví,
Petr Morávek aka Xificurk

[1] https://github.com/xificurk/osmapis

------------- další část ---------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/015e9000/attachment.sig>