>p<

> Ahoj, > > průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ > > Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych > tam trapně vyčníval ;-) > > -- > Petr, pv na propsychology.cz > >p< > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> -----Original Message----- > From: Petr Vejsada [mailto:osm na propsychology.cz] > Sent: Sunday, April 6, 2014 5:55 PM > To: talk-cz na openstreetmap.org > Subject: [Talk-cz] Průběh importu adres > > Ahoj, > > průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ > > Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď

> tam trapně vyčníval ;-) > > -- > Petr, pv na propsychology.cz > >p< > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, > pridal jsem to na wiki. Predpokladam, ze budes-li chtit pridat tu mapku, > kterou udelal Jachym, tak ji das na tu odkazovanou stranku nize. > Napsal jsem jeste postup, jak se zapojit do importu na wiki, tak se na to > podivej, > abys zkontrolovat, jestli nepisu nesmysly. > > http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4 > .8Dastnit.3F > > Nevim, jestli okres je vhodny jako jednotka pro pridelovani dat. > Pocitam, ze bude asi moc velky, ale nevim, jak to elegantne rozdelit > na nizsi celky, ktere bychom si pak od tebe vyzadavali. Mas nejaky napad? > > Jinak jestli si spravne pamatuju, tak ted nesahas na zadne adresni prvky, > pokud jsou spravne a to i v pripade, ze vubec nemaji RUIAN id. > Nechces to jeste prehodnotit? Myslim, ze je to skoda a ze by to nebyl > tak obrovsky problem pridat vsude i RUIAN id, protoze po minimalisove > importu uz je vetsina ma (i kdyz jen ref:ruian a ne ref:ruian:addr). > > Zdravi, > Dalibor > > > -----Original Message----- > > From: Petr Vejsada [mailto:osm na propsychology.cz] > > Sent: Sunday, April 6, 2014 5:55 PM > > To: talk-cz na openstreetmap.org > > Subject: [Talk-cz] Průběh importu adres > > > > Ahoj, > > > > průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ > > > > Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď > bych > > tam trapně vyčníval ;-) > > > > -- > > Petr, pv na propsychology.cz > > >p< > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> Ty právě nijak. Ty si vyžádáš soubor, ten zreviduješ a pošleš zpátky. A > Petr to následně nahraje pod uživatelem Czechaddress. > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak na seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 7. 4. 2014 10:30:53 > Předmět: Re: [Talk-cz] Průběh importu adres > > dobrý den, > ještě jsem nepochopil jak se mám přihlásit pod účet Czechadress, při > přihlášení do OSM pod účtem CzechAdress je po mě vyžadováno heslo > Pražák > > > Dne 7. dubna 2014 10:17 Dalibor Jelínek <dalibor na dalibor.cz> napsal(a): > > Ahoj, > pridal jsem to na wiki. Predpokladam, ze budes-li chtit pridat tu mapku, > kterou udelal Jachym, tak ji das na tu odkazovanou stranku nize. > Napsal jsem jeste postup, jak se zapojit do importu na wiki, tak se na to > podivej, > abys zkontrolovat, jestli nepisu nesmysly. > > http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Jak_se_z.C3.BA.C4 > .8Dastnit.3F > > Nevim, jestli okres je vhodny jako jednotka pro pridelovani dat. > Pocitam, ze bude asi moc velky, ale nevim, jak to elegantne rozdelit > na nizsi celky, ktere bychom si pak od tebe vyzadavali. Mas nejaky napad? > > Jinak jestli si spravne pamatuju, tak ted nesahas na zadne adresni prvky, > pokud jsou spravne a to i v pripade, ze vubec nemaji RUIAN id. > Nechces to jeste prehodnotit? Myslim, ze je to skoda a ze by to nebyl > tak obrovsky problem pridat vsude i RUIAN id, protoze po minimalisove > importu uz je vetsina ma (i kdyz jen ref:ruian a ne ref:ruian:addr). > > Zdravi, > Dalibor > > > -----Original Message----- > > From: Petr Vejsada [mailto:osm na propsychology.cz] > > Sent: Sunday, April 6, 2014 5:55 PM > > To: talk-cz na openstreetmap.org > > Subject: [Talk-cz] Průběh importu adres > > > > Ahoj, > > > > průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ > > > > Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď > bych > > tam trapně vyčníval ;-) > > > > -- > > Petr, pv na propsychology.cz > > >p< > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >

> Dobře pochopil jsem, > > Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například > data osm po jednotlivých obcích okresu ze stránky > http://ruian.poloha.net/czaddr/ > Pražák

> Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): > > Dobře pochopil jsem, > > > > Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například > > data osm po jednotlivých obcích okresu ze stránky > > http://ruian.poloha.net/czaddr/ > > Pražák > > Ahoj, > > myslím, že by bylo super, kdyby se povedlo to vyžádání zautomatizovat - > Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou na > vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá > příliš dlouho, aby to bylo takto automaticky on-demand? > > Petr Morávek aka Xificurk > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> 1/ Skutečně budeme chyby v RUIAN evidovat na > https://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby ? Ono jich není vůbec > málo a jejich evidence dost zdržuje. Nebo se tato myšlenka tiše zavrhla, o > čemž by ostatně svědčilo to, že při 10% stavu importu je zde pouze 8 > hlášených chyb adresních míst a z toho polovina je z mých Třebonic ;-) ?

> 2/ Obdivuji ty z vás, kteří zvládnou najednou zkontrolovat celý okres. Imo > bylo rozumnější a přehlednější upravovat spíš jednotlivá katastrální území.

> Nebo máte nějaký rychlejší fígl jak jednotlivé chyby ověřit než kontrolu > souladu s KN (č.p.), případně se streetview (uliční čísla, jména ulic)?

> 3/ Co znamená hláška: "AM nemá geometrii, je brána ze SO"? Nejsem si jist, > jaký konkrétní problém zkontrolovat či opravit.

> > Díky, > Petr Kolomazník > > Dne 7. dubna 2014 12:18 "Petr Morávek [Xificurk]" <petr na pada.cz> napsal(a): > > Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): > > > Dobře pochopil jsem, > > > > > > Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například > > > data osm po jednotlivých obcích okresu ze stránky > > > http://ruian.poloha.net/czaddr/ > > > Pražák > > > > Ahoj, > > > > myslím, že by bylo super, kdyby se povedlo to vyžádání zautomatizovat - > > Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou na > > vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá > > příliš dlouho, aby to bylo takto automaticky on-demand? > > > > Petr Morávek aka Xificurk > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz

> Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): > > Dobře pochopil jsem, > > > > Pokud se týká výběru oblasti k importu nešlo by zasílat pouze například > > data osm po jednotlivých obcích okresu ze stránky > > http://ruian.poloha.net/czaddr/ > > Pražák > > Ahoj, > > myslím, že by bylo super, kdyby se povedlo to vyžádání zautomatizovat - > Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou na > vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá > příliš dlouho, aby to bylo takto automaticky on-demand? > > Petr Morávek aka Xificurk > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly > jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava > OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem > data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci > stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich > historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim > nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o > info.

> Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem > narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u > silnice misto u vstupu do domu viz. napriklad > http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni > misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz > vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm > poslat mailem k importu - je to tak?

> Ahoj, > > Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): > > > Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly > > jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava > > OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem > > data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k > aktualizaci > > stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana > jejich > > historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim > > nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o > > info. > > Ano, přesně tak to je. > > > Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem > > narazil na to ze nektera adresni mista jsou nevhodne umistena - > napriklad u > > silnice misto u vstupu do domu viz. napriklad > > http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu > adresni > > misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu > kdyz > > vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm > > poslat mailem k importu - je to tak? > > Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam > patří- > > -- > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> Ahoj, > > přidám další dotaz. Ve vygenerovaném data.osm je obsažena budova se špatnou > adresou (stávající stav) + příslušný adresní bod se správnou adresou > (doplněný v rámci importu z RUIAN). Jaký je správný postup opravy této > chyby: > > a) v JOSM ve vlastní datové vrstvě ručně smazat z budovy tagy adresy a > uploadnout jako separátní opravu na OSM server + v data.osm smazat budovu s > chybnou adresou (není ji třeba již opravovat a tedy v rámci importu > uploadovat) + zachovat správný adresní bod > b) v data.osm sloučit správný adresní bod s budovou tak, že výsledkem je > pouze objekt budovy se správnou adresou > c) v data.osm smazat u budovy chybné tagy a budovu ponechat bez adresy + > zachovat správný adresní bod = vše bude v této podobě v rámci importu > nahráno na server > > Příklad: http://osm.org/go/0J0OVkAJJ?way=49305010 > > Díky, > Petr > > Dne 7. dubna 2014 20:15 Petr Vejsada <osm na propsychology.cz> napsal(a): > > Ahoj, > > > > Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): > > > Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly > > > jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze > > > zachovava > > > OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem > > > data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k > > > > aktualizaci > > > > > stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana > > > > jejich > > > > > historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim > > > nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o > > > info. > > > > Ano, přesně tak to je. > > > > > Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem > > > narazil na to ze nektera adresni mista jsou nevhodne umistena - > > > > napriklad u > > > > > silnice misto u vstupu do domu viz. napriklad > > > http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu > > > > adresni > > > > > misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu > > > > kdyz > > > > > vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm > > > poslat mailem k importu - je to tak? > > > > Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam > > patří- > > > > -- > > Petr > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, > > Budova, o které píšeš, má housenumber 2604/8 a patří tam to číslo 2605/5, > jak > je u toho bodu. > > Řešení podle a.) není vůbec potřeba - je zbytečné zakládat další vrstvu, > když > už všechna potřebná data máš v data.osm. Proto je to tak udělané, že se > (většinou ;-)) všechno potřebné dotáhne. > > Řešení b.) je OK > řešení c.) je úplně stejně OK, záleží, kdo co preferuje. Jasně že by bylo > lepší mít všude jen body, ale když máš oblast, jako máš, kde je vše na > budovách, tak by to bylo dost práce všechno převádět na body. > Dobročinnosti se > meze nekladou, ale IMO to není potřeba. > > Pro zajímavost - skutečná budova 2604/8 leží jihojihovýchodně asi 40 metrů > u > parku, kde se vše správně spárovalo a tagy na budově byly aktualizovány z > RUIAN. > > > Dne Po 7. dubna 2014 21:16:53, Petr Kolomazník napsal(a): > > > Ahoj, > > > > přidám další dotaz. Ve vygenerovaném data.osm je obsažena budova se > špatnou > > adresou (stávající stav) + příslušný adresní bod se správnou adresou > > (doplněný v rámci importu z RUIAN). Jaký je správný postup opravy této > > chyby: > > > > a) v JOSM ve vlastní datové vrstvě ručně smazat z budovy tagy adresy a > > uploadnout jako separátní opravu na OSM server + v data.osm smazat > budovu s > > chybnou adresou (není ji třeba již opravovat a tedy v rámci importu > > uploadovat) + zachovat správný adresní bod > > b) v data.osm sloučit správný adresní bod s budovou tak, že výsledkem je > > pouze objekt budovy se správnou adresou > > c) v data.osm smazat u budovy chybné tagy a budovu ponechat bez adresy + > > zachovat správný adresní bod = vše bude v této podobě v rámci importu > > nahráno na server > > > > Příklad: http://osm.org/go/0J0OVkAJJ?way=49305010 > > > > Díky, > > Petr > > > > Dne 7. dubna 2014 20:15 Petr Vejsada <osm na propsychology.cz> napsal(a): > > > Ahoj, > > > > > > Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): > > > > Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM > byly > > > > jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze > > > > zachovava > > > > OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem > > > > data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k > > > > > > aktualizaci > > > > > > > stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana > > > > > > jejich > > > > > > > historie) a k tomu navic dojde i k pridani novych (tech co v OSM > zatim > > > > nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne > prosim o > > > > info. > > > > > > Ano, přesně tak to je. > > > > > > > Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz > jsem > > > > narazil na to ze nektera adresni mista jsou nevhodne umistena - > > > > > > napriklad u > > > > > > > silnice misto u vstupu do domu viz. napriklad > > > > http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu > > > > > > adresni > > > > > > > misto v data.osm posunout na spravne misto (pokud mozno ke vstupu > domu > > > > > > kdyz > > > > > > > vim kde je nebo alespon nekam do stredu domu) a takto upraveny > data.osm > > > > poslat mailem k importu - je to tak? > > > > > > Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam > > > patří- > > > > > > -- > > > Petr > > > > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz na openstreetmap.org > > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> Díky, další dotazy :-): > > 1) v data.osm mám na jedné budově dva adresní body: chybný stávající + > správný nový (z importu z RUIAN). Chci chybný stávající smazat. Mám jej > kromě z data.osm smazat i ručně z OSM? Předpokládám, že pokud bude v > data.osm chybný stávající adresní bod smazán, tak v rámci importu na OSM by > zůstal na serverech OSM zachován. Nebo se mýlím? Příklad: > http://osm.org/go/0J0Nrr8lF?way=89900078

> 2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou > adresou (možná bylo původním záměrem doplnit POI restaurace k existujícímu > adresnímu dobu) + správný adresní bod z importu RUIAN. Mám: > a) zachovat stávající POI tak jak je, případně promazat chybné části adresy > + zachovat správný nový adresní bod z RUIAN > b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + > zachovat správný nový adresní bod z RUIAN > c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní > správná adresa RUIAN > Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637

> Ahoj, > > Dne Po 7. dubna 2014 21:59:21, Petr Kolomazník napsal(a): > > > Díky, další dotazy :-): > > > > 1) v data.osm mám na jedné budově dva adresní body: chybný stávající + > > správný nový (z importu z RUIAN). Chci chybný stávající smazat. Mám jej > > kromě z data.osm smazat i ručně z OSM? Předpokládám, že pokud bude v > > data.osm chybný stávající adresní bod smazán, tak v rámci importu na OSM > by > > zůstal na serverech OSM zachován. Nebo se mýlím? Příklad: > > http://osm.org/go/0J0Nrr8lF?way=89900078 > > není potřeba (je dokonce nevhodné) mazat na OSM serveru separátně. Co > smažeš z > v editoru z data.osm, bude při nahrávání smazáno. > > Před několika minutami jsem psal o podobné situaci Xificurkovi a zdá se > mi, že > je to poměrně klíčová informace, tak ji zkusím popsat ještě jednou sem. > > S data.osm se zachází úplně stejně, jako při jakékoli jiné editaci. Jediný > rozdíl mezi daty, staženými z OSM serveru a data.osm je v tom, že v > data.osm > už jsou některé editace udělané dopředu od bota. Ty jen pokračuješ v > editování > už rozdělané práce. > > Princip je ten, že entity (body), keré v .osm souboru jsou, tam jen prostě > jsou a nic se s nimi nedělá. Aby se s nimi něco dělalo, je potřeba jim > přidat > atribut action. Action může být create, modify nebo delete. > > Jestliže tedy smažeš nějaký bod, projeví se to v datech tím, že tento bod > bude > mít atribut action=delete. Při uploadu na OSM server se tato akce také > provede, tedy bod se smaže. > > Mazat tedy nelze tak, že bod smažeš ze souboru v nějakém textovém editoru. > JOSM maže tak, jak jsem popsal - přidá atribut action=delete. > > Nové body mají action=create, ty, které se mají změnit, mají action=modify. > > > 2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou > > adresou (možná bylo původním záměrem doplnit POI restaurace k > existujícímu > > adresnímu dobu) + správný adresní bod z importu RUIAN. Mám: > > a) zachovat stávající POI tak jak je, případně promazat chybné části > adresy > > + zachovat správný nový adresní bod z RUIAN > > b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + > > zachovat správný nový adresní bod z RUIAN > > c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní > > správná adresa RUIAN > > Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637 > > Na toto asi není jednoznačná odpověď. Řešení a.) se mi moc nezdá, protože > autor třeba chtěl, aby se při hledání restaurace zobrazila částečně i > adresa a > smazáním tagů už se tak dít nebude. > Řešením b.) také docílíš toho, že u restaurace už nebude napsaná ulice či > číslo domu. Řešení c.) má nevýhodu v tom, že se nebude renderovat symbol a > název restaurace a zároveň číslo domu. > > Tato situace je dost častá. Já to řeším tak, že nechám restauraci být, jak > je, > a k ní nechám i nový bod z RUIAN. Jestli je to takto "správně", to nevím. > Nevýhoda je jasná - je tam jeden úplný a jeden neúplný bod s addr:. > > > -- > Petr > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> Pozadal jsem data pro obec Kraluv Dvur cast obce primo Kraluv Dvur (krome > toho ma obec Kraluv Dvur i dalsi casti s jinymi jmeny jako napr. Zahorany, > Pocaply atd.) > > V datech data.osm pro cast Kraluv Dvur jsou vsak tri AM z jine casti obce - > z casti Pocaply, ktere nejsou ovlivneny RUIAN daty (data.osm tedy u techto > tri bodu neobsahuji udaje z RUIAN, pouze beze zmeny prebiraji stavajici OSM > adresni mista tak jak jsou) viz: > http://osm.kraluvdvur.cz/ruian-import-am-z-jine-casti-obce.jpg > > ALE v RUAIN pro cast obce Pocaply tyhle data jsou viz: > http://vdp.cuzk.cz/vdp/ruian/adresnimista/26240793 takze i k temto AM mohla > byt nactena data z ruain.

> Je otazkou proc tyto adresni mista jsou v data.osm (mohu si tipnout - moje > prvni domenka co me napada ze bylo selectovano asi podle polohy ktera lezi > na polygonu casti obce jehoz hranice nejsou presne) a pak je otazkou proc > kdyz uz tato AM v data.osm jsou proc nebyla "projeta" pres ruian - nebyly k > nim nacteny ruian data. Nicmene tohle odpovedi na tyhle otazky nejsou > klicove, klicova otazka naopak zni:

> 1) klidne smazat z data.osm a zapomenout ze to tam bylo, s tim ze to bude > znovu v importu az se bude resit prislusna cast obce tedy Pocaply

> 2) nebo uz to nebude znovu v dalsim data.osm ve kterem budou Pocaply a tak > to v importu bud smazat a rucne to doplnit podle ruian primo do ostrych dat > pripadne to rucne upravit podle ruian v tom data.osm ze se to nahraje do > ostrych dat s importem > > 3) nebo s tim udelat neco uplne jineho

> Vezmou se všechny body z RUIAN, které jsi požadoval. Ty se uzavřou do > polygonu, který není na centimetr přesný; může přesahovat. Následně se > všechno, co je v OSM uvnitř takto myšleného polygonu, natáhne do data.osm. > To proto, aby se s tím dalo dobře pracovat, nemusely se otevírat další > vrstvy atd.

> > 2) v data.osm mám na jedné budově POI restaurace s (částečně) > > vyplněnou adresou (možná bylo původním záměrem doplnit POI > restaurace > > k existujícímu adresnímu dobu) + správný adresní bod z importu RUIAN. > Mám: > > a) zachovat stávající POI tak jak je, případně promazat chybné části > > adresy > > + zachovat správný nový adresní bod z RUIAN > > b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus > > vedle + zachovat správný nový adresní bod z RUIAN > > c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována > > kompletní správná adresa RUIAN > > Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637 > > Na toto asi není jednoznačná odpověď. Řešení a.) se mi moc nezdá, protože > autor třeba chtěl, aby se při hledání restaurace zobrazila částečně i

> smazáním tagů už se tak dít nebude. > Řešením b.) také docílíš toho, že u restaurace už nebude napsaná ulice či

> domu. Řešení c.) má nevýhodu v tom, že se nebude renderovat symbol a > název restaurace a zároveň číslo domu. > > Tato situace je dost častá. Já to řeším tak, že nechám restauraci být, jak

> ní nechám i nový bod z RUIAN. Jestli je to takto "správně", to nevím. > Nevýhoda je jasná - je tam jeden úplný a jeden neúplný bod s addr:. > > > -- > Petr > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Podle me tedy vyhrava b) - smazat z POI adresu.

> O víkendu a na začátku příštího týdne bych se třeba mohl podívat na okres > Frýdek-Místek. Je možné jej najednou rozkouskovat na více částí? Třeba F-M, > okolí FM, Třinec a okolí, Frýdlant n. Ostravicí + Ostravice + Čeladná, > Beskydy... Nebo by to bylo moc komplikované? Jo a čas mi začíná běžet od > chvíle, kdy to vygeneruješ, nebo až když začnu s úpravami?

> Ahoj, > koukám, že to pěkně šlape. Bereš ještě dobrovolníky, nebo už nestíháš?

> > O víkendu a na začátku příštího týdne bych se třeba mohl podívat na okres > Frýdek-Místek. Je možné jej najednou rozkouskovat na více částí? Třeba > F-M, okolí FM, Třinec a okolí, Frýdlant n. Ostravicí + Ostravice + > Čeladná,  Beskydy... Nebo by to bylo moc komplikované? Jo a čas mi začíná > běžet od chvíle, kdy to vygeneruješ, nebo až když začnu s úpravami? > > Díky, > Marián > > ---------- Původní zpráva ---------- > Od: Petr Vejsada <osm na propsychology.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 7. 4. 2014 20:02:05 > Předmět: Re: [Talk-cz] Průběh importu adres > > Ahoj, > > na zautomatizování jsem měl asi myslet dřív, teď by to šlo kostrbatě. > > Teď, když někomu pošlu data, tak se pro ostatní zablokují. Například > někdo si > řekne o Stodůlky a následně někdo jiný o Prahu 5. Ten druhý dostane > Prahu 5, > ale bez Stodůlek. Je tím zajištěno, že se na všechny AM dříve či později > dostane a nic nepůjde duplicitně. Asi by se to dalo spojit s mail > adresou. > Hlavní problém je, že jsem od začátku nepočítal se spolupracovníky a teď > je to > tedy řešené dost blbě, a to tak, že mám 6 DB schemat pro 6 současně > pracujících lidí. Kdybych s tím byl počítal od začátku, budou všechny > tabulky > společné a v nich ID spolupracovníka. Musel bych to předělat. Zkusím > promyslet, kam všude bych musel sahat. > > Dne Po 7. dubna 2014 12:18:17, Petr Morávek [Xificurk] napsal(a): > > > Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): > > > Dobře pochopil jsem, > > > > > > Pokud se týká výběru oblasti k importu nešlo by zasílat pouze > například > > > data osm po jednotlivých obcích okresu ze stránky > > > http://ruian.poloha.net/czaddr/ > > > Pražák > > > > Ahoj, > > > > myslím, že by bylo super, kdyby se povedlo to vyžádání zautomatizovat > - > > Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou > na > > vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá > > příliš dlouho, aby to bylo takto automaticky on-demand? > > > > Petr Morávek aka Xificurk > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, > > asi to nemělo jít do konference(?), ale nevadí. > > Jasně že spolupracovníci jsou vítáni. >

> Dne Čt 10. dubna 2014 21:54:07, Marián Kyral napsal(a): > >> O víkendu a na začátku příštího týdne bych se třeba mohl podívat na okres >> Frýdek-Místek. Je možné jej najednou rozkouskovat na více částí? Třeba F-M, >> okolí FM, Třinec a okolí, Frýdlant n. Ostravicí + Ostravice + Čeladná, >> Beskydy... Nebo by to bylo moc komplikované? Jo a čas mi začíná běžet od >> chvíle, kdy to vygeneruješ, nebo až když začnu s úpravami? > rozkouskování je možné prakticky podle čehokoli, co se dá napsat do sql > dotazu. Třeba okres='Frydek-Místek' and (obec='Staré město' or obec='Nějaká- > jiná-obec').

> Čas začíná běžet od okamžiku vygenerování, změny v datech po tomto okamžiku se > už ve tvém souboru nemohou projevit. V praxi se ukazuje, že to není problém, > ručních změn v adresách v OSM je asi málo, takže není potřeba se tak hnát, jak > jsem si zprvu myslel.

> Ahoj, > > průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ > > Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď > bych > tam trapně vyčníval ;-) > > -- > Petr, pv na propsychology.cz > >p< > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> Přidávám jeden postřeh z editace větších měst: > Zatím jsem udělal Dobříš (2238 adres) a dvě části Českých Budějovic (480 + > 2415 adres) a u všech tří jsem narazil vždy na jednu adresu, která byla > ulítlá mimo území > u Dobříše platná adresa, akorát že 53 km mimo > u ČB naopak dvě adresy, které sice mají uvedeno že jsou ČB1 (2), ale leží > v jiné části města a ulicí i číslem odpovídají té jiné části - a nebyly v > seznamu upozornění. > Naopak i zde jsem narazil na adresu, která ulicí i číslem odpovídala jiné > části města (5 km) a zatím tam nebyla (ale ta část města ještě není > zpracovaná) > Takže bych doporučil u větších měst a jejich udělat samostatně kontrolu, > protože když sedí ulice a číslo a nesedí část města, skript na to nejspíš > nepřijde > JAnD

> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Předpokládal jsem, že to budeme řešit nějak hromadně, ale zatím to k tomu > nespěje. > > Naprostá většina objevených chyb se dá lehce odhalit vhodně napsaným > selectem:

> *) Budovy s číslem popisným i číslem evidenčním zároveň

> *) Adresní místa daleko od svých budov

> *) Adresní místa daleko od svých ulic

> *) Dvě nebo více adresních míst na stejné pozici, případně velmi blízko sebe > (v řádu centimetrů)

> *) ... Petr možná ještě něco doplní

> Pokud by v ČÚZK měli zájem, jistě by tyto kontroly již dělali. Databázi mají > ;-) Případně jim nic nebrání s tím začít. > Jak proběhlo tady v diskuzi, problémy s adresami by se měly hlásit přímo > konkrétní obci a to je celkem dost komplikované (vyhledat si, kdo to má na > starost, srozumitelně popsat problém...). A že tady těch obcí je :-D > > Trochu problém je v místech, která ještě nejsou plně digitalizovaná. Tam > chybí budovy a není to jednoduše dohledatelné. Nicméně jsem měl i pár > případů, kdy umístění dle RUIAN neodpovídalo umístění adresního bodu v KM. > Tam má ČÚZK proti nám výhodu. Mají obě databáze a mohou to tedy porovnat. > Zatímco my máme pouze obrázek a můžeme hledat pouze vizuálně - v několika > případech jsem byl úspěšný. V jiných ne. Takový bod jsem pak označil pomocí > fixme - že se hladá správná pozice :-D.

> Jednou jsem psal na helpdesk - několikrát po sobě šlo v aktualizaci > katastrální území bez obce, ruian2pgsql na tom sletěl. Pak dokonce vytvořili > katastrální území s ocáskem. Uzavřený polygon a na konci ještě jeden bod navíc > - prostě ocásek ;-). Postgis to samozřejmě vyhodil. Na helpdesku asi pracují > němí, protože neodpověděli ;-).