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 <fordf...@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 <fordf...@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 <fordf...@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@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 > > > > _______________________________________________ > 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