« zpět na výpis měsíce |

[Talk-cz] Průběh importu adres

Vlákno 6.4. - 16.4.2014, počet zpráv: 33


6.4.2014 05:54:59 (#1)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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 zobrazit citaci
>p<

6.4.2014 06:10:12 (#2)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
408 93
taky si přihřeju polívčičku http://sandbox.cz/~jachym/osm/ Jednoduchá mapička J On Sun, Apr 06, 2014 at 05:54:59PM +0200, Petr Vejsada wrote: zobrazit citaci
> 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
-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

6.4.2014 06:23:23 (#3)
gravatar

Marián Kyral

<mkyral at email.cz>
2389 2735
---------- Původní zpráva ---------- Od: Jachym Cepicky <jachym.cepicky na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 4. 2014 18:10:48 Předmět: Re: [Talk-cz] Průběh importu adres "taky si přihřeju polívčičku http://sandbox.cz/~jachym/osm/ Jednoduchá mapička J On Sun, Apr 06, 2014 at 05:54:59PM +0200, Petr Vejsada wrote: zobrazit citaci
> 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 zobrazit citaci
> tam trapně vyčníval ;-)"
 Hoši bomba :-D Teď ještě kdybych si mohl zatrhnout, že chci okres FM, zadám email a na ten mi pak dorazí odkaz na stažení B-) ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140406/3d6c09f0/attachment.html>

7.4.2014 10:17:16 (#4)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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 zobrazit citaci
> -----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 zobrazit citaci
> 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

7.4.2014 10:30:07 (#5)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
800
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): zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140407/78dfce26/attachment.html>

7.4.2014 10:34:55 (#6)
gravatar

Marián Kyral

<mkyral at email.cz>
2389 2735
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 (mailto: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 (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 zobrazit citaci
> -----Original Message----- > From: Petr Vejsada [mailto:osm na propsychology.cz
(mailto:osm na propsychology.cz)] zobrazit citaci
> Sent: Sunday, April 6, 2014 5:55 PM > To: talk-cz na openstreetmap.org(mailto: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/
(http://ruian.poloha.net/czaddr/) zobrazit citaci
> > Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď
bych zobrazit citaci
> tam trapně vyčníval ;-) > > -- > Petr, pv na propsychology.cz(mailto:pv na propsychology.cz) > >p< > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) > https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz) _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140407/d623297d/attachment.html>

7.4.2014 11:49:46 (#7)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
800
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. dubna 2014 10:34 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> 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 > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140407/9ba13bd9/attachment.html>

7.4.2014 12:18:17 (#8)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 7.4.2014 11:49, Zdeněk Pražák napsal(a): zobrazit citaci
> 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

7.4.2014 04:32:23 (#9)
gravatar

Petr Kolomazník

<petr.kolomaznik at gmail.com>
9
Ahoj, na zkoušku jsem si zkusil udělat import k.ú. Třebonice v Praze (malé místo s 231 adresami, které vcelku dobře znám) a mám pár dotazů: 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): zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140407/8580f688/attachment.html>

7.4.2014 07:41:50 (#10)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, Dne Po 7. dubna 2014 16:32:23, Petr Kolomazník napsal(a): zobrazit citaci
> 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 ;-) ?
IMO to smysl nedává, už jsem o tom psal, kdyby chtěli, mohli by si na katastru sami ověřit, zda na jednom místě leží jen jeden adresní bod a ne třeba 5, zda jsou adresní místa alespoň X cm od sebe a tím nemyslím 3cm ;-). A kdyby toto ověření udělali, tak co pak s tím? Vracet data místním stavebním úřadům? Já tak chyby psát nebudu, trvalo by mi všechno 5x déle. zobrazit citaci
> 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í.
:-) no, okres Karviná jsem měl tak nacvičený z testování skriptů, že jsem si na něj troufl :-). Okres Vyškov bez Vyškova byla sranda, protože tam skoro žádná adresní místa nebyla, takže úplně klidný průběh. To samé Kroměříž. Pak je třeba malé katastrální území v Praze a strávím na něm více času než na okresu Vyškov. zobrazit citaci
> 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)?
Dám si vrstvu budov z ruian, Pointinfo plugin. Tím částečně zkontroluji, zda AM pravděpodobně patří na dům, na který si myslím, že patří. To takový problém není. Větší problém jsou třeba pokračující "inkonzistence" z už minulého importu - chyba státu, ne naše - kdy jeden dům má 2 či 3 čísla a nikdo neví, které je správné. Buď tam nerad nechám obě nebo se snažím odhadnout, které je správně. zobrazit citaci
> 3/ Co znamená hláška: "AM nemá geometrii, je brána ze SO"? Nejsem si jist, > jaký konkrétní problém zkontrolovat či opravit.
U adresního bodu v RUIAN nejsou souřadnice, takže se použijí souřadnice definičního bodu z budovy, ke které AM patří. To znamená, že se do mapy možná umístí nevhodně, někam doprostřed domu. Ovšem i spousta AM, které souřadnice mají, je umístěno nevhodně. Typicky dům s pěti vchody a všechny adresní body na jednom místě nebo centimetr od sebe :-( zobrazit citaci
> > 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

7.4.2014 08:01:20 (#11)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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): zobrazit citaci
> 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

7.4.2014 08:05:40 (#12)
gravatar

Pavel Bokr

<osm at kraluvdvur.cz>
58 1559
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? Diky za info Pavel Bokr
-----Původní zpráva----- From: Dalibor Jelínek Sent: Monday, April 07, 2014 10:17 AM To: 'OpenStreetMap Czech Republic' Subject: Re: [Talk-cz] Průběh importu adres 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 zobrazit citaci
> -----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 zobrazit citaci
> 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

7.4.2014 08:15:01 (#13)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a): zobrazit citaci
> 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. zobrazit citaci
> 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

7.4.2014 09:16:53 (#14)
gravatar

Petr Kolomazník

<petr.kolomaznik at gmail.com>
9
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): zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140407/81c33717/attachment.html>

7.4.2014 09:40:10 (#15)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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): zobrazit citaci
> 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

7.4.2014 09:59:21 (#16)
gravatar

Petr Kolomazník

<petr.kolomaznik at gmail.com>
9
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 Díky za pomoc, Petr Dne 7. dubna 2014 21:40 Petr Vejsada <osm na propsychology.cz> napsal(a): zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140407/9a8319c0/attachment.html>

7.4.2014 10:13:43 (#17)
gravatar

Pavel Bokr

<osm at kraluvdvur.cz>
58 1559
Ahoj, mam dalsi dotaz: 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: co s tim? 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 Diky Pavel Bokr P.S. omlouvam se pokud se ptam na neco co se da treba odvodit z drivejsich mailu kde se velmi cile diskutoval import i jeho reseni a prubeh a nekdy i snad i nejake technicke zalezitosti, ale to jsem nestihal sledovat, ted jsem vyuzil moznost udelat si poradek v adresach tady u nas.

7.4.2014 10:20:19 (#18)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, Dne Po 7. dubna 2014 21:59:21, Petr Kolomazník napsal(a): zobrazit citaci
> 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. zobrazit citaci
> 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

7.4.2014 10:27:00 (#19)
gravatar

Petr Kolomazník

<petr.kolomaznik at gmail.com>
9
Díky za vysvětlení, už je mi to jasnější. Dnes už tě nechám být a na import se vrhnu zítra. Dne 7. dubna 2014 22:20 Petr Vejsada <osm na propsychology.cz> napsal(a): zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140407/5025de67/attachment.html>

7.4.2014 10:29:58 (#20)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, já se dneska upíšu ;) Dne Po 7. dubna 2014 22:13:43, Pavel Bokr napsal(a): zobrazit citaci
> 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.
*Bodů si nevšímat!* Pokud je smažeš, smažou se i z OSM serveru. Pokud je necháš být, nic se s nimi dělat nebude, t.j. nebudou se nikam nahrávat - viz princip action=, popsaný v předchozí zprávě sem do konference. Ty body,které leží mimo tebou požadovanou část, určitě nemají atribut action=, tedy se s nimi samo o sobě nebude nic dít. Pokud je ale smažeš, tak se smažou. Pokud je posuneš, tak se posunout atd. zobrazit citaci
> 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:
Body se tam dostaly takto: 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. zobrazit citaci
> 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
*Nevšímat si jich!* Nebudou se nikam nahrávat, viz výše. zobrazit citaci
> 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
Jediné správné řešení - nechat je být! -- Petr

7.4.2014 10:36:02 (#21)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Dne Po 7. dubna 2014 22:29:58, Petr Vejsada napsal(a): zobrazit citaci
> 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.
upřesnění - nenatáhne se všechno, co je v OSM uvnitř polygonu, ale jen to, co souvisí s adresami, tedy body, čáry a relace s vybranými addr: tagy. -- petr

9.4.2014 04:24:04 (#22)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Ahoj, muj nazor na tuto vec je: c) sloucit - je spatne. V OSM je zasada, ze jedna vec ma mit jeden prvek. Adresni misto (v nasem pojeti) je jedna vec, ktera ma mit svuj uzel, idealne umisteny v ceste domu v miste vchodu oznaceny jako entrance. Pokud tato informace neni znama, tak pobliz vchodu z odpovidajici ulice. A pokud se nevi ani to, pak proste tam, kde ho ma RUIAN. Hospoda je pak jina vec a mela by mit svuj separatni uzel. a) upravit adresu POI - to je lepsi, jen se nam ztraci vazba mezi adresnim mistem v RUIAN a adresou v OSM. Horsi je, ze to "misto" v OSM ma najednou dve adresy a vznika riziko, ze se "rozejdou". b) smazat adresu z POI - je asi nejcistsi. Se stejnou logikou, jako se po nas chce nepridavat do adres veci, ktere se daji nacist z okolnich polygonu hranic se da rici, ze se da najit adresa hospody z toho domu, ve kterem oba lezi. Pokud tedy oba body lezi uvnitr domu, nebo pokud je uzel adresniho mista nejblizsi k uzlu POI. Navic pocitam, ze kdyz sam zakreslujes uzel s hospodu, tak mu adresu taky nepridavas, ne? Proste ho jen das do toho domu, kde je a eventualne pridas znacku piva a oteviraci dobu. Tim chci rict, ze drtiva vetsina POI v OSM stejne zadnou adresu primo na sobe nema, takze ji velka skoda neni. Podle me tedy vyhrava b) - smazat z POI adresu. Zdravi, Dalibor zobrazit citaci
> > 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 zobrazit citaci
> 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 zobrazit citaci
> 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 zobrazit citaci
> 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

9.4.2014 11:05:39 (#23)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
617
+1 Dne 9.4.2014 04:24, Dalibor Jelínek napsal(a): zobrazit citaci
> Podle me tedy vyhrava b) - smazat z POI adresu.

10.4.2014 09:54:07 (#24)
gravatar

Marián Kyral

<mkyral at email.cz>
2389 2735
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): zobrazit citaci
> 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" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140410/5afc5cd8/attachment.html>

10.4.2014 10:15:43 (#25)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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): zobrazit citaci
> 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. -- Petr

10.4.2014 10:21:47 (#26)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
408 93
On Thu, Apr 10, 2014 at 09:54:07PM +0200, Marián Kyral wrote: zobrazit citaci
> Ahoj, > koukám, že to pěkně šlape. Bereš ještě dobrovolníky, nebo už nestíháš?
mapipčka se pěkně červená, měl jsem začít dělat screenshoty .. J zobrazit citaci
> > 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
zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

10.4.2014 11:10:06 (#27)
gravatar

Marián Kyral

<mkyral at email.cz>
2389 2735
Dne 10.4.2014 22:15, Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > asi to nemělo jít do konference(?), ale nevadí. > > Jasně že spolupracovníci jsou vítáni. >
Naopak. Poslal jsem to do konference schválně protože to podle mně může zajímat i ostatní. zobrazit citaci
> 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').
Ok, tak já ti pošlu oficiální požadavek ;-) zobrazit citaci
> Č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.
Já si to myslel. Stačilo se mě zeptat. Marián

11.4.2014 10:16:12 (#28)
gravatar

Jiří Sedláček

<jirisedlacek at gmail.com>
43 539
Ahoj, klidně přidej tu hitparádu, chci vědět, komu mám poděkovat v případě okresu Třebíč, moc se to povedlo, co jsem koukal. J. 2014-04-06 17:54 GMT+02:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci
> 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 >
-- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140411/136db676/attachment.html>

16.4.2014 12:01:09 (#29)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
326 645
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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140416/e48e2ca1/attachment.html>

16.4.2014 12:45:54 (#30)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
408 93
asi se to řešilo, ale má od nás ČUZK nějakou zpětnou vazbu? J On Wed, Apr 16, 2014 at 12:01:09PM +0200, Jan Dudík wrote: zobrazit citaci
> 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
zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

16.4.2014 01:32:45 (#31)
gravatar

Marián Kyral

<mkyral at email.cz>
2389 2735
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. Marián
---------- Původní zpráva ---------- Od: Jachym Cepicky <jachym.cepicky na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 16. 4. 2014 12:47:27 Předmět: Re: [Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres "asi se to řešilo, ale má od nás ČUZK nějakou zpětnou vazbu? J On Wed, Apr 16, 2014 at 12:01:09PM +0200, Jan Dudík wrote: zobrazit citaci
> 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
zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140416/bbf16fd7/attachment.html>

16.4.2014 11:05:45 (#32)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, Dne St 16. dubna 2014 13:32:45, Marián Kyral napsal(a): zobrazit citaci
> 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:
Přesně to je můj názor. A krok dál - i kdyby to udělali, co s tím, když AM mají na starosti obce? ČÚZK není IMO nijak nadřízený stavebním úřadům, nevím. Má jim ta data vrárir, sebrat jim osobní ohodnocení ;-) ... zobrazit citaci
> *) Budovy s číslem popisným i číslem evidenčním zároveň
Takto to není. Jeden SO opravdu nemůže mít č.p. i č.ev. To, co se děje, je nejspíš že prdnou špatně souřadnice. Daleko častější jsou ty ev.56 a ev.1056; z toho opravdu rostu. zobrazit citaci
> *) Adresní místa daleko od svých budov
Není jich strašně moc, ale jsou. A nebo je to naopak - AM je správně a SO je mimo. To nevíme. Existuje cca 1M1 (milion sto tisíc) SO, které mají definiční bod a nemají hranice ('neviditelné' budovy). Daly by se dát do té mé vrstvy jako body; asi by to vzhledem k počtu za to stálo. zobrazit citaci
> *) Adresní místa daleko od svých ulic
Nebo nedotažená čára ulice. zobrazit citaci
> *) Dvě nebo více adresních míst na stejné pozici, případně velmi blízko sebe > (v řádu centimetrů)
a milimetrů ... zobrazit citaci
> *) ... Petr možná ještě něco doplní
Teď mi spolupracovník dodal Řepy. Řepy nebo Řeporyje, to je přeci úplně fuk ;-). Jedno AM připrdnuto k domu se správným č.p., ale v Řeporyjích místo v Řepích. Však je to jen pár km ;-). Ty stavební úřady prostě nevědí, jak vypadá jejich katastrální území, odhadují to, ČÚZK s tím nejspíš nemůže dělat nic. Oni třeba nevědí, jak se jmenuje ulice, ve které stojí barák. Je 30 baráků na ulici Novákových a mezi nimi jeden na ulici Fučíkově, třeba. Může to být historicky dané - nějaký dům byl rohák a měl tedy 2 AM pro 2 ulice a pak se postavil ještě jeden barák a ten původní přestal být rohákem a nikdo mu nesebral AM, ale to jsou jen dohady.. zobrazit citaci
> 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.
To jsou blbosti, které byly už v předchozích databázích a jen je přetáhli do RUIAN. Jsou to ty stejné chyby, které jsou v OSM označeny jako 'Nekonzistence ...'. Porovnat tedy mohou, ale stejně nevědí, co je správně :-)). Mě tedy nejvíce štvou ta čísla, k nimž připočítávají tisícovky. Těch je fakt moc. Pak čtyři SO naplácané na sobě. 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 ;-). Konstruktivně: Jak by mohla pomoci ta vrstva s budovami? Přidávat na každou budovu její číslo podobně jako to dělám s parcelami? Šly by i adresy, ale těch může být moc a vrstva by se mohla stát nepřehlednou. A pak to vykreslování domů, které mají jen definiční bod a nemají hranice - vykreslit tečku, tedy kuličku, podobně jako u AM a k ní napsat ... co? -- Petr

16.4.2014 11:58:22 (#33)
gravatar

Martin Landa

<landa.martin at gmail.com>
93
Dobry den, Dne 16. dubna 2014 23:05 Petr Vejsada <osm na propsychology.cz> napsal(a): zobrazit citaci
> 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 ;-).
offtopic: VFR bude knihovna OGR od verze 1.11 podporovat nativne [1]. Implementace je velmi cerstva, budu rad za kazde testovani ci pripominky. Diky! Martin [1] http://geo.fsv.cvut.cz/freegis/RUIAN_/_OGR-VFR -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa

« zpět na výpis měsíce