[Talk-cz] import budov

Pátek Červenec 27 11:20:37 UTC 2012

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

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

Honza

Dne 27. července 2012 13:05 Miroslav Šulc <fordfrog na fordfrog.com> napsal(a):
> já jsem nad tím ještě včera přemýšlel, a dospěl jsem k tomuhle:
>
> * aplikace by měla umožňovat nejen jednorázový import, ale i následné
> aktualizace podle změn v rúian
> * evidence provádění importů by měla být součástí aplikace tak, aby se na ní
> nezapomínalo, současně by měla být co nejjednodušší
> * z aplikace by mělo být zřejmé, co už je hotové a co ještě ne, případně kde
> jsou nějaké změny v rúian
> * aplikace by měla fungovat naprosto samostatně, bez nutnosti nějaké obsluhy
>
> takhle nějak by ta aplikace mohla vypadat:
>
> * byla by webová aplikace, kde by se podle katastrálních území daly stahovat
> osm soubory s obrysy budov (a případně i s adresními body)
> * aplikace by zobrazovala u každého kú, zda je naimportovaný nebo ne a
> jestli v rúian došlo k nějakým změnám + možnost filtrování (okres, stav
> importu, název kú) - v případě budov by aplikace zobrazovala jen kú, kde je
> definovaný obrys alespoň jedné budovy
> * v aplikaci by se evidovalo, kdo a kdy jaký soubor naimportoval do osm +
> poznámky k importu
> * aplikace by umožňovala sledovat změny v rúian (tj. pokud někdo stáhne a
> naimportuje nějaké budovy do osm, tak info zanese do aplikace, aplikace pak
> bude vědět, že k danému datu jsou budovy naimportované a umožní příště
> vyexportovat pouze rozdíl mezi posledním naimportovaným stavem a současným
> stavem v rúian) a exportovat pouze změny (včetně informace o odstraněných
> objektech)
> * z aplikace také bude zřejmé, kdo zrovna na čem dělá
> * aplikace by mohla také zobrazovat historii importů (tj. kdo, kdy a co),
> kdo má co rozdělané a jak dlouho, kolik toho zbývá naimportovat apod.
>
> přemýšlel jsem o tom, jak pořešit, aby nebylo nutné se do aplikace
> registrovat a současně zajistit určitou míru autorizace při zadávání
> informací o provedení importu a napadlo mě následující:
>
> 1) když si budu chtít stáhnout data z určitého kú, tak si to kú vyhledám,
> zadám svůj mail a jestli chci komplet soubor nebo rozdílový soubor a
> aplikace mi soubor pošle na mail, včetně linku pro zanesení informace o
> provedení importu do aplikace
> 2) naimportuju budovy do osm (vizuální kontrola, opravy apod.)
> 3) když mám naimportováno, kliknu na link z mailu, zobrazí se mi webový
> formulář, já tam zadám poznámky k importu a odešlu
> 4) systém si informace spáruje s předchozím exportem a bude vědět, že až po
> určité datum jsou budovy naimportované, takže bude moct jednoduše sledovat
> rozdíly
>
> máte k tomu někdo nějaké připomínky nebo podněty?
>
> pak mám ještě jeden technický dotaz. tušíte někdo, jak převést data z
> postgis geometry do osm formátu? s body předpokládám problém nebude, ale
> netuším, jak s polygony. rúian se neomezuje jen na čáry, takže tam asi bude
> nutné provést nějakou konverzi. ideální by byla nějaká knihovna, která vezme
> postgis geometry a udělá z ní osm xml. zkoušel jsem něco vygooglovat, ale
> asi jsem zadával špatná klíčová slova.
>
> ff
>
> Dne 26.7.2012 08:50, Zdeněk Pražák napsal(a):
>
> no kdyby se připravily stránky se zdrojovými údaji pro budovy pro jednotlivá
> katastrální území, pak by bylo možné vytvořit stránky na wiki s odkazy na
> stažení jednotlivých souborů. zájemce by si stáhl data pro požadované
> katastrální území, provedl kontrolu např vůči bingu (odstranil různé chyby -
> například neexistující budovy, budovy s jiným tvarem, doplnil by budovy ve
> skutečnosti existující a neobsažené v datech RUIAN) a poté opravená data
> odeslal na OSM.
> V tabulce na wiki by zaznamenal provedení exportu a případné problémy
> Pražák
>
> Dne 25. července 2012 19:34 Miroslav Šulc <fordfrog na fordfrog.com> napsal(a):
>>
>> no, tak to by rozhodně mělo ušetřit čas, protože jestli se nepletu, tak
>> když je budova v digitální mapě kú, tak bude i v rúian a dala by se snad
>> jednoduše naimportovat. podle mě by to ale chtělo udělat nějak
>> systematicky. samozřejmě můžu udělat nějakou webovou stránku, odkud si
>> kdokoliv bude moct stáhnout osm soubor s budovama pro daný výběr (třeba
>> ten katastr) a nechat tomu volný průběh, ale pokud bychom tomu dali
>> nějaký řád, tak by to asi bylo lepší.
>>
>> máte někdo nějaké návrhy?
>>
>> ff
>>
>> Dne 25.7.2012 19:28, Zdeněk Pražák napsal(a):
>> > no já zatím pomocí pluginu tracer kreslím v katastrálních územích s
>> > digitální mapou budovy, tak jsem si myslel jestli bych nemohl využít
>> > uvedených dat
>> >
>> >> ------------ Původní zpráva ------------
>> >> Od: Miroslav Šulc <fordfrog na fordfrog.com>
>> >> Předmět: Re: [Talk-cz] rúian mapy - vylepšení
>> >> Datum: 25.7.2012 19:10:59
>> >> ----------------------------------------
>> >> Dne 25.7.2012 18:58, Zdeněk Pražák napsal(a):
>> >>> dají se nějak data z RUIAN dostat po jednotlivých katastrech do JOSM a
>> >>> následně po kontrole např vůči Bingu poslat do OSM
>> >> jaká data konkrétně? adresní body? budovy? nebo nějaká jiná? samozřejmě
>> >> "není problém" vyexportovat data z databáze s určitým filtrem (obec,
>> >> extent apod) do osm formátu, ale pokud už data jsou i v osm, tak by se
>> >> musely duplicity odstranit. a to moc netuším jak.
>> >>
>> >> a pak je tu ještě druhá věc. pokud bychom něco takového dělali, tak by
>> >> to podle mě chtělo jednak udržovat přehled, co už je naimportováno a co
>> >> ne, a za druhé by bylo fajn zachovat nějakou referenční vazbu na
>> >> originální data (rúian), abychom případně v budoucnu mohli data v rúian
>> >> a v osm porovnávat (co je nového apod).
>> >>
>> >> a pak je tu ještě třetí věc, a to posoudit, na čem má smysl trávit svůj
>> >> čas a co automatizovat (a čas využít na něco lepšího).
>> >>
>> >>> Pražák
>> >> ff
>> >>
>> >>
>> >>
>> > _______________________________________________
>> > Talk-cz mailing list
>> > Talk-cz na openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> _______________________________________________
>> Talk-cz mailing list
>> Talk-cz na openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>