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

[Talk-cz] Hlášení chyb RUIAN přímo z JOSM

Vlákno 24.4. - 21.5.2014, počet zpráv: 30


24.4.2014 07:37:42 (#1)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
198 1598
Ahoj, napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn rovnou p??mo v JOSM, ne?li na http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby . Je to zdlouhav? a st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka byl zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? informace jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. Data by pak mohl odesilat na stranku ruian.poloha.net/chyby kde by byla prehledna tabulka slouzici prevazne CUZK ke kontrole chyb. Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky za vysly?en?.

24.4.2014 08:02:08 (#2)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Cau, jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka databaze a i kontrolovat duplicitni hlaseni. Ta tabulka na wiki je fakt spatne editovatelna, puvodne jsem myslel, ze toho bude jen trochu, ale je toho az moc. Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. Spise bych rekl, ze asi moc ne. Dalibor zobrazit citaci
> -----Original Message----- > From: Petr Sch?nmann [mailto:pschonmann at gmail.com] > Sent: Thursday, April 24, 2014 7:38 AM > To: OpenStreetMap Czech Republic > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > Ahoj, > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn > rovnou p??mo v JOSM, ne?li na > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby . Je to zdlouhav? a > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka byl > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? informace > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby kde by byla > prehledna tabulka slouzici prevazne CUZK ke kontrole chyb. > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky za > vysly?en?. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

24.4.2014 09:52:41 (#3)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): zobrazit citaci
> Cau, > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > databaze a i kontrolovat duplicitni hlaseni. > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > Spise bych rekl, ze asi moc ne.
pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? chyby vygeneruje mail na helpdesk at cuzk.cz. Duch uvnit? jin? budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to p?r (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak psal Petr. Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? krajsk? pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? pracovi?t?. Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? takto d?kladn? ;-) zobrazit citaci
> > Dalibor > > > -----Original Message----- > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com] > > Sent: Thursday, April 24, 2014 7:38 AM > > To: OpenStreetMap Czech Republic > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > Ahoj, > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn > > rovnou p??mo v JOSM, ne?li na > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby . Je to zdlouhav? a > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka byl > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? informace > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby kde by byla > > prehledna tabulka slouzici prevazne CUZK ke kontrole chyb. > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky za > > vysly?en?. > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

24.4.2014 02:59:15 (#4)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
749
ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud se t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v b?val?ch okresech Pra??k Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz> napsal(a): zobrazit citaci
> Ahoj, > > Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): > > > Cau, > > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > > databaze a i kontrolovat duplicitni hlaseni. > > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > > Spise bych rekl, ze asi moc ne. > > pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? chyby > vygeneruje mail na helpdesk at cuzk.cz. Duch uvnit? jin? budovy, budovy na > sob?, > AM 3km od budovy, AM 3km od ulice. Bylo by to p?r (des?tek) tis?c mail? > ;-). > Nebo z toho vygenerovat tu tabulku, jak psal Petr. > > Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? krajsk? > pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? pracovi?t?. > > Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? > takto > d?kladn? ;-) > > > > > Dalibor > > > > > -----Original Message----- > > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com] > > > Sent: Thursday, April 24, 2014 7:38 AM > > > To: OpenStreetMap Czech Republic > > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > Ahoj, > > > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn > > > rovnou p??mo v JOSM, ne?li na > > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby . Je to zdlouhav? a > > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. > > > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny > > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka > byl > > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? informace > > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. > > > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby kde by > byla > > > prehledna tabulka slouzici prevazne CUZK ke kontrole chyb. > > > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky za > > > vysly?en?. > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140424/ed71de07/attachment.html>

24.4.2014 03:18:49 (#5)
gravatar

Marián Kyral

<mkyral at email.cz>
2228 2371
A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz (mailto:podpora at cuzk.cz) jak to vid? oni? Viz http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju- RUIAN-ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D Mari?n
---------- P?vodn? zpr?va ---------- Od: Zden?k Pra??k <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 24. 4. 2014 15:00:02 P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM " ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud se t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v b?val?ch okresech Pra??k Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz (mailto:osm at propsychology.cz)> napsal(a): "Ahoj, Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): zobrazit citaci
> Cau, > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > databaze a i kontrolovat duplicitni hlaseni. > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > Spise bych rekl, ze asi moc ne.
pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? chyby vygeneruje mail na helpdesk at cuzk.cz(mailto:helpdesk at cuzk.cz). Duch uvnit? jin? budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to p?r (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak psal Petr. Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? krajsk? pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? pracovi?t?. Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? takto d?kladn? ;-) zobrazit citaci
> > ?Dalibor > > > -----Original Message----- > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com
(mailto:pschonmann at gmail.com)] zobrazit citaci
> > Sent: Thursday, April 24, 2014 7:38 AM > > To: OpenStreetMap Czech Republic > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > Ahoj, > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn > > rovnou p??mo v JOSM, ne?li na > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby
(http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby) . Je to zdlouhav? a zobrazit citaci
> > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka
byl zobrazit citaci
> > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? informace > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby
(http://ruian.poloha.net/chyby) kde by byla zobrazit citaci
> > prehledna tabulka slouzici prevazne CUZK ke kontrole chyb. > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky za > > vysly?en?. > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) > > https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz) zobrazit citaci
> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) > https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz) _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140424/bc776aac/attachment.html>

25.4.2014 09:59:53 (#6)
gravatar

Petr Souček

<soucekp at atlas.cz>
69
? Dobr? ve?er, ? nejd??ve bych V?s cht?l ujistit, ?e ??ZK jako spr?vce jednoho ze z?kladn?ch registr? R?IAN m? ur?it? z?jem o zp?tnou vazbu od u?ivatel?. Je to jeden ze zp?sob?, jak zkvalit?ovat data R?IAN. R?di od V?s va?e p?ipom?nky, reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. ? Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? - o defini?n? body adresn?ch m?st - o defini?n? body stavebn?ch objekt? - o defini?n? body parcel - existenci adresn?ch m?st, stavebn?ch objekt? - atd. ? V sou?asn? dob? p?ipravujeme automatizovanou linku na p??jem a distribuci reklamac? n?kter?ch ?daj?. V obdobn? podob? jako u defini?n?ch bod? parcel a budov, kter? se vedou v ISKN, viz http://data.cuzk.cz/defbod/reklamace.php. V t?chto p??padech jsou ?daje p?ed?v?ny na p??slu?n? katastr?ln? pracovi?t? (dnes jich je celkem 97 v cel? republice), kter? ji ?e??. V p??pad? dal??ch ?daj? veden?ch v R?IAN (adresn? m?sta, stavebn? objekty, atd.) to bude tro?ku slo?it?j??, nebo? reklamace budou ?e?it edito?i t?chto ?daj?, kter?mi jsou stavebn? ??ady a obce. ? Rozhodn? n?m jde o to, abychom data z?skali ve strukturovan? podob?, nap?. v XML. ? P?kn? v?kend p?eje ? Petr Sou?ek ? --- Ing. Petr Sou?ek, Ph.D. ?esk? ??ad zem?m??ick? a katastr?ln? Odbor spr?vy dat, vedouc? odd?len? provozn?ch anal?z a programov?n? Pod s?dli?t?m 9/1800, 18211 Praha 8 ? From: Mari?n Kyral [mailto:mkyral at email.cz <mkyral at email.cz>] Sent: Thursday, April 24, 2014 3:19 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM ? A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz <podpora at cuzk.cz> jak to vid? oni? Viz http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx <http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx> Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D Mari?n
---------- P?vodn? zpr?va ---------- Od: Zden?k Pra??k <zprazak at seznam.cz <zprazak at seznam.cz>> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org <talk-cz at openstreetmap.org>> Datum: 24. 4. 2014 15:00:02 P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM ? ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud se t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v b?val?ch okresech Pra??k ? Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz <osm at propsychology.cz>> napsal(a): Ahoj, Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): zobrazit citaci
> Cau, > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > databaze a i kontrolovat duplicitni hlaseni. > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > Spise bych rekl, ze asi moc ne.
pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? chyby vygeneruje mail na helpdesk at cuzk.cz <helpdesk at cuzk.cz>. Duch uvnit? jin? budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to p?r (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak psal Petr. Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? krajsk? pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? pracovi?t?. Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? takto d?kladn? ;-) zobrazit citaci
> > ?Dalibor > > > -----Original Message----- > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com <pschonmann at gmail.com>] > > Sent: Thursday, April 24, 2014 7:38 AM > > To: OpenStreetMap Czech Republic > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > Ahoj, > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn > > rovnou p??mo v JOSM, ne?li na > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby <http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby> . Je to zdlouhav? a > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka byl > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? informace > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby <http://ruian.poloha.net/chyby> kde by byla > > prehledna tabulka slouzici prevazne CUZK ke kontrole chyb. > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky za > > vysly?en?. > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz <https://lists.openstreetmap.org/listinfo/talk-cz> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz <https://lists.openstreetmap.org/listinfo/talk-cz>
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-cz <https://lists.openstreetmap.org/listinfo/talk-cz> ? _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-cz <https://lists.openstreetmap.org/listinfo/talk-cz> ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140425/bbc83bc2/attachment-0001.html>

27.4.2014 06:47:13 (#7)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Dobr? den, d?kujeme za odezvu, pokus?m se sepsat aktu?ln? probl?my. - defini?n? bod jednoho stavebn?ho objektu uvnit? hranic jin?ho stavebn?ho objektu. Stavebn? objekt A m? defini?n? bod i hranice. Stavebn? objekt B m? pouze defini?n? bod, kter? le?? uvnit? polygonu hranic stavebn?ho objektu A. Oba objekty A i B maj? sv? adresn? m?sto (adresn? m?sta), kter? jsou vz?jemn? nepodobn? ?i jsou naopak zvl??tn? podobn?. Nap??klad jeden stavebn? objekt m? adresn? m?sto s ?.ev. 45 a druh? s ?.ev. 1045. Domn?v?m se, ?e jde o n?jakou systematickou chybu. Vyskytuje se to r?zn?ch K? a budou to ??dov? des?tky tis?c p??pad?. Mohu vytvo?it automaticky seznam takov?chto dvojic stavebn?ch objekt?. Mysl?m si, ?e jeden z t?ch stavebn?ch objekt? re?ln? neexistuje, nem?m v?ak mo?nost zjistit, kter? to je. Nev?m, zda adresn? m?sto m? b?t ?.ev. 45 nebo ?.ev. 1045. To je asi sou?asn? nejv?t?? probl?m. D?le m??eme prov?st n?jakou z?kladn? kontrolu um?st?n? adresn?ch m?st. Co se st?v?: - adresn? m?sto le?? ?pln? mimo katastr?ln? ?zem?. Rekord, co jsem vid?l, bylo asi 56 kilometr? mimo. - adresn? m?sto je velmi daleko od stavebn?ho objektu, ke kter?mu n?le??; a? n?kolik kilometr?. - adresn? m?sto, kter? m? ulici, je velmi daleko od t?to ulice, p??padn? takov? ulice v dosahu n?kolika kilometr? v?bec neexistuje. Mo?n? chyb? defini?n? ??ra ulice, mo?n? je adresn? m?sto ?pln? mimo. Toto jsou probl?my, kter? lze v?ce-m?n? zjistit vhodn?m dotazem z aktu?ln? datab?ze. Pak se vyskytuj? p??pady, kdy n?kolik stavebn?ch objekt? m? stejnou geometrii a asi i stejn? defini?n? bod. Typicky jde o panelov? d?m nap?. s p?ti vchody, veden? jako 5 stavebn?ch objekt?. V R?IAN je je t?chto p?t stavebn?ch objekt?, ale le?? na sob?, m?sto toho, aby le?ely vedle sebe. D?le je to z?m?na voln?jho prostoru a stavebn?ho objektu. Tam, kde je ve skute?nosti n?dvo??, je v R?IAN stavebn? objekt a tam, kde je ve skute?nosti stavebn? objekt, v R?IAN nen?. 51247984 je odstra?uj?c?m p??padem takov?ho stavebn?ho objektu. Toto neum?m zjistit automaticky s dostate?nou spolehlivost?, toto by se muselo hl?sit individu?ln?. Mysl?m, ?e toto pro za??tek bohat? sta?? a ?e to p?in??? pr?ce v?ce ne? dost. T???m se na odezvu a t?eba n?jak? n?vrh, jak d? postupovat/spolupracovat. -- S pozdravem Petr Vejsada Dne P? 25. dubna 2014 21:59:53, Petr Sou?ek napsal(a): zobrazit citaci
> Dobr? ve?er, > > nejd??ve bych V?s cht?l ujistit, ?e ??ZK jako spr?vce jednoho ze z?kladn?ch > registr? R?IAN m? ur?it? z?jem o zp?tnou vazbu od u?ivatel?. Je to jeden ze > zp?sob?, jak zkvalit?ovat data R?IAN. R?di od V?s va?e p?ipom?nky, > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > - o defini?n? body adresn?ch m?st > - o defini?n? body stavebn?ch objekt? > - o defini?n? body parcel > - existenci adresn?ch m?st, stavebn?ch objekt? > - atd. > > V sou?asn? dob? p?ipravujeme automatizovanou linku na p??jem a distribuci > reklamac? n?kter?ch ?daj?. V obdobn? podob? jako u defini?n?ch bod? parcel > a budov, kter? se vedou v ISKN, viz > http://data.cuzk.cz/defbod/reklamace.php. V t?chto p??padech jsou ?daje > p?ed?v?ny na p??slu?n? katastr?ln? pracovi?t? (dnes jich je celkem 97 v > cel? republice), kter? ji ?e??. V p??pad? dal??ch ?daj? veden?ch v R?IAN > (adresn? m?sta, stavebn? objekty, atd.) to bude tro?ku slo?it?j??, nebo? > reklamace budou ?e?it edito?i t?chto ?daj?, kter?mi jsou stavebn? ??ady a > obce. > Rozhodn? n?m jde o to, abychom data z?skali ve strukturovan? podob?, nap?. v > XML. > P?kn? v?kend p?eje > > Petr Sou?ek > > --- > Ing. Petr Sou?ek, Ph.D. > ?esk? ??ad zem?m??ick? a katastr?ln? > Odbor spr?vy dat, vedouc? odd?len? provozn?ch anal?z a programov?n? > Pod s?dli?t?m 9/1800, 18211 Praha 8 > > From: Mari?n Kyral [mailto:mkyral at email.cz <mkyral at email.cz>] > Sent: Thursday, April 24, 2014 3:19 PM > To: OpenStreetMap Czech Republic > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz <podpora at cuzk.cz> > jak to vid? oni? Viz > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-I > SUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx > <http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-> ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx> > > Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je > n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D > > Mari?n > ---------- P?vodn? zpr?va ---------- > Od: Zden?k Pra??k <zprazak at seznam.cz <zprazak at seznam.cz>> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > <talk-cz at openstreetmap.org>> Datum: 24. 4. 2014 15:00:02 > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? > vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud se > t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v > b?val?ch okresech Pra??k > > Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz > <osm at propsychology.cz>> napsal(a): Ahoj, > > Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): > > Cau, > > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > > databaze a i kontrolovat duplicitni hlaseni. > > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > > Spise bych rekl, ze asi moc ne. > > pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? chyby > vygeneruje mail na helpdesk at cuzk.cz <helpdesk at cuzk.cz>. Duch uvnit? jin? > budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to p?r > (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak psal > Petr. > > Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? krajsk? > pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? pracovi?t?. > > Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? takto > d?kladn? ;-) > > > Dalibor > > > > > -----Original Message----- > > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com > > > <pschonmann at gmail.com>] > > > Sent: Thursday, April 24, 2014 7:38 AM > > > To: OpenStreetMap Czech Republic > > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > Ahoj, > > > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn > > > rovnou p??mo v JOSM, ne?li na > > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > > > <http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby> . Je to zdlouhav? a > > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. > > > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny > > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka > > > byl > > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? informace > > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. > > > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby > > > <http://ruian.poloha.net/chyby> kde by byla prehledna tabulka slouzici > > > prevazne CUZK ke kontrole chyb. > > > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky za > > > vysly?en?. > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > <https://lists.openstreetmap.org/listinfo/talk-cz>> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > <https://lists.openstreetmap.org/listinfo/talk-cz> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > <https://lists.openstreetmap.org/listinfo/talk-cz> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > <https://lists.openstreetmap.org/listinfo/talk-cz>

29.4.2014 09:47:42 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2228 2371
Je?t? bych Petra doplnil: Petr ud?lal vizualizaci dat v RUIAN na http://ruian.poloha.net (http://ruian.poloha.net). Sta?? si vpravo naho?e zapnout vrstvu budov. Podklad je OSM. Tato vrstva je tak? zobraziteln? v editoru JOSM, kde m??eme porovnat satelitn? foto, KM a RUIAN. P?r ilustra?n?ch p??klad? p?ikl?d?m. R??ov? je RUIAN, barevn? ??ry KM a podklad je Bing Sat. Tady je t?eba jeden dv?r jako budova: http://kyralovi.cz/tmp/josm/dvur_jako_ budova.png A p??klad chyb?j?c?ch budov: http://kyralovi.cz/tmp/josm/chybejici_budovy. png (bohu?el se zat?m ned? odkazovat p??mo). Toto m?sto je Fr?dek-M?stek, s?dli?t? Slezsk?: 49?40'41.195"N, 18?21'52.831"E Chyb? ?koln? budovy bez ?.p.. Chyb?j?c? vchody do panelov?ch dom? ve skute?nosti nechyb?, jen jsou v?echny na stejn?m m?st?. Dal?? probl?m, na kter? docela ?asto nar???me, je ?e v KM je p?es budovu n?jak? ??ra (hranice KM, veden?...) a n?sledkem toho je v RUIAN budova bu? nekompletn?, nebo rozd?len? na v?ce kousk?. http://kyralovi.cz/tmp/josm/nekompletni_budova.png P??padn? je ?ada gar??? ve kter? jedna gar?? chyb? (ale v KM je) http://kyralovi.cz/tmp/josm/dira_v_rade_garazi.png Mari?n
---------- P?vodn? zpr?va ---------- Od: Petr Vejsada <osm at propsychology.cz> Komu: talk-cz at openstreetmap.org Datum: 27. 4. 2014 18:48:00 P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM "Dobr? den, d?kujeme za odezvu, pokus?m se sepsat aktu?ln? probl?my. - defini?n? bod jednoho stavebn?ho objektu uvnit? hranic jin?ho stavebn?ho objektu. Stavebn? objekt A m? defini?n? bod i hranice. Stavebn? objekt B m? pouze defini?n? bod, kter? le?? uvnit? polygonu hranic stavebn?ho objektu A. Oba objekty A i B maj? sv? adresn? m?sto (adresn? m?sta), kter? jsou vz?jemn? nepodobn? ?i jsou naopak zvl??tn? podobn?. Nap??klad jeden stavebn? objekt m? adresn? m?sto s ?.ev. 45 a druh? s ?.ev. 1045. Domn?v?m se, ?e jde o n?jakou systematickou chybu. Vyskytuje se to r?zn?ch K? a budou to ??dov? des?tky tis?c p??pad?. Mohu vytvo?it automaticky seznam takov?chto dvojic stavebn?ch objekt?. Mysl?m si, ?e jeden z t?ch stavebn?ch objekt? re?ln? neexistuje, nem?m v?ak mo?nost zjistit, kter? to je. Nev?m, zda adresn? m?sto m? b?t ?. ev. 45 nebo ?.ev. 1045. To je asi sou?asn? nejv?t?? probl?m. D?le m??eme prov?st n?jakou z?kladn? kontrolu um?st?n? adresn?ch m?st. Co se st?v?: - adresn? m?sto le?? ?pln? mimo katastr?ln? ?zem?. Rekord, co jsem vid?l, bylo ?asi 56 kilometr? mimo. - adresn? m?sto je velmi daleko od stavebn?ho objektu, ke kter?mu n?le??; a? n?kolik kilometr?. - adresn? m?sto, kter? m? ulici, je velmi daleko od t?to ulice, p??padn? takov? ulice v dosahu n?kolika kilometr? v?bec neexistuje. Mo?n? chyb? defini?n? ??ra ulice, mo?n? je adresn? m?sto ?pln? mimo. Toto jsou probl?my, kter? lze v?ce-m?n? zjistit vhodn?m dotazem z aktu?ln? datab?ze. Pak se vyskytuj? p??pady, kdy n?kolik stavebn?ch objekt? m? stejnou geometrii a asi i stejn? defini?n? bod. Typicky jde o panelov? d?m nap?. s p?ti vchody, veden? jako 5 stavebn?ch objekt?. V R?IAN je je t?chto p?t stavebn?ch objekt?, ale le?? na sob?, m?sto toho, aby le?ely vedle sebe. D?le je to z?m?na voln?jho prostoru a stavebn?ho objektu. Tam, kde je ve skute?nosti n?dvo??, je v R?IAN stavebn? objekt a tam, kde je ve skute?nosti stavebn? objekt, v R?IAN nen?. 51247984 je odstra?uj?c?m p??padem takov?ho stavebn?ho objektu. Toto neum?m zjistit automaticky s dostate?nou spolehlivost?, toto by se muselo hl?sit individu?ln?. Mysl?m, ?e toto pro za??tek bohat? sta?? a ?e to p?in??? pr?ce v?ce ne? dost. T???m se na odezvu a t?eba n?jak? n?vrh, jak d? postupovat/spolupracovat. -- S pozdravem Petr Vejsada Dne P? 25. dubna 2014 21:59:53, Petr Sou?ek napsal(a): zobrazit citaci
> Dobr? ve?er, > > nejd??ve bych V?s cht?l ujistit, ?e ??ZK jako spr?vce jednoho ze
z?kladn?ch zobrazit citaci
> registr? R?IAN m? ur?it? z?jem o zp?tnou vazbu od u?ivatel?. Je to jeden
ze zobrazit citaci
> zp?sob?, jak zkvalit?ovat data R?IAN. R?di od V?s va?e p?ipom?nky, > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > - o defini?n? body adresn?ch m?st > - o defini?n? body stavebn?ch objekt? > - o defini?n? body parcel > - existenci adresn?ch m?st, stavebn?ch objekt? > - atd. > > V sou?asn? dob? p?ipravujeme automatizovanou linku na p??jem a distribuci > reklamac? n?kter?ch ?daj?. V obdobn? podob? jako u defini?n?ch bod? parcel > a budov, kter? se vedou v ISKN, viz > http://data.cuzk.cz/defbod/reklamace.php. V t?chto p??padech jsou ?daje > p?ed?v?ny na p??slu?n? katastr?ln? pracovi?t? (dnes jich je celkem 97 v > cel? republice), kter? ji ?e??. V p??pad? dal??ch ?daj? veden?ch v R?IAN > (adresn? m?sta, stavebn? objekty, atd.) to bude tro?ku slo?it?j??, nebo? > reklamace budou ?e?it edito?i t?chto ?daj?, kter?mi jsou stavebn? ??ady a > obce. > Rozhodn? n?m jde o to, abychom data z?skali ve strukturovan? podob?, nap?.
v zobrazit citaci
> XML. > P?kn? v?kend p?eje > > Petr Sou?ek > > --- > Ing. Petr Sou?ek, Ph.D. > ?esk? ??ad zem?m??ick? a katastr?ln? > Odbor spr?vy dat, vedouc? odd?len? provozn?ch anal?z a programov?n? > Pod s?dli?t?m 9/1800, 18211 Praha 8 > > From: Mari?n Kyral [mailto:mkyral at email.cz <mkyral at email.cz>] > Sent: Thursday, April 24, 2014 3:19 PM > To: OpenStreetMap Czech Republic > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz <podpora at cuzk.cz> > jak to vid? oni? Viz > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-
I zobrazit citaci
> SUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx > <http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN
-> ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx> zobrazit citaci
> > Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je > n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D > > Mari?n > ---------- P?vodn? zpr?va ---------- > Od: Zden?k Pra??k <zprazak at seznam.cz <zprazak at seznam.cz>> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > <talk-cz at openstreetmap.org>> Datum: 24. 4. 2014 15:00:02 > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? > vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud se > t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v > b?val?ch okresech Pra??k > > Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz > <osm at propsychology.cz>> napsal(a): Ahoj, > > Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): > > Cau, > > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > > databaze a i kontrolovat duplicitni hlaseni. > > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > > Spise bych rekl, ze asi moc ne. > > pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? chyby > vygeneruje mail na helpdesk at cuzk.cz <helpdesk at cuzk.cz>. Duch uvnit? jin? > budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to p?r > (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak psal > Petr. > > Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? krajsk? > pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn?
pracovi?t?. zobrazit citaci
> > Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a?
takto zobrazit citaci
> d?kladn? ;-) > > > Dalibor > > > > > -----Original Message----- > > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com > > > <pschonmann at gmail.com>] > > > Sent: Thursday, April 24, 2014 7:38 AM > > > To: OpenStreetMap Czech Republic > > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > Ahoj, > > > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by fajn > > > rovnou p??mo v JOSM, ne?li na > > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > > > <http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby> . Je to zdlouhav?
a zobrazit citaci
> > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? informace. > > > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? v?echny > > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? tla??tka > > > byl > > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl?
informace zobrazit citaci
> > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho menu. > > > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby > > > <http://ruian.poloha.net/chyby> kde by byla prehledna tabulka slouzici > > > prevazne CUZK ke kontrole chyb. > > > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. D?ky
za zobrazit citaci
> > > vysly?en?. > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > <https://lists.openstreetmap.org/listinfo/talk-cz>> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > <https://lists.openstreetmap.org/listinfo/talk-cz> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > <https://lists.openstreetmap.org/listinfo/talk-cz> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > <https://lists.openstreetmap.org/listinfo/talk-cz>
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140429/19ad0b71/attachment-0001.html>

29.4.2014 12:42:31 (#9)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
P?nov?, d?ky v?em za pozitivn? zp?tnou vazbu. V p?vodn?m vl?knu se navrhovalo, aby se vytvo?ilo n?jak? strukturovan? XML obsahuj?c? tyto chyby. M?-li m?t na?e spolupr?ce s ?UZK opravdu n?jak? smysl, mus? z n?s vypadnout tohle. Na ?UZK jsou lidi ?ikovn?, kte?? se XML souboru nezaleknou a u? si to rosparseruj? sami. Ale slovn? popis probl?m? nebo obr?zky ne?ku-li odkaz na JOSM nen? to, co by jim pomohlo. Chyst? se n?kdo, d?t dohromady n?jak? XML soubor s chybama? D?k Jachym On Tue, Apr 29, 2014 at 09:47:42AM +0200, Mari?n Kyral wrote: zobrazit citaci
> Je?t? bych Petra doplnil: > > Petr ud?lal vizualizaci dat v RUIAN na [1]http://ruian.poloha.net. Sta?? > si vpravo naho?e zapnout vrstvu budov. Podklad je OSM. Tato vrstva je tak? > zobraziteln? v editoru JOSM, kde m??eme porovnat satelitn? foto, KM a > RUIAN. P?r ilustra?n?ch p??klad? p?ikl?d?m. R??ov? je RUIAN, barevn? ??ry > KM a podklad je Bing Sat. > > Tady je t?eba jeden dv?r jako budova: > http://kyralovi.cz/tmp/josm/dvur_jako_budova.png > > A p??klad chyb?j?c?ch budov: > http://kyralovi.cz/tmp/josm/chybejici_budovy.png > (bohu?el se zat?m ned? odkazovat p??mo). Toto m?sto je Fr?dek-M?stek, > s?dli?t? Slezsk?: 49?40'41.195"N, 18?21'52.831"E > Chyb? ?koln? budovy bez ?.p.. Chyb?j?c? vchody do panelov?ch dom? ve > skute?nosti nechyb?, jen jsou v?echny na stejn?m m?st?. > > Dal?? probl?m, na kter? docela ?asto nar???me, je ?e v KM je p?es budovu > n?jak? ??ra (hranice KM, veden?...) a n?sledkem toho je v RUIAN budova bu? > nekompletn?, nebo rozd?len? na v?ce kousk?. > http://kyralovi.cz/tmp/josm/nekompletni_budova.png > > P??padn? je ?ada gar??? ve kter? jedna gar?? chyb? (ale v KM je) > http://kyralovi.cz/tmp/josm/dira_v_rade_garazi.png > > Mari?n > > ---------- P?vodn? zpr?va ---------- > Od: Petr Vejsada <osm at propsychology.cz> > Komu: talk-cz at openstreetmap.org > Datum: 27. 4. 2014 18:48:00 > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > Dobr? den, > > d?kujeme za odezvu, pokus?m se sepsat aktu?ln? probl?my. > > - defini?n? bod jednoho stavebn?ho objektu uvnit? hranic jin?ho > stavebn?ho > objektu. Stavebn? objekt A m? defini?n? bod i hranice. Stavebn? objekt B > m? > pouze defini?n? bod, kter? le?? uvnit? polygonu hranic stavebn?ho > objektu A. > Oba objekty A i B maj? sv? adresn? m?sto (adresn? m?sta), kter? jsou > vz?jemn? > nepodobn? ?i jsou naopak zvl??tn? podobn?. Nap??klad jeden stavebn? > objekt m? > adresn? m?sto s ?.ev. 45 a druh? s ?.ev. 1045. Domn?v?m se, ?e jde o > n?jakou > systematickou chybu. Vyskytuje se to r?zn?ch K? a budou to ??dov? > des?tky > tis?c p??pad?. Mohu vytvo?it automaticky seznam takov?chto dvojic > stavebn?ch > objekt?. Mysl?m si, ?e jeden z t?ch stavebn?ch objekt? re?ln? > neexistuje, > nem?m v?ak mo?nost zjistit, kter? to je. Nev?m, zda adresn? m?sto m? b?t > ?.ev. > 45 nebo ?.ev. 1045. To je asi sou?asn? nejv?t?? probl?m. > > D?le m??eme prov?st n?jakou z?kladn? kontrolu um?st?n? adresn?ch m?st. > Co se > st?v?: > > - adresn? m?sto le?? ?pln? mimo katastr?ln? ?zem?. Rekord, co jsem > vid?l, bylo > ?asi 56 kilometr? mimo. > > - adresn? m?sto je velmi daleko od stavebn?ho objektu, ke kter?mu > n?le??; a? > n?kolik kilometr?. > > - adresn? m?sto, kter? m? ulici, je velmi daleko od t?to ulice, p??padn? > takov? ulice v dosahu n?kolika kilometr? v?bec neexistuje. Mo?n? chyb? > defini?n? ??ra ulice, mo?n? je adresn? m?sto ?pln? mimo. > > Toto jsou probl?my, kter? lze v?ce-m?n? zjistit vhodn?m dotazem z > aktu?ln? > datab?ze. > > Pak se vyskytuj? p??pady, kdy n?kolik stavebn?ch objekt? m? stejnou > geometrii > a asi i stejn? defini?n? bod. Typicky jde o panelov? d?m nap?. s p?ti > vchody, > veden? jako 5 stavebn?ch objekt?. V R?IAN je je t?chto p?t stavebn?ch > objekt?, > ale le?? na sob?, m?sto toho, aby le?ely vedle sebe. > > D?le je to z?m?na voln?jho prostoru a stavebn?ho objektu. Tam, kde je ve > skute?nosti n?dvo??, je v R?IAN stavebn? objekt a tam, kde je ve > skute?nosti > stavebn? objekt, v R?IAN nen?. 51247984 je odstra?uj?c?m p??padem > takov?ho > stavebn?ho objektu. Toto neum?m zjistit automaticky s dostate?nou > spolehlivost?, toto by se muselo hl?sit individu?ln?. > > Mysl?m, ?e toto pro za??tek bohat? sta?? a ?e to p?in??? pr?ce v?ce ne? > dost. > T???m se na odezvu a t?eba n?jak? n?vrh, jak d? > postupovat/spolupracovat. > > -- > S pozdravem > Petr Vejsada > > Dne P? 25. dubna 2014 21:59:53, Petr Sou?ek napsal(a): > > > Dobr? ve?er, > > > > nejd??ve bych V?s cht?l ujistit, ?e ??ZK jako spr?vce jednoho ze > z?kladn?ch > > registr? R?IAN m? ur?it? z?jem o zp?tnou vazbu od u?ivatel?. Je to > jeden ze > > zp?sob?, jak zkvalit?ovat data R?IAN. R?di od V?s va?e p?ipom?nky, > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > - o defini?n? body adresn?ch m?st > > - o defini?n? body stavebn?ch objekt? > > - o defini?n? body parcel > > - existenci adresn?ch m?st, stavebn?ch objekt? > > - atd. > > > > V sou?asn? dob? p?ipravujeme automatizovanou linku na p??jem a > distribuci > > reklamac? n?kter?ch ?daj?. V obdobn? podob? jako u defini?n?ch bod? > parcel > > a budov, kter? se vedou v ISKN, viz > > http://data.cuzk.cz/defbod/reklamace.php. V t?chto p??padech jsou > ?daje > > p?ed?v?ny na p??slu?n? katastr?ln? pracovi?t? (dnes jich je celkem 97 > v > > cel? republice), kter? ji ?e??. V p??pad? dal??ch ?daj? veden?ch v > R?IAN > > (adresn? m?sta, stavebn? objekty, atd.) to bude tro?ku slo?it?j??, > nebo? > > reklamace budou ?e?it edito?i t?chto ?daj?, kter?mi jsou stavebn? > ??ady a > > obce. > > Rozhodn? n?m jde o to, abychom data z?skali ve strukturovan? podob?, > nap?. v > > XML. > > P?kn? v?kend p?eje > > > > Petr Sou?ek > > > > --- > > Ing. Petr Sou?ek, Ph.D. > > ?esk? ??ad zem?m??ick? a katastr?ln? > > Odbor spr?vy dat, vedouc? odd?len? provozn?ch anal?z a programov?n? > > Pod s?dli?t?m 9/1800, 18211 Praha 8 > > > > From: Mari?n Kyral [mailto:mkyral at email.cz <mkyral at email.cz>] > > Sent: Thursday, April 24, 2014 3:19 PM > > To: OpenStreetMap Czech Republic > > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz > <podpora at cuzk.cz> > > jak to vid? oni? Viz > > > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-I > > SUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx > > > <http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-> > ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx> > > > > Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je > > n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D > > > > Mari?n > > ---------- P?vodn? zpr?va ---------- > > Od: Zden?k Pra??k <zprazak at seznam.cz <zprazak at seznam.cz>> > > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > > <talk-cz at openstreetmap.org>> Datum: 24. 4. 2014 15:00:02 > > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? > > vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud > se > > t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v > > b?val?ch okresech Pra??k > > > > Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz > > <osm at propsychology.cz>> napsal(a): Ahoj, > > > > Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): > > > Cau, > > > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > > > databaze a i kontrolovat duplicitni hlaseni. > > > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > > > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > > > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > > > Spise bych rekl, ze asi moc ne. > > > > pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? > chyby > > vygeneruje mail na helpdesk at cuzk.cz <helpdesk at cuzk.cz>. Duch uvnit? > jin? > > budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to > p?r > > (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak > psal > > Petr. > > > > Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? > krajsk? > > pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? > pracovi?t?. > > > > Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? > takto > > d?kladn? ;-) > > > > > Dalibor > > > > > > > -----Original Message----- > > > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com > > > > <pschonmann at gmail.com>] > > > > Sent: Thursday, April 24, 2014 7:38 AM > > > > To: OpenStreetMap Czech Republic > > > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > > > Ahoj, > > > > > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by > fajn > > > > rovnou p??mo v JOSM, ne?li na > > > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > > > > <http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby> . Je to > zdlouhav? a > > > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? > informace. > > > > > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? > v?echny > > > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? > tla??tka > > > > byl > > > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? > informace > > > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho > menu. > > > > > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby > > > > <http://ruian.poloha.net/chyby> kde by byla prehledna tabulka > slouzici > > > > prevazne CUZK ke kontrole chyb. > > > > > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. > D?ky za > > > > vysly?en?. > > > > > > > > _______________________________________________ > > > > Talk-cz mailing list > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > <https://lists.openstreetmap.org/listinfo/talk-cz>> > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > References > > Visible links > 1. http://ruian.poloha.net/
zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz at 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

29.4.2014 02:46:12 (#10)
gravatar

Marián Kyral

<mkyral at email.cz>
2228 2371
Oba emaily byly v reakc? na: zobrazit citaci
> > R?di od V?s va?e p?ipom?nky, > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > - o defini?n? body adresn?ch m?st > > - o defini?n? body stavebn?ch objekt? > > - o defini?n? body parcel > > - existenci adresn?ch m?st, stavebn?ch objekt? > > - atd. > >
Jedn? se o ?vod a o?ek?v?m dal?? diskuzi. R?zn? typy chyb budou vy?adovat r?zn? postupy. 1) Chyby dohledateln? vhodn?m dotazem do datab?ze: ? Pro Petra nen? probl?m vyt?hnout z datab?ze pot?ebn? data bu? jako csv, nebo zabalen? do xml. Jde o to, dohodnout se na form?tu a adrese kam to poslat. 2) Chyby strojov? nedohledateln? - (dv?r jako budova, nekompletn? budova, chyb?j?c? budova...) ? Tady bych si p?edstavoval n?jak? plugin do JOMS, bu? samostatn?, nebo jako sou??st pointinfo. Op?t je t?eba dohodnout: - jak? form?t - kam odes?lat - podobu toho pluginu Moje p?edstava: * V menu JOSM vyberu volnu "Nahl?sit chybu do RUIAN" * Kliknu na m?sto chyby * Otev?e se n?jak? pr?vodce, kde vyberu typ chyby. * Dle typu chyby se z RUIAN dot?hnou relevantn? objekty v okol? * Ozna??m 0 a? X objekt?, kter?ch se tato chyba t?k? * Vypln?m detaily probl?mu * Ode?lu V odeslan?m hl??en? bude jako zdroj uveden projekt Openstreetmap (talk-cz?) a kontaktn? osoba bude OSM ID u?ivatele (plus jeho email?). P?ipadn? by se mohly v?echny takto vygenerovan? chyby z?rove? poslat do talk -cz nebo, pokud jich bude moc, tak do n?jak? nov? specializovan? konference, a? to tady nezaplevel?me. Byl by pak p?ehled, kdo, co a kdy nahl?sil. Ono ide?ln? by asi byl n?jak? syst?m na evidenci po?adavk? (ala Trac, Bugzila), ale to asi nebude re?ln?. Jak to vid?te? N?vrhy a p?ipom?nky v?t?ny. Pokus?m se sp?chnout n?jak? demo, ale posledn? dobou se ?asu moc nedost?v? :-( Mari?n
---------- P?vodn? zpr?va ---------- Od: Jachym Cepicky <jachym.cepicky at gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 29. 4. 2014 12:43:13 P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM "P?nov?, d?ky v?em za pozitivn? zp?tnou vazbu. V p?vodn?m vl?knu se navrhovalo, aby se vytvo?ilo n?jak? strukturovan? XML obsahuj?c? tyto chyby. M?-li m?t na?e spolupr?ce s ?UZK opravdu n?jak? smysl, mus? z n?s vypadnout tohle. Na ?UZK jsou lidi ?ikovn?, kte?? se XML souboru nezaleknou a u? si to rosparseruj? sami. Ale slovn? popis probl?m? nebo obr?zky ne?ku-li odkaz na JOSM nen? to, co by jim pomohlo. Chyst? se n?kdo, d?t dohromady n?jak? XML soubor s chybama? D?k Jachym On Tue, Apr 29, 2014 at 09:47:42AM +0200, Mari?n Kyral wrote: zobrazit citaci
> Je?t? bych Petra doplnil: > > Petr ud?lal vizualizaci dat v RUIAN na [1]http://ruian.poloha.net. Sta?? > si vpravo naho?e zapnout vrstvu budov. Podklad je OSM. Tato vrstva je tak? > zobraziteln? v editoru JOSM, kde m??eme porovnat satelitn? foto, KM a > RUIAN. P?r ilustra?n?ch p??klad? p?ikl?d?m. R??ov? je RUIAN, barevn? ??ry > KM a podklad je Bing Sat. > > Tady je t?eba jeden dv?r jako budova: > http://kyralovi.cz/tmp/josm/dvur_jako_budova.png > > A p??klad chyb?j?c?ch budov: > http://kyralovi.cz/tmp/josm/chybejici_budovy.png > (bohu?el se zat?m ned? odkazovat p??mo). Toto m?sto je Fr?dek-M?stek, > s?dli?t? Slezsk?: 49?40'41.195"N, 18?21'52.831"E > Chyb? ?koln? budovy bez ?.p.. Chyb?j?c? vchody do panelov?ch dom? ve > skute?nosti nechyb?, jen jsou v?echny na stejn?m m?st?. > > Dal?? probl?m, na kter? docela ?asto nar???me, je ?e v KM je p?es budovu > n?jak? ??ra (hranice KM, veden?...) a n?sledkem toho je v RUIAN budova bu? > nekompletn?, nebo rozd?len? na v?ce kousk?. > http://kyralovi.cz/tmp/josm/nekompletni_budova.png > > P??padn? je ?ada gar??? ve kter? jedna gar?? chyb? (ale v KM je) > http://kyralovi.cz/tmp/josm/dira_v_rade_garazi.png > > Mari?n > > ---------- P?vodn? zpr?va ---------- > Od: Petr Vejsada <osm at propsychology.cz> > Komu: talk-cz at openstreetmap.org > Datum: 27. 4. 2014 18:48:00 > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > Dobr? den, > > d?kujeme za odezvu, pokus?m se sepsat aktu?ln? probl?my. > > - defini?n? bod jednoho stavebn?ho objektu uvnit? hranic jin?ho > stavebn?ho > objektu. Stavebn? objekt A m? defini?n? bod i hranice. Stavebn? objekt B > m? > pouze defini?n? bod, kter? le?? uvnit? polygonu hranic stavebn?ho > objektu A. > Oba objekty A i B maj? sv? adresn? m?sto (adresn? m?sta), kter? jsou > vz?jemn? > nepodobn? ?i jsou naopak zvl??tn? podobn?. Nap??klad jeden stavebn? > objekt m? > adresn? m?sto s ?.ev. 45 a druh? s ?.ev. 1045. Domn?v?m se, ?e jde o > n?jakou > systematickou chybu. Vyskytuje se to r?zn?ch K? a budou to ??dov? > des?tky > tis?c p??pad?. Mohu vytvo?it automaticky seznam takov?chto dvojic > stavebn?ch > objekt?. Mysl?m si, ?e jeden z t?ch stavebn?ch objekt? re?ln? > neexistuje, > nem?m v?ak mo?nost zjistit, kter? to je. Nev?m, zda adresn? m?sto m? b?t > ?.ev. > 45 nebo ?.ev. 1045. To je asi sou?asn? nejv?t?? probl?m. > > D?le m??eme prov?st n?jakou z?kladn? kontrolu um?st?n? adresn?ch m?st. > Co se > st?v?: > > - adresn? m?sto le?? ?pln? mimo katastr?ln? ?zem?. Rekord, co jsem > vid?l, bylo > ?asi 56 kilometr? mimo. > > - adresn? m?sto je velmi daleko od stavebn?ho objektu, ke kter?mu > n?le??; a? > n?kolik kilometr?. > > - adresn? m?sto, kter? m? ulici, je velmi daleko od t?to ulice, p??padn? > takov? ulice v dosahu n?kolika kilometr? v?bec neexistuje. Mo?n? chyb? > defini?n? ??ra ulice, mo?n? je adresn? m?sto ?pln? mimo. > > Toto jsou probl?my, kter? lze v?ce-m?n? zjistit vhodn?m dotazem z > aktu?ln? > datab?ze. > > Pak se vyskytuj? p??pady, kdy n?kolik stavebn?ch objekt? m? stejnou > geometrii > a asi i stejn? defini?n? bod. Typicky jde o panelov? d?m nap?. s p?ti > vchody, > veden? jako 5 stavebn?ch objekt?. V R?IAN je je t?chto p?t stavebn?ch > objekt?, > ale le?? na sob?, m?sto toho, aby le?ely vedle sebe. > > D?le je to z?m?na voln?jho prostoru a stavebn?ho objektu. Tam, kde je ve > skute?nosti n?dvo??, je v R?IAN stavebn? objekt a tam, kde je ve > skute?nosti > stavebn? objekt, v R?IAN nen?. 51247984 je odstra?uj?c?m p??padem > takov?ho > stavebn?ho objektu. Toto neum?m zjistit automaticky s dostate?nou > spolehlivost?, toto by se muselo hl?sit individu?ln?. > > Mysl?m, ?e toto pro za??tek bohat? sta?? a ?e to p?in??? pr?ce v?ce ne? > dost. > T???m se na odezvu a t?eba n?jak? n?vrh, jak d? > postupovat/spolupracovat. > > -- > S pozdravem > Petr Vejsada > > Dne P? 25. dubna 2014 21:59:53, Petr Sou?ek napsal(a): > > > Dobr? ve?er, > > > > nejd??ve bych V?s cht?l ujistit, ?e ??ZK jako spr?vce jednoho ze > z?kladn?ch > > registr? R?IAN m? ur?it? z?jem o zp?tnou vazbu od u?ivatel?. Je to > jeden ze > > zp?sob?, jak zkvalit?ovat data R?IAN. R?di od V?s va?e p?ipom?nky, > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > - o defini?n? body adresn?ch m?st > > - o defini?n? body stavebn?ch objekt? > > - o defini?n? body parcel > > - existenci adresn?ch m?st, stavebn?ch objekt? > > - atd. > > > > V sou?asn? dob? p?ipravujeme automatizovanou linku na p??jem a > distribuci > > reklamac? n?kter?ch ?daj?. V obdobn? podob? jako u defini?n?ch bod? > parcel > > a budov, kter? se vedou v ISKN, viz > > http://data.cuzk.cz/defbod/reklamace.php. V t?chto p??padech jsou > ?daje > > p?ed?v?ny na p??slu?n? katastr?ln? pracovi?t? (dnes jich je celkem 97 > v > > cel? republice), kter? ji ?e??. V p??pad? dal??ch ?daj? veden?ch v > R?IAN > > (adresn? m?sta, stavebn? objekty, atd.) to bude tro?ku slo?it?j??, > nebo? > > reklamace budou ?e?it edito?i t?chto ?daj?, kter?mi jsou stavebn? > ??ady a > > obce. > > Rozhodn? n?m jde o to, abychom data z?skali ve strukturovan? podob?, > nap?. v > > XML. > > P?kn? v?kend p?eje > > > > Petr Sou?ek > > > > --- > > Ing. Petr Sou?ek, Ph.D. > > ?esk? ??ad zem?m??ick? a katastr?ln? > > Odbor spr?vy dat, vedouc? odd?len? provozn?ch anal?z a programov?n? > > Pod s?dli?t?m 9/1800, 18211 Praha 8 > > > > From: Mari?n Kyral [mailto:mkyral at email.cz <mkyral at email.cz>] > > Sent: Thursday, April 24, 2014 3:19 PM > > To: OpenStreetMap Czech Republic > > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz > <podpora at cuzk.cz> > > jak to vid? oni? Viz > > > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-
I zobrazit citaci
> > SUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx > > > <http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN
-> zobrazit citaci
> ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx> > > > > Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je > > n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D > > > > Mari?n > > ---------- P?vodn? zpr?va ---------- > > Od: Zden?k Pra??k <zprazak at seznam.cz <zprazak at seznam.cz>> > > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > > <talk-cz at openstreetmap.org>> Datum: 24. 4. 2014 15:00:02 > > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? > > vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud > se > > t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v > > b?val?ch okresech Pra??k > > > > Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz > > <osm at propsychology.cz>> napsal(a): Ahoj, > > > > Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): > > > Cau, > > > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > > > databaze a i kontrolovat duplicitni hlaseni. > > > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > > > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > > > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > > > Spise bych rekl, ze asi moc ne. > > > > pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? > chyby > > vygeneruje mail na helpdesk at cuzk.cz <helpdesk at cuzk.cz>. Duch uvnit? > jin? > > budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to > p?r > > (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak > psal > > Petr. > > > > Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? > krajsk? > > pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? > pracovi?t?. > > > > Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? > takto > > d?kladn? ;-) > > > > > Dalibor > > > > > > > -----Original Message----- > > > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com > > > > <pschonmann at gmail.com>] > > > > Sent: Thursday, April 24, 2014 7:38 AM > > > > To: OpenStreetMap Czech Republic > > > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > > > Ahoj, > > > > > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by > fajn > > > > rovnou p??mo v JOSM, ne?li na > > > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > > > > <http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby> . Je to > zdlouhav? a > > > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? > informace. > > > > > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? > v?echny > > > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? > tla??tka > > > > byl > > > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? > informace > > > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho > menu. > > > > > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby > > > > <http://ruian.poloha.net/chyby> kde by byla prehledna tabulka > slouzici > > > > prevazne CUZK ke kontrole chyb. > > > > > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. > D?ky za > > > > vysly?en?. > > > > > > > > _______________________________________________ > > > > Talk-cz mailing list > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > <https://lists.openstreetmap.org/listinfo/talk-cz>> > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > References > > Visible links > 1. http://ruian.poloha.net/
zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz at 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 at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140429/eebdd574/attachment-0001.html>

29.4.2014 08:30:55 (#11)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, ano, p?esn? tak jsem to myslel. Slovn? popis a tvoje obr?zky m?ly p?edstavit charakter chyb a te? ?ek?m, ?e pan Sou?ek nap??e, jak tedy m?me chyby hl?sit. Ano, mysl?m, ?e mohu ud?lat automatick? report t?ch duch? uvnit? budovy a s t?m souvisej?c?ch, respektive podobn?ch chyb. Ad ?as - na to, jak? je to ?rout ?asu si 'st??uji' dost ?asto, ale probl?m je, ?e m? to celkem bav?. Mysl?m tedy, ?e i na?i spolupr?ci s ??ZK bychom m?li tak trochu limitovat - jedna v?c je hl??en? chyb a vz?jemn? pomoc, jin? v?c je d?lat pr?ci za n?. IMO by m?lo ?pln? sta?it t?eba ohl?sit, ?e SO XY ohrani?uje dv?r a nikoli budovu. Vypracovat spr?vnou geometrii a poslat ji na ??ZK v XML u? mi p?ipad? opravdu moc. Nebr?n?m se tomu, ale to u? opravdu p?esahuje r?mec v?pomoci, tak?e DPP nebo fakturky by to mohly spravit. Ostatn? samoz?ejm? mohou pom?hat, jak uznaj? za vhodn? ;-) Praha-Sm?chov, Kov?k? ??slo orienta?n? 30. To je jen p??klad. Sta?? prostudovat cel? Pal?c K?i??k II, n?kupn? centrum Nov? Sm?chov, Multkino Cinestar And?l, je to tam sam? duch, to je m?me vypisovat v?echny? Vypad? to, ?e u t?ch zdvojen?ch SO m? v?dy jeden z nich minimum ?daj?, kde?to ten druh? je kompletn? (po?et byt?, pater atd.). N?kde bude chyba v tom, ?e se z datab?ze nema?ou. Jsou to IMO historick? data a jen se tv??? jako aktu?ln?. Pokud to tak je, tak by m?l ??ZK p?ij?t na podstatu t? chyby, odstranit ji a t?m by byl snad tento nejv?t?? probl?m vy?e?en a pak u? bychom mohli reportovat ty jednotlivosti. Jako typ chyby bych ur?it? uva?oval 'Opilost zam?stnanc? stavebn?ho odboru obce', proto?e jak tam n?kte?? mrskaj? ty adresn? body, to se d? t??ko vysv?tlit jinak ;-). Ten reportovac? syst?m bych n?jak maxim?ln? zjednodu?il, ID objektu, ID typu chyby, text, t?eba jako n?jak? PHP skript p?es web. Bugzilla, Mantis atd. samoz?ejm? zprovoznit m??eme, ale je to IMO zbyte?n?. Po?kal bych, zda se pan Sou?ek vyj?d?? a uvid?me, co by vlastn? bylo pro ??ZK od n?s p??nosn?. Dne ?t 29. dubna 2014 14:46:12, Mari?n Kyral napsal(a): zobrazit citaci
> Oba emaily byly v reakc? na: > > > R?di od V?s va?e p?ipom?nky, > > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > > - o defini?n? body adresn?ch m?st > > > - o defini?n? body stavebn?ch objekt? > > > - o defini?n? body parcel > > > - existenci adresn?ch m?st, stavebn?ch objekt? > > > - atd. > > Jedn? se o ?vod a o?ek?v?m dal?? diskuzi. R?zn? typy chyb budou vy?adovat > r?zn? postupy. > 1) Chyby dohledateln? vhodn?m dotazem do datab?ze: > Pro Petra nen? probl?m vyt?hnout z datab?ze pot?ebn? data bu? jako csv, > nebo zabalen? do xml. Jde o to, dohodnout se na form?tu a adrese kam to > poslat. > > 2) Chyby strojov? nedohledateln? - (dv?r jako budova, nekompletn? budova, > chyb?j?c? budova...) > Tady bych si p?edstavoval n?jak? plugin do JOMS, bu? samostatn?, nebo jako > sou??st pointinfo. Op?t je t?eba dohodnout: > - jak? form?t > - kam odes?lat > - podobu toho pluginu > > Moje p?edstava: > * V menu JOSM vyberu volnu "Nahl?sit chybu do RUIAN" > * Kliknu na m?sto chyby > * Otev?e se n?jak? pr?vodce, kde vyberu typ chyby. > * Dle typu chyby se z RUIAN dot?hnou relevantn? objekty v okol? > * Ozna??m 0 a? X objekt?, kter?ch se tato chyba t?k? > * Vypln?m detaily probl?mu > * Ode?lu > > V odeslan?m hl??en? bude jako zdroj uveden projekt Openstreetmap (talk-cz?) > a kontaktn? osoba bude OSM ID u?ivatele (plus jeho email?). > P?ipadn? by se mohly v?echny takto vygenerovan? chyby z?rove? poslat do talk > -cz nebo, pokud jich bude moc, tak do n?jak? nov? specializovan? > konference, a? to tady nezaplevel?me. > > Byl by pak p?ehled, kdo, co a kdy nahl?sil. > > > > > Ono ide?ln? by asi byl n?jak? syst?m na evidenci po?adavk? (ala Trac, > Bugzila), ale to asi nebude re?ln?. > > > > > Jak to vid?te? N?vrhy a p?ipom?nky v?t?ny. Pokus?m se sp?chnout n?jak? demo, > ale posledn? dobou se ?asu moc nedost?v? :-( > > > > > Mari?n > > > > > > ---------- P?vodn? zpr?va ---------- > Od: Jachym Cepicky <jachym.cepicky at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > Datum: 29. 4. 2014 12:43:13 > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > "P?nov?, > > d?ky v?em za pozitivn? zp?tnou vazbu. V p?vodn?m vl?knu se navrhovalo, aby > se > vytvo?ilo n?jak? strukturovan? XML obsahuj?c? tyto chyby. M?-li m?t na?e > spolupr?ce s ?UZK opravdu n?jak? smysl, mus? z n?s vypadnout tohle. Na ?UZK > jsou > lidi ?ikovn?, kte?? se XML souboru nezaleknou a u? si to rosparseruj? sami. > Ale > slovn? popis probl?m? nebo obr?zky ne?ku-li odkaz na JOSM nen? to, co by jim > pomohlo. > > Chyst? se n?kdo, d?t dohromady n?jak? XML soubor s chybama? > > D?k > > Jachym > > On Tue, Apr 29, 2014 at 09:47:42AM +0200, Mari?n Kyral wrote: > > Je?t? bych Petra doplnil: > > > > Petr ud?lal vizualizaci dat v RUIAN na [1]http://ruian.poloha.net. Sta?? > > si vpravo naho?e zapnout vrstvu budov. Podklad je OSM. Tato vrstva je tak? > > zobraziteln? v editoru JOSM, kde m??eme porovnat satelitn? foto, KM a > > RUIAN. P?r ilustra?n?ch p??klad? p?ikl?d?m. R??ov? je RUIAN, barevn? ??ry > > KM a podklad je Bing Sat. > > > > Tady je t?eba jeden dv?r jako budova: > > http://kyralovi.cz/tmp/josm/dvur_jako_budova.png > > > > A p??klad chyb?j?c?ch budov: > > http://kyralovi.cz/tmp/josm/chybejici_budovy.png > > (bohu?el se zat?m ned? odkazovat p??mo). Toto m?sto je Fr?dek-M?stek, > > s?dli?t? Slezsk?: 49?40'41.195"N, 18?21'52.831"E > > Chyb? ?koln? budovy bez ?.p.. Chyb?j?c? vchody do panelov?ch dom? ve > > skute?nosti nechyb?, jen jsou v?echny na stejn?m m?st?. > > > > Dal?? probl?m, na kter? docela ?asto nar???me, je ?e v KM je p?es budovu > > n?jak? ??ra (hranice KM, veden?...) a n?sledkem toho je v RUIAN budova bu? > > nekompletn?, nebo rozd?len? na v?ce kousk?. > > http://kyralovi.cz/tmp/josm/nekompletni_budova.png > > > > P??padn? je ?ada gar??? ve kter? jedna gar?? chyb? (ale v KM je) > > http://kyralovi.cz/tmp/josm/dira_v_rade_garazi.png > > > > Mari?n > > > > ---------- P?vodn? zpr?va ---------- > > Od: Petr Vejsada <osm at propsychology.cz> > > Komu: talk-cz at openstreetmap.org > > Datum: 27. 4. 2014 18:48:00 > > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > Dobr? den, > > > > d?kujeme za odezvu, pokus?m se sepsat aktu?ln? probl?my. > > > > - defini?n? bod jednoho stavebn?ho objektu uvnit? hranic jin?ho > > stavebn?ho > > objektu. Stavebn? objekt A m? defini?n? bod i hranice. Stavebn? objekt B > > m? > > pouze defini?n? bod, kter? le?? uvnit? polygonu hranic stavebn?ho > > objektu A. > > Oba objekty A i B maj? sv? adresn? m?sto (adresn? m?sta), kter? jsou > > vz?jemn? > > nepodobn? ?i jsou naopak zvl??tn? podobn?. Nap??klad jeden stavebn? > > objekt m? > > adresn? m?sto s ?.ev. 45 a druh? s ?.ev. 1045. Domn?v?m se, ?e jde o > > n?jakou > > systematickou chybu. Vyskytuje se to r?zn?ch K? a budou to ??dov? > > des?tky > > tis?c p??pad?. Mohu vytvo?it automaticky seznam takov?chto dvojic > > stavebn?ch > > objekt?. Mysl?m si, ?e jeden z t?ch stavebn?ch objekt? re?ln? > > neexistuje, > > nem?m v?ak mo?nost zjistit, kter? to je. Nev?m, zda adresn? m?sto m? b?t > > ?.ev. > > 45 nebo ?.ev. 1045. To je asi sou?asn? nejv?t?? probl?m. > > > > D?le m??eme prov?st n?jakou z?kladn? kontrolu um?st?n? adresn?ch m?st. > > Co se > > st?v?: > > > > - adresn? m?sto le?? ?pln? mimo katastr?ln? ?zem?. Rekord, co jsem > > vid?l, bylo > > asi 56 kilometr? mimo. > > > > - adresn? m?sto je velmi daleko od stavebn?ho objektu, ke kter?mu > > n?le??; a? > > n?kolik kilometr?. > > > > - adresn? m?sto, kter? m? ulici, je velmi daleko od t?to ulice, p??padn? > > takov? ulice v dosahu n?kolika kilometr? v?bec neexistuje. Mo?n? chyb? > > defini?n? ??ra ulice, mo?n? je adresn? m?sto ?pln? mimo. > > > > Toto jsou probl?my, kter? lze v?ce-m?n? zjistit vhodn?m dotazem z > > aktu?ln? > > datab?ze. > > > > Pak se vyskytuj? p??pady, kdy n?kolik stavebn?ch objekt? m? stejnou > > geometrii > > a asi i stejn? defini?n? bod. Typicky jde o panelov? d?m nap?. s p?ti > > vchody, > > veden? jako 5 stavebn?ch objekt?. V R?IAN je je t?chto p?t stavebn?ch > > objekt?, > > ale le?? na sob?, m?sto toho, aby le?ely vedle sebe. > > > > D?le je to z?m?na voln?jho prostoru a stavebn?ho objektu. Tam, kde je ve > > skute?nosti n?dvo??, je v R?IAN stavebn? objekt a tam, kde je ve > > skute?nosti > > stavebn? objekt, v R?IAN nen?. 51247984 je odstra?uj?c?m p??padem > > takov?ho > > stavebn?ho objektu. Toto neum?m zjistit automaticky s dostate?nou > > spolehlivost?, toto by se muselo hl?sit individu?ln?. > > > > Mysl?m, ?e toto pro za??tek bohat? sta?? a ?e to p?in??? pr?ce v?ce ne? > > dost. > > T???m se na odezvu a t?eba n?jak? n?vrh, jak d? > > postupovat/spolupracovat. > > > > -- > > S pozdravem > > Petr Vejsada > > > > Dne P? 25. dubna 2014 21:59:53, Petr Sou?ek napsal(a): > > > Dobr? ve?er, > > > > > > nejd??ve bych V?s cht?l ujistit, ?e ??ZK jako spr?vce jednoho ze > > > > z?kladn?ch > > > > > registr? R?IAN m? ur?it? z?jem o zp?tnou vazbu od u?ivatel?. Je to > > > > jeden ze > > > > > zp?sob?, jak zkvalit?ovat data R?IAN. R?di od V?s va?e p?ipom?nky, > > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > > - o defini?n? body adresn?ch m?st > > > - o defini?n? body stavebn?ch objekt? > > > - o defini?n? body parcel > > > - existenci adresn?ch m?st, stavebn?ch objekt? > > > - atd. > > > > > > V sou?asn? dob? p?ipravujeme automatizovanou linku na p??jem a > > > > distribuci > > > > > reklamac? n?kter?ch ?daj?. V obdobn? podob? jako u defini?n?ch bod? > > > > parcel > > > > > a budov, kter? se vedou v ISKN, viz > > > http://data.cuzk.cz/defbod/reklamace.php. V t?chto p??padech jsou > > > > ?daje > > > > > p?ed?v?ny na p??slu?n? katastr?ln? pracovi?t? (dnes jich je celkem 97 > > > > v > > > > > cel? republice), kter? ji ?e??. V p??pad? dal??ch ?daj? veden?ch v > > > > R?IAN > > > > > (adresn? m?sta, stavebn? objekty, atd.) to bude tro?ku slo?it?j??, > > > > nebo? > > > > > reklamace budou ?e?it edito?i t?chto ?daj?, kter?mi jsou stavebn? > > > > ??ady a > > > > > obce. > > > Rozhodn? n?m jde o to, abychom data z?skali ve strukturovan? podob?, > > > > nap?. v > > > > > XML. > > > P?kn? v?kend p?eje > > > > > > Petr Sou?ek > > > > > > --- > > > Ing. Petr Sou?ek, Ph.D. > > > ?esk? ??ad zem?m??ick? a katastr?ln? > > > Odbor spr?vy dat, vedouc? odd?len? provozn?ch anal?z a programov?n? > > > Pod s?dli?t?m 9/1800, 18211 Praha 8 > > > > > > From: Mari?n Kyral [mailto:mkyral at email.cz <mkyral at email.cz>] > > > Sent: Thursday, April 24, 2014 3:19 PM > > > To: OpenStreetMap Czech Republic > > > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz > > > > <podpora at cuzk.cz> > > > > > jak to vid? oni? Viz > > > > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-> > I > > > > SUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx > > > > <http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN > > -> > > > ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx> > > > > > Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je > > > n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D > > > > > > Mari?n > > > ---------- P?vodn? zpr?va ---------- > > > Od: Zden?k Pra??k <zprazak at seznam.cz <zprazak at seznam.cz>> > > > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > > > <talk-cz at openstreetmap.org>> Datum: 24. 4. 2014 15:00:02 > > > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? > > > vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud > > > > se > > > > > t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v > > > b?val?ch okresech Pra??k > > > > > > Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz > > > <osm at propsychology.cz>> napsal(a): Ahoj, > > > > > > Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): > > > > Cau, > > > > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > > > > databaze a i kontrolovat duplicitni hlaseni. > > > > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > > > > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > > > > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > > > > Spise bych rekl, ze asi moc ne. > > > > > > pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? > > > > chyby > > > > > vygeneruje mail na helpdesk at cuzk.cz <helpdesk at cuzk.cz>. Duch uvnit? > > > > jin? > > > > > budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to > > > > p?r > > > > > (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak > > > > psal > > > > > Petr. > > > > > > Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? > > > > krajsk? > > > > > pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? > > > > pracovi?t?. > > > > > Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? > > > > takto > > > > > d?kladn? ;-) > > > > > > > Dalibor > > > > > > > > > -----Original Message----- > > > > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com > > > > > <pschonmann at gmail.com>] > > > > > Sent: Thursday, April 24, 2014 7:38 AM > > > > > To: OpenStreetMap Czech Republic > > > > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > > > > > Ahoj, > > > > > > > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by > > > > fajn > > > > > > > rovnou p??mo v JOSM, ne?li na > > > > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > > > > > <http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby> . Je to > > > > zdlouhav? a > > > > > > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? > > > > informace. > > > > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? > > > > v?echny > > > > > > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? > > > > tla??tka > > > > > > > byl > > > > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? > > > > informace > > > > > > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho > > > > menu. > > > > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby > > > > > <http://ruian.poloha.net/chyby> kde by byla prehledna tabulka > > > > slouzici > > > > > > > prevazne CUZK ke kontrole chyb. > > > > > > > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. > > > > D?ky za > > > > > > > vysly?en?. > > > > > > > > > > _______________________________________________ > > > > > Talk-cz mailing list > > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > <https://lists.openstreetmap.org/listinfo/talk-cz>> > > > > > > > > _______________________________________________ > > > > Talk-cz mailing list > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > References > > > > Visible links > > 1. http://ruian.poloha.net/ > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz

29.4.2014 11:07:08 (#12)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
407 93
Absolutn? souhlas?m. My d?l?me Open Data, ?UZK d?l? St?tn? mapov? d?lo &spol. T?m, ?e do toho p?isp?jeme z toho bezprost?edn? moc nic nem?me. Kdy? p?isp?jeme do OSM, tak z toho zp?tn? profituje cel? komunita. Na druhou stranu, je to p??le?itost, jak b?t uznan? jistou ??st? ?esk? geo-komunity. N?kdo z v?s by mo?n? ?ekl, ?e o uzn?n? nestoj?, ale j? mysl?m, ?e dlouhodob? pozitiva p?evl?daj?. Tak?e souhlas?m s t?m, ?e report typu "zde je chyba" bohat? sta??. Ani nejsme ta spr?vn? autorita na spr?vnou opravu. Abych se ujistil: z na?? strany se te? ?ek? na ?UZK, aby vydefinoval z?kladn? strukturu XML, kter? my budeme produkovat? Jachym P.S. P??u "my", ale v?ichni v?te, ?e v tom nic ned?l?m. V???m si va?? pr?ce a sna??m se ji alespo? podporovat a propagovat ven, skrom? se po??t?m za ?lena komunity, by? pasivn?ho. D?ky za va?i pr?ci! On Tue, Apr 29, 2014 at 08:30:55PM +0200, Petr Vejsada wrote: zobrazit citaci
> Ahoj, > > ano, p?esn? tak jsem to myslel. Slovn? popis a tvoje obr?zky m?ly p?edstavit > charakter chyb a te? ?ek?m, ?e pan Sou?ek nap??e, jak tedy m?me chyby hl?sit. > > Ano, mysl?m, ?e mohu ud?lat automatick? report t?ch duch? uvnit? budovy a s > t?m souvisej?c?ch, respektive podobn?ch chyb. > > Ad ?as - na to, jak? je to ?rout ?asu si 'st??uji' dost ?asto, ale probl?m je, > ?e m? to celkem bav?. Mysl?m tedy, ?e i na?i spolupr?ci s ??ZK bychom m?li tak > trochu limitovat - jedna v?c je hl??en? chyb a vz?jemn? pomoc, jin? v?c je > d?lat pr?ci za n?. IMO by m?lo ?pln? sta?it t?eba ohl?sit, ?e SO XY ohrani?uje > dv?r a nikoli budovu. Vypracovat spr?vnou geometrii a poslat ji na ??ZK v XML > u? mi p?ipad? opravdu moc. Nebr?n?m se tomu, ale to u? opravdu p?esahuje r?mec > v?pomoci, tak?e DPP nebo fakturky by to mohly spravit. Ostatn? samoz?ejm? > mohou pom?hat, jak uznaj? za vhodn? ;-) > > Praha-Sm?chov, Kov?k? ??slo orienta?n? 30. To je jen p??klad. > > Sta?? prostudovat cel? Pal?c K?i??k II, n?kupn? centrum Nov? Sm?chov, Multkino > Cinestar And?l, je to tam sam? duch, to je m?me vypisovat v?echny? > > Vypad? to, ?e u t?ch zdvojen?ch SO m? v?dy jeden z nich minimum ?daj?, kde?to > ten druh? je kompletn? (po?et byt?, pater atd.). N?kde bude chyba v tom, ?e se > z datab?ze nema?ou. Jsou to IMO historick? data a jen se tv??? jako aktu?ln?. > Pokud to tak je, tak by m?l ??ZK p?ij?t na podstatu t? chyby, odstranit ji a > t?m by byl snad tento nejv?t?? probl?m vy?e?en a pak u? bychom mohli > reportovat ty jednotlivosti. > > Jako typ chyby bych ur?it? uva?oval 'Opilost zam?stnanc? stavebn?ho odboru > obce', proto?e jak tam n?kte?? mrskaj? ty adresn? body, to se d? t??ko > vysv?tlit jinak ;-). > > Ten reportovac? syst?m bych n?jak maxim?ln? zjednodu?il, ID objektu, ID typu > chyby, text, t?eba jako n?jak? PHP skript p?es web. Bugzilla, Mantis atd. > samoz?ejm? zprovoznit m??eme, ale je to IMO zbyte?n?. Po?kal bych, zda se pan > Sou?ek vyj?d?? a uvid?me, co by vlastn? bylo pro ??ZK od n?s p??nosn?. > > > Dne ?t 29. dubna 2014 14:46:12, Mari?n Kyral napsal(a): > > > Oba emaily byly v reakc? na: > > > > R?di od V?s va?e p?ipom?nky, > > > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > > > - o defini?n? body adresn?ch m?st > > > > - o defini?n? body stavebn?ch objekt? > > > > - o defini?n? body parcel > > > > - existenci adresn?ch m?st, stavebn?ch objekt? > > > > - atd. > > > > Jedn? se o ?vod a o?ek?v?m dal?? diskuzi. R?zn? typy chyb budou vy?adovat > > r?zn? postupy. > > 1) Chyby dohledateln? vhodn?m dotazem do datab?ze: > > Pro Petra nen? probl?m vyt?hnout z datab?ze pot?ebn? data bu? jako csv, > > nebo zabalen? do xml. Jde o to, dohodnout se na form?tu a adrese kam to > > poslat. > > > > 2) Chyby strojov? nedohledateln? - (dv?r jako budova, nekompletn? budova, > > chyb?j?c? budova...) > > Tady bych si p?edstavoval n?jak? plugin do JOMS, bu? samostatn?, nebo jako > > sou??st pointinfo. Op?t je t?eba dohodnout: > > - jak? form?t > > - kam odes?lat > > - podobu toho pluginu > > > > Moje p?edstava: > > * V menu JOSM vyberu volnu "Nahl?sit chybu do RUIAN" > > * Kliknu na m?sto chyby > > * Otev?e se n?jak? pr?vodce, kde vyberu typ chyby. > > * Dle typu chyby se z RUIAN dot?hnou relevantn? objekty v okol? > > * Ozna??m 0 a? X objekt?, kter?ch se tato chyba t?k? > > * Vypln?m detaily probl?mu > > * Ode?lu > > > > V odeslan?m hl??en? bude jako zdroj uveden projekt Openstreetmap (talk-cz?) > > a kontaktn? osoba bude OSM ID u?ivatele (plus jeho email?). > > P?ipadn? by se mohly v?echny takto vygenerovan? chyby z?rove? poslat do talk > > -cz nebo, pokud jich bude moc, tak do n?jak? nov? specializovan? > > konference, a? to tady nezaplevel?me. > > > > Byl by pak p?ehled, kdo, co a kdy nahl?sil. > > > > > > > > > > Ono ide?ln? by asi byl n?jak? syst?m na evidenci po?adavk? (ala Trac, > > Bugzila), ale to asi nebude re?ln?. > > > > > > > > > > Jak to vid?te? N?vrhy a p?ipom?nky v?t?ny. Pokus?m se sp?chnout n?jak? demo, > > ale posledn? dobou se ?asu moc nedost?v? :-( > > > > > > > > > > Mari?n > > > > > > > > > > > > ---------- P?vodn? zpr?va ---------- > > Od: Jachym Cepicky <jachym.cepicky at gmail.com> > > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > > Datum: 29. 4. 2014 12:43:13 > > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > "P?nov?, > > > > d?ky v?em za pozitivn? zp?tnou vazbu. V p?vodn?m vl?knu se navrhovalo, aby > > se > > vytvo?ilo n?jak? strukturovan? XML obsahuj?c? tyto chyby. M?-li m?t na?e > > spolupr?ce s ?UZK opravdu n?jak? smysl, mus? z n?s vypadnout tohle. Na ?UZK > > jsou > > lidi ?ikovn?, kte?? se XML souboru nezaleknou a u? si to rosparseruj? sami. > > Ale > > slovn? popis probl?m? nebo obr?zky ne?ku-li odkaz na JOSM nen? to, co by jim > > pomohlo. > > > > Chyst? se n?kdo, d?t dohromady n?jak? XML soubor s chybama? > > > > D?k > > > > Jachym > > > > On Tue, Apr 29, 2014 at 09:47:42AM +0200, Mari?n Kyral wrote: > > > Je?t? bych Petra doplnil: > > > > > > Petr ud?lal vizualizaci dat v RUIAN na [1]http://ruian.poloha.net. Sta?? > > > si vpravo naho?e zapnout vrstvu budov. Podklad je OSM. Tato vrstva je tak? > > > zobraziteln? v editoru JOSM, kde m??eme porovnat satelitn? foto, KM a > > > RUIAN. P?r ilustra?n?ch p??klad? p?ikl?d?m. R??ov? je RUIAN, barevn? ??ry > > > KM a podklad je Bing Sat. > > > > > > Tady je t?eba jeden dv?r jako budova: > > > http://kyralovi.cz/tmp/josm/dvur_jako_budova.png > > > > > > A p??klad chyb?j?c?ch budov: > > > http://kyralovi.cz/tmp/josm/chybejici_budovy.png > > > (bohu?el se zat?m ned? odkazovat p??mo). Toto m?sto je Fr?dek-M?stek, > > > s?dli?t? Slezsk?: 49?40'41.195"N, 18?21'52.831"E > > > Chyb? ?koln? budovy bez ?.p.. Chyb?j?c? vchody do panelov?ch dom? ve > > > skute?nosti nechyb?, jen jsou v?echny na stejn?m m?st?. > > > > > > Dal?? probl?m, na kter? docela ?asto nar???me, je ?e v KM je p?es budovu > > > n?jak? ??ra (hranice KM, veden?...) a n?sledkem toho je v RUIAN budova bu? > > > nekompletn?, nebo rozd?len? na v?ce kousk?. > > > http://kyralovi.cz/tmp/josm/nekompletni_budova.png > > > > > > P??padn? je ?ada gar??? ve kter? jedna gar?? chyb? (ale v KM je) > > > http://kyralovi.cz/tmp/josm/dira_v_rade_garazi.png > > > > > > Mari?n > > > > > > ---------- P?vodn? zpr?va ---------- > > > Od: Petr Vejsada <osm at propsychology.cz> > > > Komu: talk-cz at openstreetmap.org > > > Datum: 27. 4. 2014 18:48:00 > > > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > Dobr? den, > > > > > > d?kujeme za odezvu, pokus?m se sepsat aktu?ln? probl?my. > > > > > > - defini?n? bod jednoho stavebn?ho objektu uvnit? hranic jin?ho > > > stavebn?ho > > > objektu. Stavebn? objekt A m? defini?n? bod i hranice. Stavebn? objekt B > > > m? > > > pouze defini?n? bod, kter? le?? uvnit? polygonu hranic stavebn?ho > > > objektu A. > > > Oba objekty A i B maj? sv? adresn? m?sto (adresn? m?sta), kter? jsou > > > vz?jemn? > > > nepodobn? ?i jsou naopak zvl??tn? podobn?. Nap??klad jeden stavebn? > > > objekt m? > > > adresn? m?sto s ?.ev. 45 a druh? s ?.ev. 1045. Domn?v?m se, ?e jde o > > > n?jakou > > > systematickou chybu. Vyskytuje se to r?zn?ch K? a budou to ??dov? > > > des?tky > > > tis?c p??pad?. Mohu vytvo?it automaticky seznam takov?chto dvojic > > > stavebn?ch > > > objekt?. Mysl?m si, ?e jeden z t?ch stavebn?ch objekt? re?ln? > > > neexistuje, > > > nem?m v?ak mo?nost zjistit, kter? to je. Nev?m, zda adresn? m?sto m? b?t > > > ?.ev. > > > 45 nebo ?.ev. 1045. To je asi sou?asn? nejv?t?? probl?m. > > > > > > D?le m??eme prov?st n?jakou z?kladn? kontrolu um?st?n? adresn?ch m?st. > > > Co se > > > st?v?: > > > > > > - adresn? m?sto le?? ?pln? mimo katastr?ln? ?zem?. Rekord, co jsem > > > vid?l, bylo > > > asi 56 kilometr? mimo. > > > > > > - adresn? m?sto je velmi daleko od stavebn?ho objektu, ke kter?mu > > > n?le??; a? > > > n?kolik kilometr?. > > > > > > - adresn? m?sto, kter? m? ulici, je velmi daleko od t?to ulice, p??padn? > > > takov? ulice v dosahu n?kolika kilometr? v?bec neexistuje. Mo?n? chyb? > > > defini?n? ??ra ulice, mo?n? je adresn? m?sto ?pln? mimo. > > > > > > Toto jsou probl?my, kter? lze v?ce-m?n? zjistit vhodn?m dotazem z > > > aktu?ln? > > > datab?ze. > > > > > > Pak se vyskytuj? p??pady, kdy n?kolik stavebn?ch objekt? m? stejnou > > > geometrii > > > a asi i stejn? defini?n? bod. Typicky jde o panelov? d?m nap?. s p?ti > > > vchody, > > > veden? jako 5 stavebn?ch objekt?. V R?IAN je je t?chto p?t stavebn?ch > > > objekt?, > > > ale le?? na sob?, m?sto toho, aby le?ely vedle sebe. > > > > > > D?le je to z?m?na voln?jho prostoru a stavebn?ho objektu. Tam, kde je ve > > > skute?nosti n?dvo??, je v R?IAN stavebn? objekt a tam, kde je ve > > > skute?nosti > > > stavebn? objekt, v R?IAN nen?. 51247984 je odstra?uj?c?m p??padem > > > takov?ho > > > stavebn?ho objektu. Toto neum?m zjistit automaticky s dostate?nou > > > spolehlivost?, toto by se muselo hl?sit individu?ln?. > > > > > > Mysl?m, ?e toto pro za??tek bohat? sta?? a ?e to p?in??? pr?ce v?ce ne? > > > dost. > > > T???m se na odezvu a t?eba n?jak? n?vrh, jak d? > > > postupovat/spolupracovat. > > > > > > -- > > > S pozdravem > > > Petr Vejsada > > > > > > Dne P? 25. dubna 2014 21:59:53, Petr Sou?ek napsal(a): > > > > Dobr? ve?er, > > > > > > > > nejd??ve bych V?s cht?l ujistit, ?e ??ZK jako spr?vce jednoho ze > > > > > > z?kladn?ch > > > > > > > registr? R?IAN m? ur?it? z?jem o zp?tnou vazbu od u?ivatel?. Je to > > > > > > jeden ze > > > > > > > zp?sob?, jak zkvalit?ovat data R?IAN. R?di od V?s va?e p?ipom?nky, > > > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > > > - o defini?n? body adresn?ch m?st > > > > - o defini?n? body stavebn?ch objekt? > > > > - o defini?n? body parcel > > > > - existenci adresn?ch m?st, stavebn?ch objekt? > > > > - atd. > > > > > > > > V sou?asn? dob? p?ipravujeme automatizovanou linku na p??jem a > > > > > > distribuci > > > > > > > reklamac? n?kter?ch ?daj?. V obdobn? podob? jako u defini?n?ch bod? > > > > > > parcel > > > > > > > a budov, kter? se vedou v ISKN, viz > > > > http://data.cuzk.cz/defbod/reklamace.php. V t?chto p??padech jsou > > > > > > ?daje > > > > > > > p?ed?v?ny na p??slu?n? katastr?ln? pracovi?t? (dnes jich je celkem 97 > > > > > > v > > > > > > > cel? republice), kter? ji ?e??. V p??pad? dal??ch ?daj? veden?ch v > > > > > > R?IAN > > > > > > > (adresn? m?sta, stavebn? objekty, atd.) to bude tro?ku slo?it?j??, > > > > > > nebo? > > > > > > > reklamace budou ?e?it edito?i t?chto ?daj?, kter?mi jsou stavebn? > > > > > > ??ady a > > > > > > > obce. > > > > Rozhodn? n?m jde o to, abychom data z?skali ve strukturovan? podob?, > > > > > > nap?. v > > > > > > > XML. > > > > P?kn? v?kend p?eje > > > > > > > > Petr Sou?ek > > > > > > > > --- > > > > Ing. Petr Sou?ek, Ph.D. > > > > ?esk? ??ad zem?m??ick? a katastr?ln? > > > > Odbor spr?vy dat, vedouc? odd?len? provozn?ch anal?z a programov?n? > > > > Pod s?dli?t?m 9/1800, 18211 Praha 8 > > > > > > > > From: Mari?n Kyral [mailto:mkyral at email.cz <mkyral at email.cz>] > > > > Sent: Thursday, April 24, 2014 3:19 PM > > > > To: OpenStreetMap Czech Republic > > > > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > > > A nebude lep?? nejprve poslat dotaz na podpora @ cuzk.cz > > > > > > <podpora at cuzk.cz> > > > > > > > jak to vid? oni? Viz > > > > > > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-> > > I > > > > > > SUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx > > > > > > <http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN > > > > -> > > > > > ISUI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx> > > > > > > > Zaj?mav?, ?e email na helpdesk jsem nikde nevid?l, zato podpora tam je > > > > n?kolikr?t. Ov?em je mo?n?, ?e to je tot?? :-D > > > > > > > > Mari?n > > > > ---------- P?vodn? zpr?va ---------- > > > > Od: Zden?k Pra??k <zprazak at seznam.cz <zprazak at seznam.cz>> > > > > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > > > > <talk-cz at openstreetmap.org>> Datum: 24. 4. 2014 15:00:02 > > > > P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > > > ne? pos?lat za ka?dou chybu mail na helpdesk, to vid?m jako lep?? > > > > vygenerovat tabulku. Za takov? zahlcen? by n?s asi nem?li r?di. Pokud > > > > > > se > > > > > > > t?k? struktury CUZK, tak jednotliv? katastr?ln? pracovi?t? funguj? v > > > > b?val?ch okresech Pra??k > > > > > > > > Dne 24. dubna 2014 9:52 Petr Vejsada <osm at propsychology.cz > > > > <osm at propsychology.cz>> napsal(a): Ahoj, > > > > > > > > Dne ?t 24. dubna 2014 08:02:08, Dalibor Jel?nek napsal(a): > > > > > Cau, > > > > > jo, to by bylo fajn. Mohla by se tim rovnou plnit nejaka > > > > > databaze a i kontrolovat duplicitni hlaseni. > > > > > Ta tabulka na wiki je fakt spatne editovatelna, puvodne > > > > > jsem myslel, ze toho bude jen trochu, ale je toho az moc. > > > > > Nicmene by stale stalo za to vedet, jestli vubec maji v CUZK zajem. > > > > > Spise bych rekl, ze asi moc ne. > > > > > > > > pro za??tek bych mohl vyrobit n?co, co se pro?ene RUIANem a z ka?d? > > > > > > chyby > > > > > > > vygeneruje mail na helpdesk at cuzk.cz <helpdesk at cuzk.cz>. Duch uvnit? > > > > > > jin? > > > > > > > budovy, budovy na sob?, AM 3km od budovy, AM 3km od ulice. Bylo by to > > > > > > p?r > > > > > > > (des?tek) tis?c mail? ;-). Nebo z toho vygenerovat tu tabulku, jak > > > > > > psal > > > > > > > Petr. > > > > > > > > Alternativa - pod?vat se na strukturu CUZK, mysl?m, ?e maj? n?jak? > > > > > > krajsk? > > > > > > > pobo?ky ?i jinak ?zemn? ?len?n? pracovi?t? a prudit tato ?zemn? > > > > > > pracovi?t?. > > > > > > > Tak nev?m, jestli jsou fakt r?di, ?e ve?ejnost vyu??v? data od nich a? > > > > > > takto > > > > > > > d?kladn? ;-) > > > > > > > > > Dalibor > > > > > > > > > > > -----Original Message----- > > > > > > From: Petr Sch?nmann [mailto:pschonmann at gmail.com > > > > > > <pschonmann at gmail.com>] > > > > > > Sent: Thursday, April 24, 2014 7:38 AM > > > > > > To: OpenStreetMap Czech Republic > > > > > > Subject: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > > > > > > > > > Ahoj, > > > > > > > > > > > > napadlo mne, ?e kdy? chceme hl?sit chyby v RUIAN CUZK, bylo by > > > > > > fajn > > > > > > > > > rovnou p??mo v JOSM, ne?li na > > > > > > http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby > > > > > > <http://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby> . Je to > > > > > > zdlouhav? a > > > > > > > > > st?le ?lov?k mus? n?kam p?ep?nat aby zji??oval dodate?n? > > > > > > informace. > > > > > > > > > Co takhle tenhle report d?t do PointInfo kter? vpodstat? v? > > > > > > v?echny > > > > > > > > > popt?ebn? informace o objektech v RUIAN. Jen by po stitknut? > > > > > > tla??tka > > > > > > > > > byl > > > > > > zobrazen formul?? pro nahl??en? chyby, kam by se zadaly zbyl? > > > > > > informace > > > > > > > > > jako pozn?mka, detailn? popis a typ probl?mu z rozklik?vac?ho > > > > > > menu. > > > > > > > > > Data by pak mohl odesilat na stranku ruian.poloha.net/chyby > > > > > > <http://ruian.poloha.net/chyby> kde by byla prehledna tabulka > > > > > > slouzici > > > > > > > > > prevazne CUZK ke kontrole chyb. > > > > > > > > > > > > Je to jen napad, treba se nekdo chytne a zkus? zaimplementovat. > > > > > > D?ky za > > > > > > > > > vysly?en?. > > > > > > > > > > > > _______________________________________________ > > > > > > Talk-cz mailing list > > > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > <https://lists.openstreetmap.org/listinfo/talk-cz>> > > > > > > > > > > _______________________________________________ > > > > > Talk-cz mailing list > > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > > > > > > > _______________________________________________ > > > > Talk-cz mailing list > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > > > _______________________________________________ > > > > Talk-cz mailing list > > > > Talk-cz at openstreetmap.org <Talk-cz at openstreetmap.org> > > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > <https://lists.openstreetmap.org/listinfo/talk-cz> > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org > > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > References > > > > > > Visible links > > > 1. http://ruian.poloha.net/ > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz at openstreetmap.org > > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at 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

30.4.2014 06:04:15 (#13)
gravatar

jzvc

<jzvc at tpfree.net>
527
Dne 29.4.2014 14:46, Mari?n Kyral napsal(a): zobrazit citaci
> Oba emaily byly v reakc? na: > > > > R?di od V?s va?e p?ipom?nky, > > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. > > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? > > > - o defini?n? body adresn?ch m?st > > > - o defini?n? body stavebn?ch objekt? > > > - o defini?n? body parcel > > > - existenci adresn?ch m?st, stavebn?ch objekt? > > > - atd. > > > > > Jedn? se o ?vod a o?ek?v?m dal?? diskuzi. R?zn? typy chyb budou > vy?adovat r?zn? postupy. > 1) Chyby dohledateln? vhodn?m dotazem do datab?ze: > Pro Petra nen? probl?m vyt?hnout z datab?ze pot?ebn? data bu? jako > csv, nebo zabalen? do xml. Jde o to, dohodnout se na form?tu a adrese > kam to poslat. > > 2) Chyby strojov? nedohledateln? - (dv?r jako budova, nekompletn? > budova, chyb?j?c? budova...) > Tady bych si p?edstavoval n?jak? plugin do JOMS, bu? samostatn?, nebo > jako sou??st pointinfo. Op?t je t?eba dohodnout: > - jak? form?t > - kam odes?lat > - podobu toho pluginu > > Moje p?edstava: > * V menu JOSM vyberu volnu "Nahl?sit chybu do RUIAN" > * Kliknu na m?sto chyby > * Otev?e se n?jak? pr?vodce, kde vyberu typ chyby. > * Dle typu chyby se z RUIAN dot?hnou relevantn? objekty v okol? > * Ozna??m 0 a? X objekt?, kter?ch se tato chyba t?k? > * Vypln?m detaily probl?mu > * Ode?lu > > V odeslan?m hl??en? bude jako zdroj uveden projekt Openstreetmap > (talk-cz?) a kontaktn? osoba bude OSM ID u?ivatele (plus jeho email?). > P?ipadn? by se mohly v?echny takto vygenerovan? chyby z?rove? poslat do > talk-cz nebo, pokud jich bude moc, tak do n?jak? nov? specializovan? > konference, a? to tady nezaplevel?me. > > Byl by pak p?ehled, kdo, co a kdy nahl?sil. > > > Ono ide?ln? by asi byl n?jak? syst?m na evidenci po?adavk? (ala Trac, > Bugzila), ale to asi nebude re?ln?. > > > Jak to vid?te? N?vrhy a p?ipom?nky v?t?ny. Pokus?m se sp?chnout n?jak? > demo, ale posledn? dobou se ?asu moc nedost?v? :-(
Cus, IMO lepsi nez neco nekam posilat by bylo pripravit nekde XML, ktery by si oni mohli stahovat. Na posilani je to totiz neuveritelny kvantum dat (v nekterych lokalitach smele atakujici 100%). Data by se pak idealne v nejakym rozumnym intervalu aktualizovala. Rozdelil bych to mozna na automaticky detekovatelne chyby a chyby reportovane rucne. A pokud to ma rozumne fungovat, je treba aby akce "reportovat chybu" byla co nejjednodussi => zadny vyplnovani formularu o 150ti polozkach. Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky => pokud nekde nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel zmizet). *** Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova, nekdy po vchodech .... (zcela bez ohledu na stavebni provedeni - to je ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice) zobrazit citaci
> > > Mari?n >

30.4.2014 11:43:22 (#14)
gravatar

Marián Kyral

<mkyral at email.cz>
2228 2371
Dne 30.4.2014 18:04, jzvc napsal(a): zobrazit citaci
> Dne 29.4.2014 14:46, Mari?n Kyral napsal(a): >> Oba emaily byly v reakc? na: >> >> > > R?di od V?s va?e p?ipom?nky, >> > > reklamace p?evezmeme a budeme se sna?it je ov??it a opravit. >> > > Cht?l bych se zeptat o reklamaci jak?ch ?daj? uva?ujete? >> > > - o defini?n? body adresn?ch m?st >> > > - o defini?n? body stavebn?ch objekt? >> > > - o defini?n? body parcel >> > > - existenci adresn?ch m?st, stavebn?ch objekt? >> > > - atd. >> > > >> >> Jedn? se o ?vod a o?ek?v?m dal?? diskuzi. R?zn? typy chyb budou >> vy?adovat r?zn? postupy. >> 1) Chyby dohledateln? vhodn?m dotazem do datab?ze: >> Pro Petra nen? probl?m vyt?hnout z datab?ze pot?ebn? data bu? jako >> csv, nebo zabalen? do xml. Jde o to, dohodnout se na form?tu a adrese >> kam to poslat. >> >> 2) Chyby strojov? nedohledateln? - (dv?r jako budova, nekompletn? >> budova, chyb?j?c? budova...) >> Tady bych si p?edstavoval n?jak? plugin do JOMS, bu? samostatn?, nebo >> jako sou??st pointinfo. Op?t je t?eba dohodnout: >> - jak? form?t >> - kam odes?lat >> - podobu toho pluginu >> >> Moje p?edstava: >> * V menu JOSM vyberu volnu "Nahl?sit chybu do RUIAN" >> * Kliknu na m?sto chyby >> * Otev?e se n?jak? pr?vodce, kde vyberu typ chyby. >> * Dle typu chyby se z RUIAN dot?hnou relevantn? objekty v okol? >> * Ozna??m 0 a? X objekt?, kter?ch se tato chyba t?k? >> * Vypln?m detaily probl?mu >> * Ode?lu >> >> V odeslan?m hl??en? bude jako zdroj uveden projekt Openstreetmap >> (talk-cz?) a kontaktn? osoba bude OSM ID u?ivatele (plus jeho email?). >> P?ipadn? by se mohly v?echny takto vygenerovan? chyby z?rove? poslat do >> talk-cz nebo, pokud jich bude moc, tak do n?jak? nov? specializovan? >> konference, a? to tady nezaplevel?me. >> >> Byl by pak p?ehled, kdo, co a kdy nahl?sil. >> >> >> Ono ide?ln? by asi byl n?jak? syst?m na evidenci po?adavk? (ala Trac, >> Bugzila), ale to asi nebude re?ln?. >> >> >> Jak to vid?te? N?vrhy a p?ipom?nky v?t?ny. Pokus?m se sp?chnout n?jak? >> demo, ale posledn? dobou se ?asu moc nedost?v? :-( > > Cus, IMO lepsi nez neco nekam posilat by bylo pripravit nekde XML, > ktery by si oni mohli stahovat. Na posilani je to totiz neuveritelny > kvantum dat (v nekterych lokalitach smele atakujici 100%). Data by se > pak idealne v nejakym rozumnym intervalu aktualizovala. >
To z?le?? jak se dohodneme. Aby to nedopadlo tak, ?e n?kde n?co vygenerujeme a ve v?sledku si to pak stejn? nikdo nest?hne a nic s t?m neud?l?. zobrazit citaci
> Rozdelil bych to mozna na automaticky detekovatelne chyby a chyby > reportovane rucne. A pokud to ma rozumne fungovat, je treba aby akce > "reportovat chybu" byla co nejjednodussi => zadny vyplnovani formularu > o 150ti polozkach. >
Jasn?. ??m jednodu??? to bude, t?m l?pe. Rozhodn? jsem nem?l na mysli n?jak? komplikovan? formul??. V?t?ina by se mohla vyplnit automaticky. (typ objektu, RUIAN ID, katastr?ln? ?zem?, kdo chybu hl?s?). Na tebe by u? pak zbylo jen ur?it typ chyby a p??padn? napsat n?jakou nepovinnou pozn?mku. zobrazit citaci
> Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky => pokud nekde > nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN > pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel zmizet). >
Tak tenhle n?pad se mi l?b?. V?echna hl??en? by se shroma??ovala v n?jak? lok?ln?m syst?mu na hl??en? chyb a bu? by se jednou za ?as vygeneroval a poslal email s nejnov?j??mi chybami, nebo by sis mohl report st?hnout s?m. Nicm?n?, to automatick? uzav?r?n? chyb bude fungovat jen pro prvn? typ. Jak ve skriptu zjist??, ?e opraven? geometrie je spr?vn?? Sp??e bych to vid?l na mo?nost st?hnout si p?edp?ipraven? soubor pro JOSM a v n?m to pak zkontrolovat a nahr?t do JOSM. V ka?d?m p??pad? by bylo fajn, kdyby se n?m nejprve poda?ilo zbavit se chyb systematicky vznikaj?c?ch. N?kde mus? b?t n?jak? chyba. T?ch duch? sd?lej?c?ch pozici s jinou budovou je podez?ele moc. zobrazit citaci
> *** > Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze > kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem > jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem > pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM > rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova, > nekdy po vchodech .... (zcela bez ohledu na stavebni provedeni - to je > ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice) >
M?m teorii: To, co je v KM je vlastn? pozemek. Budova je takov? nadstavba, kter? dan? pozemek/kus pozemku sd?l?. Schv?ln? si na ruian.poloha.net zapni vrstvu pozemk?. Budovy najednou "vyniknou". RUAIN ty hranice m?, jen je to ?patn? zaneseno u budovy. Jak je budova zakreslena v KM/RUIAN z?vis? na tom, kdo zpracov?val podklady. N?kdo to d?lal poctiv? a zanesl jednotliv? vchody spr?vn?. Jin? si cht?l uleh?it pr?ci, a ud?lal z toho jeden objekt, kter?mu p?i?adil v?ce adres. A pak z?le?? jak prob?h? digitalizace. Mari?n

1.5.2014 10:45:29 (#15)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, Dne St 30. dubna 2014 23:43:22, Mari?n Kyral napsal(a): zobrazit citaci
> >> 2) Chyby strojov? nedohledateln? - (dv?r jako budova, nekompletn? > >> budova, chyb?j?c? budova...)
Chyb?j?c? budova nemus? b?t chyba. V katastru jsou jen budovy v katastru evidovan? a je-li v ter?nu re?ln? budova, kter? nen? evidovan? v katastru, tak v n?m prost? nen? a b?t nem? .> nen? to chyba. M?li bychom d?vat pozor, abychom nehl?sili "chyby", kter? chybami nejsou. zobrazit citaci
> > Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky => pokud nekde > > nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN > > pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel zmizet). > > Tak tenhle n?pad se mi l?b?. V?echna hl??en? by se shroma??ovala v > n?jak? lok?ln?m syst?mu na hl??en? chyb a bu? by se jednou za ?as > vygeneroval a poslal email s nejnov?j??mi chybami, nebo by sis mohl > report st?hnout s?m. Nicm?n?, to automatick? uzav?r?n? chyb bude > fungovat jen pro prvn? typ. Jak ve skriptu zjist??, ?e opraven? > geometrie je spr?vn?? Sp??e bych to vid?l na mo?nost st?hnout si > p?edp?ipraven? soubor pro JOSM a v n?m to pak zkontrolovat a nahr?t do JOSM.
Um?m zjistit, kdy se v RUIAN n?co zm?nilo, tedy p?esn?ji - v?m datum, kdy jsem si nahr?l zm?nu do datab?ze. Zm?ny z RUIAN nahr?v?m t?m?? ka?d? den. Pro? k t? zm?n? do?lo, to u? nev?m, tedy neum?m poznat, zda jde o opravu chyby nebo skute?nou zm?nu situace. zobrazit citaci
> > V ka?d?m p??pad? by bylo fajn, kdyby se n?m nejprve poda?ilo zbavit se > chyb systematicky vznikaj?c?ch. N?kde mus? b?t n?jak? chyba. T?ch duch? > sd?lej?c?ch pozici s jinou budovou je podez?ele moc.
Moje tu?en?, ?e v RUIAN jsou historick? data, se za??n? bl??it jistot?. To je tak - v OSM je aktu?ln? adresn? m?sto. T?eba te? co m?m rozd?lan? - Praha Dube?, Na h?dku 1613. To je v OSM i v RUIAN, RUIAN ID 25102664 a pat?? k norm?ln? budov? s geometri?. A chce se mi nov? p?idat Na h?dku 613 (op?t to obl?ben? p?i??t?n? n?sobku 1000), RUIAN ID 30721369 a pat?? k duchovi. Prost? n?kde jim vypadlo z k?du 'where not deleted' nebo n?jak? takov? blbost, kter? m? ov?em dost z?va?n? d?sledky. Mo?n? je to tak velk? pr??vih, ?e te? nev?d?, co s t?m, aby nepadaly hlavy ... Tihle duchov? jsou nejen v datab?zi, dostupn? p?es v?m?nn? form?t, ale jsou i v t?ch interaktivn?ch formul???ch (Ov??en? adresy -> detail -> p?e?t na budovu. T?eba ten p??klad Kov?k? ?.or. 30. Nebo to, co m?m rozd?lan? - Dube?, Na h?dku 1613 X Dube?, 613 (bez ulice) http://vdp.cuzk.cz/vdp/ruian/adresnimista/25102664 (1613, OK, bylo v OSM) http://vdp.cuzk.cz/vdp/ruian/adresnimista/30721369 (613, IMO u? neexistuje, nebylo v OSM) a p??slu?n? budovy: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24643092 (OK) http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30072301 (duch) zobrazit citaci
> > *** > > Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze > > kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem > > jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem > > pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM > > rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova, > > nekdy po vchodech .... (zcela bez ohledu na stavebni provedeni - to je > > ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice)
m?? n?jak? p??klad budovy, kter? je v *digit?ln?* KM a nen? v RUIAN? To bych cht?l ov??it; dostaly se ke mn? n?jak? indicie, ?e ruian2pgsql pr? ob?as p?i aktualizaci vynech? geometrii, tak bych to cht?l ov??it, zda opravdu nen? v tomto chyba na na?? stran?. Ta druh? ??st m??e souviset s pr?vn?m stavem. V jednom p??pad? m??e b?t velk? panel?k pr?vn? jako jedna budova s n?kolika vchody a v druh?m p??pad? to m??e b?t pr?vn? n?kolik budov, i kdy? jsou stavebn? spojen?. N?co jako ?adov? rodinn? domy. zobrazit citaci
> > M?m teorii: > To, co je v KM je vlastn? pozemek. Budova je takov? nadstavba, kter? > dan? pozemek/kus pozemku sd?l?. Schv?ln? si na ruian.poloha.net zapni > vrstvu pozemk?. Budovy najednou "vyniknou". RUAIN ty hranice m?, jen je > to ?patn? zaneseno u budovy.
Mysl?m ?e tato teorie obecn? neplat?. V n?kter?ch p??padech m??e existovat parcela, jej?? hranice jsou toto?n? s hranicemi budovy. N?kdy to m??e b?t "t?m??" tak - p??klad - Rad?jovice 87, http://ruian.poloha.net/20/49.94597/14.56305 - parcela ?. 241 v?t?inou budovu kop?ruje, ale ne zcela. V jin?ch p??padech v?bec zvl??tn? parcela, na kter? stoj? budova, neexistuje. Budova prost? stoj? na pozemku 1000m2 a zab?r? plochu 150m2. zobrazit citaci
> > Jak je budova zakreslena v KM/RUIAN z?vis? na tom, kdo zpracov?val > podklady. N?kdo to d?lal poctiv? a zanesl jednotliv? vchody spr?vn?. > Jin? si cht?l uleh?it pr?ci, a ud?lal z toho jeden objekt, kter?mu > p?i?adil v?ce adres. A pak z?le?? jak prob?h? digitalizace.
M??e to souviset s t?m pr?vn?m stavem. Ov?em co se t?k? adresn?ch bod?, tak to je v ka?d?m p??pad? jen o lenosti, to ano, p??padn? neznalosti a tedy o lenosti zvednout pozad? ze ?idle a j?t se tam pod?vat, kdy? nev?m ... K automatick?mu nahr?v?n? (importu) budov - je ?e?iteln? "pod?vat se", zda na m?sto mohu pl?cnout budovu. Rozhran? landuse pod budovou je OK, hranice s plotem, ?eka, silnice u? OK nen?. To by ?lo naprogramovat. Co by u? moc ne?lo je t?eba p??pad, kdy v OSM je takov? posun, ?e v OSM u? budova sice je, ale je vedle. Pak je probl?m s dopl?ov?n?m budov do d?ry mezi dvema budovami nebo t?eba p?ipojen? k budov? ji? v OSM existuj?c?. V OSM to prost? n?m?me na milimetr p?esn?, tak?e by se budovy velmi ?asto p?ekr?valy. Mo?n? cesta by byla vygenerovat z RUIAN DB OSM vrstvu s (nov?mi) budovami, tu pak v JOSM slou?it do norm?ln? vrstvy s OSM daty a nechat validovat. Vy?aduje rozs?hl? v?zkum :-) -- Petr

1.5.2014 11:19:53 (#16)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Ahoj, co v?me? Katastr?ln? mapa je pr?vn? stav. Stav p?ed zm?nou ??sla, ulice, ??sti obce ... ZABAGED je stav, kter? se bl??? skute?nosti a nenajdete tam nap?. Jevany ev.5020 (stav p?ed p?e??slov?n?m, tak jak je v KM) . Ale v ZABAGED najdete Jevany ev.20. Kdo m? data, m??e si porovnat Jevany ?ev 1-5001, 6-5006, 14-5014 ..... Co maj? tyto dvojice spole?n??. Ano jsou zcela bez geometrie. Tedy? Zanikly je?t? p?ed p?e??slov?n?m. RUIAN v?etn? Marushky obsahuj? v?e. Technicky jsou v?echna data v jedn? datab?zi. Pr?vn? stav (KM) obsahuje v?dy jak geometrii SO tak geometrii defini?n?ho bodu SO. Naopak nem? geometrii defini?n?ho bodu AM. ??slo se zobrazuje na sou?adnic?ch geometrie SO. Naopak re?ln? SO neobsahuje geometrii SO, m? geometrii defini?n?ho bodu SO a m? geometrii defini?n?ho bodu AM. V?echno je to zabaleno do obalu dal??ch chyb, ne?pln?ch dat a zmatk?. Daj? se nal?zt ?et?zce chyb. Kdo hled? najde ... Tak?e, mil? komunito. Je na?ase p?estat obkreslovat KM a kdo m? ?as, a? ho rad?ji v?nuje prob?haj?c?mu importu. Samoz?ejm? bude nutn? se n?jak vypo??dat s neexistuj?c?mi AM, kter? jsme si do OSM zavlekli obkreslov?n?m KM, ale i n?sledn?mi importy. V?etn? t?ch m?ch. Zdrav? Mirek Dne 1. kv?tna 2014 10:45 Petr Vejsada <osm at propsychology.cz> napsal(a): zobrazit citaci
> Ahoj, > > Dne St 30. dubna 2014 23:43:22, Mari?n Kyral napsal(a): > > > >> 2) Chyby strojov? nedohledateln? - (dv?r jako budova, nekompletn? > > >> budova, chyb?j?c? budova...) > > Chyb?j?c? budova nemus? b?t chyba. V katastru jsou jen budovy v katastru > evidovan? a je-li v ter?nu re?ln? budova, kter? nen? evidovan? v katastru, > tak > v n?m prost? nen? a b?t nem? .> nen? to chyba. M?li bychom d?vat pozor, > abychom nehl?sili "chyby", kter? chybami nejsou. > > > > Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky => pokud nekde > > > nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN > > > pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel > zmizet). > > > > Tak tenhle n?pad se mi l?b?. V?echna hl??en? by se shroma??ovala v > > n?jak? lok?ln?m syst?mu na hl??en? chyb a bu? by se jednou za ?as > > vygeneroval a poslal email s nejnov?j??mi chybami, nebo by sis mohl > > report st?hnout s?m. Nicm?n?, to automatick? uzav?r?n? chyb bude > > fungovat jen pro prvn? typ. Jak ve skriptu zjist??, ?e opraven? > > geometrie je spr?vn?? Sp??e bych to vid?l na mo?nost st?hnout si > > p?edp?ipraven? soubor pro JOSM a v n?m to pak zkontrolovat a nahr?t do > JOSM. > > Um?m zjistit, kdy se v RUIAN n?co zm?nilo, tedy p?esn?ji - v?m datum, kdy > jsem > si nahr?l zm?nu do datab?ze. Zm?ny z RUIAN nahr?v?m t?m?? ka?d? den. Pro? > k t? > zm?n? do?lo, to u? nev?m, tedy neum?m poznat, zda jde o opravu chyby nebo > skute?nou zm?nu situace. > > > > > V ka?d?m p??pad? by bylo fajn, kdyby se n?m nejprve poda?ilo zbavit se > > chyb systematicky vznikaj?c?ch. N?kde mus? b?t n?jak? chyba. T?ch duch? > > sd?lej?c?ch pozici s jinou budovou je podez?ele moc. > > Moje tu?en?, ?e v RUIAN jsou historick? data, se za??n? bl??it jistot?. To > je > tak - v OSM je aktu?ln? adresn? m?sto. T?eba te? co m?m rozd?lan? - Praha > Dube?, Na h?dku 1613. To je v OSM i v RUIAN, RUIAN ID 25102664 a pat?? k > norm?ln? budov? s geometri?. A chce se mi nov? p?idat Na h?dku 613 (op?t to > obl?ben? p?i??t?n? n?sobku 1000), RUIAN ID 30721369 a pat?? k duchovi. > > Prost? n?kde jim vypadlo z k?du 'where not deleted' nebo n?jak? takov? > blbost, > kter? m? ov?em dost z?va?n? d?sledky. Mo?n? je to tak velk? pr??vih, ?e te? > nev?d?, co s t?m, aby nepadaly hlavy ... Tihle duchov? jsou nejen v > datab?zi, > dostupn? p?es v?m?nn? form?t, ale jsou i v t?ch interaktivn?ch formul???ch > (Ov??en? adresy -> detail -> p?e?t na budovu. T?eba ten p??klad Kov?k? > ?.or. > 30. Nebo to, co m?m rozd?lan? - Dube?, Na h?dku 1613 X Dube?, 613 (bez > ulice) > > http://vdp.cuzk.cz/vdp/ruian/adresnimista/25102664 (1613, OK, bylo v OSM) > http://vdp.cuzk.cz/vdp/ruian/adresnimista/30721369 (613, IMO u? > neexistuje, > nebylo v OSM) > > a p??slu?n? budovy: > > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24643092 (OK) > http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30072301 (duch) > > > > > *** > > > Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze > > > kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem > > > jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem > > > pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM > > > rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova, > > > nekdy po vchodech .... (zcela bez ohledu na stavebni provedeni - to je > > > ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice) > > m?? n?jak? p??klad budovy, kter? je v *digit?ln?* KM a nen? v RUIAN? To > bych > cht?l ov??it; dostaly se ke mn? n?jak? indicie, ?e ruian2pgsql pr? ob?as > p?i > aktualizaci vynech? geometrii, tak bych to cht?l ov??it, zda opravdu nen? v > tomto chyba na na?? stran?. > > Ta druh? ??st m??e souviset s pr?vn?m stavem. V jednom p??pad? m??e b?t > velk? > panel?k pr?vn? jako jedna budova s n?kolika vchody a v druh?m p??pad? to > m??e > b?t pr?vn? n?kolik budov, i kdy? jsou stavebn? spojen?. N?co jako ?adov? > rodinn? domy. > > > > > M?m teorii: > > To, co je v KM je vlastn? pozemek. Budova je takov? nadstavba, kter? > > dan? pozemek/kus pozemku sd?l?. Schv?ln? si na ruian.poloha.net zapni > > vrstvu pozemk?. Budovy najednou "vyniknou". RUAIN ty hranice m?, jen je > > to ?patn? zaneseno u budovy. > > Mysl?m ?e tato teorie obecn? neplat?. V n?kter?ch p??padech m??e existovat > parcela, jej?? hranice jsou toto?n? s hranicemi budovy. N?kdy to m??e b?t > "t?m??" tak - p??klad - Rad?jovice 87, > http://ruian.poloha.net/20/49.94597/14.56305 - parcela ?. 241 v?t?inou > budovu > kop?ruje, ale ne zcela. > > V jin?ch p??padech v?bec zvl??tn? parcela, na kter? stoj? budova, > neexistuje. > Budova prost? stoj? na pozemku 1000m2 a zab?r? plochu 150m2. > > > > > Jak je budova zakreslena v KM/RUIAN z?vis? na tom, kdo zpracov?val > > podklady. N?kdo to d?lal poctiv? a zanesl jednotliv? vchody spr?vn?. > > Jin? si cht?l uleh?it pr?ci, a ud?lal z toho jeden objekt, kter?mu > > p?i?adil v?ce adres. A pak z?le?? jak prob?h? digitalizace. > > M??e to souviset s t?m pr?vn?m stavem. Ov?em co se t?k? adresn?ch bod?, > tak to > je v ka?d?m p??pad? jen o lenosti, to ano, p??padn? neznalosti a tedy o > lenosti zvednout pozad? ze ?idle a j?t se tam pod?vat, kdy? nev?m ... > > K automatick?mu nahr?v?n? (importu) budov - je ?e?iteln? "pod?vat se", zda > na > m?sto mohu pl?cnout budovu. Rozhran? landuse pod budovou je OK, hranice s > plotem, ?eka, silnice u? OK nen?. To by ?lo naprogramovat. Co by u? moc > ne?lo > je t?eba p??pad, kdy v OSM je takov? posun, ?e v OSM u? budova sice je, > ale je > vedle. Pak je probl?m s dopl?ov?n?m budov do d?ry mezi dvema budovami nebo > t?eba p?ipojen? k budov? ji? v OSM existuj?c?. V OSM to prost? n?m?me na > milimetr p?esn?, tak?e by se budovy velmi ?asto p?ekr?valy. > > Mo?n? cesta by byla vygenerovat z RUIAN DB OSM vrstvu s (nov?mi) budovami, > tu > pak v JOSM slou?it do norm?ln? vrstvy s OSM daty a nechat validovat. > Vy?aduje > rozs?hl? v?zkum :-) > > -- > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140501/496e36c7/attachment-0001.html>

1.5.2014 11:45:28 (#17)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, Dne ?t 1. kv?tna 2014 11:19:53, Mirek Dlask napsal(a): zobrazit citaci
> Tak?e, mil? komunito. Je na?ase p?estat obkreslovat KM a kdo m? ?as, a? ho > rad?ji v?nuje prob?haj?c?mu importu. > Samoz?ejm? bude nutn? se n?jak vypo??dat s neexistuj?c?mi AM, kter? jsme si > do OSM zavlekli obkreslov?n?m KM, ale i n?sledn?mi importy. V?etn? t?ch > m?ch.
Po dokon?en? tohoto importu pl?nuji: - smazat v?echna adresn? m?sta s odpov?daj?c?m ref:ruian_addr, ref:ruian a uir_adr:ADRESA_KOD (v?d?li jste, ?e uir_adr:ADRESA_KOD je stejn? ??slo jako RUIAN ID?), kter? maj? v m? datab?zi p??znak deleted (t.j. byla zru?ena mezi 1.1.2014 a dne?kem) - pravd?podobn? smazat adresn? m?sta, kter? maj? n?kter? z ruian id v OSM a nenach?zej? se v RUIAN - pokud budeme m?t dostate?nou d?v?ru k tomu, ?e v RUIAN jsou opravdu v?echny adresy, tak by se dala hledat cesta k maz?n? AM v OSM, kter? se nenajdou v RUIAN Tak? by se m?ly za??t po??dn? mazat budovy, abychom ze sam? ?cty k ciz? pr?ci nenech?valy v OSM v?ci, kter? d?vno neexistuj?. P??le?itostn? ma?u budovy, jejich? adresn? bod v RUIAN nen? a na fotk?ch je zcela jasn? zbo?eni?t? nebo u? nov? postaven? d?m. Jj, mil? komunito, poj?te se p?idat. Jako mnoho z n?s, nerad p??u manu?ly, tak alespo? paste z jednoho mailu, kter? snad shrnuje z?klady, jak postupovat p?i importu adres: https://wiki.openstreetmap.org/wiki/Talk:Cs:Import_adres_z_RUIAN -- Petr

1.5.2014 11:53:46 (#18)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Dne ?t 1. kv?tna 2014 11:45:28, Petr Vejsada napsal(a): zobrazit citaci
> abychom ze sam? ?cty k ciz? pr?ci > nenech?valy v OSM v?ci
no, dam tu moc nen?, m?lo b?t aby se ze sam? ?cty nenech?valy nebo abychom ze sam? ?cty nenech?vali pardon

1.5.2014 05:30:15 (#19)
gravatar

jzvc

<jzvc at tpfree.net>
527
Dne 1.5.2014 10:45, Petr Vejsada napsal(a): zobrazit citaci
> > m?? n?jak? p??klad budovy, kter? je v *digit?ln?* KM a nen? v RUIAN? To bych > cht?l ov??it; dostaly se ke mn? n?jak? indicie, ?e ruian2pgsql pr? ob?as p?i > aktualizaci vynech? geometrii, tak bych to cht?l ov??it, zda opravdu nen? v > tomto chyba na na?? stran?. >
Cus, pokud dobre vidim ... tak napriklad nadrazi Semily cp. 94 - jedna z budov podel trati, v KM zcela zjevne geometrii ma (je tam duch). Pritom samotna budova nadrazi cp. 95 tam je. Sel sem se podivat primo ke zdroji - http://vdp.cuzk.cz/marushka A tam jsou budovy obe, rozdelene (tzn i ta, co nema CP - 4141/1 a 4141/2). => opravdu to vypada na nejaky bug v prenosech dat. Jinak klasicky na to narazim v radach garazi a pod.

1.5.2014 05:43:23 (#20)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Ahoj, Nap?. http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22482296 - cel? obec ??m. http://cuzk.cz/Dokument.aspx?AKCE=META:SESTAVA:MDR002_XSLT:WEBCUZK_ID:623806 a ?ada dal??ch. ruian2pgsql asi neum? aktualizovat data u existuj?c?ch z?znam?. Mirek Dne 1. kv?tna 2014 17:30 jzvc <jzvc at tpfree.net> napsal(a): zobrazit citaci
> Dne 1.5.2014 10:45, Petr Vejsada napsal(a): > > >> m?? n?jak? p??klad budovy, kter? je v *digit?ln?* KM a nen? v RUIAN? To >> bych >> cht?l ov??it; dostaly se ke mn? n?jak? indicie, ?e ruian2pgsql pr? ob?as >> p?i >> aktualizaci vynech? geometrii, tak bych to cht?l ov??it, zda opravdu nen? >> v >> tomto chyba na na?? stran?. >> >> > Cus, pokud dobre vidim ... tak napriklad nadrazi Semily > > > cp. 94 - jedna z budov podel trati, v KM zcela zjevne geometrii ma (je tam > duch). Pritom samotna budova nadrazi cp. 95 tam je. > > Sel sem se podivat primo ke zdroji - http://vdp.cuzk.cz/marushka > A tam jsou budovy obe, rozdelene (tzn i ta, co nema CP - 4141/1 a 4141/2). > > => opravdu to vypada na nejaky bug v prenosech dat. Jinak klasicky na to > narazim v radach garazi a pod. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140501/67482a1e/attachment.html>

1.5.2014 09:49:35 (#21)
gravatar

Petr Souček

<soucekp at atlas.cz>
69
Dobr? den, po p?e?ten? dal??ch p??sp?vk? jsem se rozhodl nejd??ve n?kter? v?ci vyjasnit, abyste v?d?li a pochopili, jak je to s daty R?IAN. --- Z jak?ch zdroj? vznikl R?IAN? Z?kladn? registr nevznikl "na zelen? louce", ale ?daje do n?j byly namigrov?ny z r?zn?ch zdroj? (zdroje jsou tak? uvedeny v ZZR). Z?konem stanoven?mi zdrojov?mi daty pro prvotn? napln?n? IS?I/R?IAN byly: Informa?n? syst?m katastru nemovitost? (ISKN), ?zemn? identifika?n? registr adres (?IR-ADR), Registr s??tac?ch obvod? (RSO), Datab?ze dodac?ch m?st ?esk? po?ty (DDM), Registr komun?ln?ch symbol? (REKOS) a Z?kladn? b?ze geografick?ch dat (ZABAGED). Nap??klad zdrojem adresn?ch m?st byl v??e zmi?ovan? ?IR-ADR. Jak prob?h? aktualizace ?daj? v R?IAN? Aktualizace prob?h? pr?b??n? ve dvou agendov?ch informa?n?ch syst?mech (AIS), kter?mi jsou ISKN a IS?I. Editorem v ISKN jsou katastr?ln? ??ad, respektive katastr?ln? pracovi?t?. Editorem v IS?I jsou ??ZK (http://www.cuzk.cz), ?S? (http://www.czso.cz/), obce a stavebn? ??ady (nejen obecn? stavebn? ??ady, ale i speci?ln?, vojensk? a jin? stavebn? ??ady, viz jejich seznam na http://www.mmr.cz/getmedia/60165ee1-89b7-4d6f-9286-9f33af95456c/Prehled-stav ebnich-uradu-a-jejich-cinnost.pdf). Editory jasn? definuje ZZR (http://www.zakonyprolidi.cz/cs/2009-111). Jak? je vztah mezi R?IAN, IS?I a ISKN? IS?I a ISKN jsou edita?n? agendov? informa?n? syst?my pro R?IAN, jejich? prost?ednictv?m se edituj? data v R?IAN a je v nich uchov?na historie jednotliv?ch prvk? (kter? nen? obsahem R?IAN, tam jsou jen aktu?ln? platn? ?daje). Jak? stavebn? objekty jsou evidovan? v R?IAN? V R?IAN jsou evidov?ny n?sleduj?c? stavebn? objekty (SO) (viz ZZR ?29) - dokon?en? budova zapisovan? do katastru nemovitost? ?esk? republiky (d?le jen "katastr nemovitost?") nebo jin? dokon?en? stavba, kter? se do katastru nemovitost? nezapisuje, ale bylo j? p?id?leno ??slo popisn? nebo eviden?n?, pokud slou?? k ubytov?n? lid? nebo k podnik?n? nebo jin? ekonomick? ?innosti. Tzn. v R?IAN jsou evidov?ny n?kter? SO, kter? nejsou v ISKN evidov?ny - jsou to nap?. provozovny v podchodech metra, podzemn? prostory, atd. Eviduj? se v R?IAN historick? data? Obsahem R?IAN jsou pouze aktu?ln? a platn? data. Historie se vede v IS?I a ISKN. Jak? ?daje se eviduj? v R?IAN o stavebn?ch objektech? Z?kladn? ?daje o stavebn?m objektu (typ, ??slo, vazba na ??st obce, vazba na m?stskou ??st, vazba na parcelu a defini?n? bod, technicko-ekonomick? atributy, zp?sob vyu?it?) se vedou v IS?I. Dal?? ?daje (polygon) se vedou v ISKN. Vzhledem k tomu, ?e ?daje o SO se vedou ve dvou informa?n?ch syst?mech, nav?c jsou do nich zapisov?ny v r?zn?ch ?asech (SO je nejd??ve zaps?n do IS?I a a? po n?jak? dob? /a? se vlastn?k dostav? na KN/ je zaps?n do ISKN) a na r?zn?ch m?stech, mus? doch?zet k jejich sp?rov?n?. Z v??e uveden?ho vypl?v?, ?e n?kter? SO nemus? m?t v R?IAN do?asn? geometrii a to v dob? ne? dojde k z?pisu budovy do ISKN. Z?rove? n?kter? SO nemus? m?t v R?IAN geometrii po??d, nebo? se jedn? o stavebn? objekty neevidovan? v ISKN. M??e existovat v R?IAN adresn? m?sto bez vazby na stavebn? objekt? V R?IAN nem??e existovat adresn? m?sto, kter? nem? vazbu na stavebn? objekt. Z?rove? ka?d? ??slovan? stavebn? objekt mus? m?t minim?ln? jedno adresn? m?sto. Vzhledem k tomu bylo nutn? p?i ?vodn? migraci dat z ?IR-ADR v n?kter?ch p??padech automatizovan? vytvo?it "fiktivn?" stavebn? objekt. A to v t?ch p??padech, kdy byla v ?IR-ADR vedena adresa, kter? nem?la sv?j obraz v RSO a ISKN. N?kter? z t?chto SO u? nemus? existovat a to v sou?asn? dob? prov??uj? na p??slu?n?ch stavebn?ch ??adech. M??e se jednat o SO, kter?m ??k?te "duch". Prob?h? v R?IAN ?i?t?n? a kontrola dat? Kontroly dat a jejich ?i?t?n? prob?h? od sam?ho vzniku registru. Je to ?asov? n?ro?n? akce, kter? m??e trvat n?kolik let. K tomuto konstatov?n? m? vede osobn? zku?enost s kontrolou a ?i?t?n?m dat v ISKN, kter?mu se dlouhodob? (od roku 2005) v?nuji jako ?len expertn? skupiny ??ZK. Kontroly dat v R?IAN jsou zve?ejn?n? na http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-spravno sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN.aspx a jsou zde podrobn? pops?ny i postupy pro jejich opravu. Bohu?el n?kte?? edito?i se tomu nev?nuj? - nechci polemizovat nad t?m, jestli necht?j? a nebo opravdu nemaj? ?as. Od spu?t?n? IS?I (srpen 2011) se n?m povedlo, respektive na?im editor?m, vy?e?it cca 100 tis?c adresn?ch m?st, kter? p?vodn? nem?ly lokalizaci, tj. defini?n? bod. --- Probl?m s evidenc? jedn? budovy s vchody a v?ce budov vedle sebe. Na tento probl?m jsme ji? narazili a ?e??me jej v prvn? instanaci na "na?ich" katastr?ln?ch pracovi?t?ch, kde maj? za ?kol zkontrolovat z?pis budov, jejich? obraz v IS?I/R?IAN je zaps?n jinak. Prost? v ISKN je zaps?no jako jedna budova s ??stmi budov a v IS?I je zaps?no jako n samostatn?ch budov. P??padn? obr?cen?, kdy je v ISKN v?ce budov a v IS?I je to jako jeden samostatn? SO s vchody. Polygon budovy versus polygon parcely Polygon budovy a parcely spolu ?pln? nesouvis?, respektive nemus? se jednat o toto?n? polygon. V n?kter?ch p??padech to tak b?t m??e, ale rozhodn? to nen? pravidlem. Polygon budovy m??e b?t men??, v tom p??pad? je obrys budovy vyzna?en vnit?n? kresbou v ISKN. V n?kter?ch p??padech naopak m??e budova le?et na v?ce parcel?ch a t?m p?dem bude polygon budovy v?t?? ne? polygon jedn? parcely. Polygon budovy vznik? v ISKN, tj. je v?sledkem zem?m??ick? ?innosti, z velk? v?t?iny se jedn? o geometrick? pl?n. Katastr nemovitost? versus ZABAGED ISKN zachycuje pr?vn? stav v?ci, tj. nap?. jsou v n?m zaps?ny ty budovy, u kter?ch splnil vlastn?k z?konnou povinnost a donesl na katastr?ln? ??ad podklady pro z?pis budovy do KN. Pokud tuto povinnost nesplnil, tak v ISKN tato budova nebude. V ZABAGED naopak tato budova bude. Ale zase je pot?eba vz?t v ?vahu, ?e aktualizace obou syst?m? prob?h? tak? jinak. ZABAGED je aktualizov?n d?vkov?, naopak ISKN je aktualizov?no pr?b??n?. Chybn? geometrie u SO (nap?. dv?r m?sto budovy) Nen? nutn? pos?lat spr?vnou geometrii. Polygon se generuje automatizovan? v ISKN z hranic parcel a vnit?n? kresby a to ji? pracovn?ci na K?/KP mus? ud?lat sami. Mus? k tomu vypracovat nem??ick? z?znam (n?co jako geometrick? pl?n). --- Co se t??e p?eb?r?n? chyb a jejich n?sledn? ?e?en? mus?m nejd??ve projednat s kolegy na ??ZK, vymyslet n?jak? jednoduch? ale na druhou stranu robustn? syst?m. Vzhledem k dovolen?m na za??tku kv?tna nechte mi pros?m tro?ku ?asu. Ur?it? se V?m ozvu s n?vrhem ?e?en?. Petr Sou?ek
-----Original Message----- From: Petr Vejsada [mailto:osm at propsychology.cz] Sent: Thursday, May 01, 2014 11:45 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM Ahoj, Dne ?t 1. kv?tna 2014 11:19:53, Mirek Dlask napsal(a): zobrazit citaci
> Tak?e, mil? komunito. Je na?ase p?estat obkreslovat KM a kdo m? ?as, > a? ho rad?ji v?nuje prob?haj?c?mu importu. > Samoz?ejm? bude nutn? se n?jak vypo??dat s neexistuj?c?mi AM, kter? > jsme si do OSM zavlekli obkreslov?n?m KM, ale i n?sledn?mi importy. > V?etn? t?ch m?ch.
Po dokon?en? tohoto importu pl?nuji: - smazat v?echna adresn? m?sta s odpov?daj?c?m ref:ruian_addr, ref:ruian a uir_adr:ADRESA_KOD (v?d?li jste, ?e uir_adr:ADRESA_KOD je stejn? ??slo jako RUIAN ID?), kter? maj? v m? datab?zi p??znak deleted (t.j. byla zru?ena mezi 1.1.2014 a dne?kem) - pravd?podobn? smazat adresn? m?sta, kter? maj? n?kter? z ruian id v OSM a nenach?zej? se v RUIAN - pokud budeme m?t dostate?nou d?v?ru k tomu, ?e v RUIAN jsou opravdu v?echny adresy, tak by se dala hledat cesta k maz?n? AM v OSM, kter? se nenajdou v RUIAN Tak? by se m?ly za??t po??dn? mazat budovy, abychom ze sam? ?cty k ciz? pr?ci nenech?valy v OSM v?ci, kter? d?vno neexistuj?. P??le?itostn? ma?u budovy, jejich? adresn? bod v RUIAN nen? a na fotk?ch je zcela jasn? zbo?eni?t? nebo u? nov? postaven? d?m. Jj, mil? komunito, poj?te se p?idat. Jako mnoho z n?s, nerad p??u manu?ly, tak alespo? paste z jednoho mailu, kter? snad shrnuje z?klady, jak postupovat p?i importu adres: https://wiki.openstreetmap.org/wiki/Talk:Cs:Import_adres_z_RUIAN -- Petr

1.5.2014 10:50:31 (#22)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Dne ?t 1. kv?tna 2014 17:43:23, Mirek Dlask napsal(a): zobrazit citaci
> Ahoj, > > Nap?. http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22482296 - cel? obec > ??m. > http://cuzk.cz/Dokument.aspx?AKCE=META:SESTAVA:MDR002_XSLT:WEBCUZK_ID:623806 > > a ?ada dal??ch. > ruian2pgsql asi neum? aktualizovat data u existuj?c?ch z?znam?.
Bohu?el, mus?m potvrdit tento probl?m. Nahr?l jsem si ??m ze v?erej?? kompletn? sady z RUIAN a takto to vypad?: pedro=# select count(*),count(hranice) from *ruian*.rn_stavebni_objekt where cobce_kod=23809 and not deleted; count | count -------+------- 431 | 2 pedro=# select count(*),count(hranice) from *ruiantest*.rn_stavebni_objekt where cobce_kod=23809 and not deleted; count | count -------+------- 431 | 418 Jsem si t?m?? jist, ?e jsem aplikoval v?echny zm?nov? soubory. Jejich seznam m?m (tabulka rn_hlavicka). T??ko to ov??it, zm?nov? soubory nejsou ?pln? ka?d? den. Aktualizace dat ur?it? n?jak funguje, funguje nap?. maz?n? objekt?. V ??m m?m v?etn? deleted 434 stavebn?ch objekt?, tedy 3 se spr?vn? smazaly. Chyba by mohla b?t je?t? ve zm?nov?ch souborech. N?kolikr?t jsem musel zm?nov? soubor ru?n? editovat. Chyb?lo ??slo obce u katastr?ln?ho ?zem? nebo byla vadn? geometrie katastr?ln?ho ?zem?; polygon s 'oc?skem', tedy uzav?en? polygon m?l na konci je?t? jeden bod nav?c, oc?sek. Postgis ten polygon vyhodil, ru?n? jsem opravil a nahr?l. Tak budu p?em??let, co s t?m. Pot?ebuji u adres item_timestamp a pot?ebuji v?echny deleted z?znamy, alespo? u adres. Oboje bych si mohl schovat a pak jimi aktualizovat nov? tabulky. zobrazit citaci
> > Mirek > > Dne 1. kv?tna 2014 17:30 jzvc <jzvc at tpfree.net> napsal(a): > > Dne 1.5.2014 10:45, Petr Vejsada napsal(a): > >> m?? n?jak? p??klad budovy, kter? je v *digit?ln?* KM a nen? v RUIAN? To > >> bych > >> cht?l ov??it; dostaly se ke mn? n?jak? indicie, ?e ruian2pgsql pr? ob?as > >> p?i > >> aktualizaci vynech? geometrii, tak bych to cht?l ov??it, zda opravdu nen? > >> v > >> tomto chyba na na?? stran?. > > > > Cus, pokud dobre vidim ... tak napriklad nadrazi Semily > > > > > > cp. 94 - jedna z budov podel trati, v KM zcela zjevne geometrii ma (je tam > > duch). Pritom samotna budova nadrazi cp. 95 tam je. > > > > Sel sem se podivat primo ke zdroji - http://vdp.cuzk.cz/marushka > > A tam jsou budovy obe, rozdelene (tzn i ta, co nema CP - 4141/1 a 4141/2). > > > > => opravdu to vypada na nejaky bug v prenosech dat. Jinak klasicky na to > > narazim v radach garazi a pod. > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz

13.5.2014 09:05:19 (#23)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Dobr? den, i j? jsem si dal na ?as s odpov?d?. I po takto celkem dlouh?m ?ase jsem trochu na rozpac?ch, co k tomu napsat. Budu se te? v?novat jen tomu, ??m se aktivn? zab?v?m v OSM, tedy importu adresn?ch m?st. Budov?m (stavebn?m objekt?m) se budu v?novat jen do t? m?ry, do jak? SO souvisej? s adresami. Nejprve chci pod?kovat za obs?hl? vysv?tlen? proces?, jak data vznikaj? a jejich toku. K tomu, co snad ch?pu - ch?pu d?vody, pro? musely b?t vytvo?eny fiktivn? SO p?i migraci z ?IR-ADR. Ch?pu, ?e vedle t?chto fiktivn?ch SO re?ln? existuj? i skute?n? SO, ke kter?m ta adresn? m?sta z ?IR-ADR pat??. Ch?pu i to, ?e nemus? b?t snadn? sp?rovat fiktivn? SO s t?mi re?ln?mi. P?est?v?m ch?pat v moment?, ?e ty re?ln? SO maj? tak? svoje adresy a tyto adresy jsou bu? zcela odli?n? a nebo se li?? o n?sobky tis?ce - fiktivn? SO m? ??slo eviden?n? 1034 a re?ln? m? ??slo eviden?n? 34, p??padn? naopak. Toto p?eci nem??e b?t n?hoda, nebo? se jedn?, jak u? jsem psal, odhadem o des?tky tis?c p??pad?. Nav?c to nen? v?c, kter? vznikla a? s RUIAN. V OSM tyto dvojit? adresy bu? byly a nebo nebyly, ale v?dy u nich byla pozn?mka 'Nekonzistence KM a DB' ?i tak n?jak podobn?. Nezn?m p?esn? historii t?ch import? do OSM a tak se k tomu nemohu p?esn?ji vyj?d?it. V RUIAN tedy te? jsou re?ln? a fiktivn? SO (bez ohledu na to, zda maj? ?i nemaj? hranice). Bylo by v?ce ne? vhodn?, aby ty fiktivn? SO byly n?jak?m zp?sobem ozna?eny. Dnes to mohu odhadovat nap??klad podle po?tu vypln?n?ch pol?. M?m-li dva SO milimetr od sebe, p?i?em? jeden m? popsan? zp?sob vyt?p?n?, zp?sob vyu?it?, po?et byt?, pater atd. a ten druh? tyto ?daje nem?, odhaduji, ?e ten druh? neexistuje. Oba tyto SO maj? sv? adresn? m?sto. Zde u? nen? snadn? rozli?it, kter? je skute?n? a kter? je fiktivn?. To z toho d?vodu, ?e fiktivn? SO, kter? byly vytvo?eny za ??elem p?eveden? adres do RUIAN, mohou b?t nav?z?ny na re?ln? adresn? m?sta. Ot?zka: M??e b?t naopak re?ln? SO nav?z?n na fiktivn? adresn? m?sto? Toto si nedok??u odpov?d?t. Sna??m se maxim?ln? vyhnout se sarkasmu, ale malou d?vku si p?eci jen neodpust?m: M?me zahradn? chatku 4x4 metry a uvnit? t?to chatky le?? duch, tedy defini?n? bod jin?ho SO. Jsou oba tyto SO re?ln?? Na tuto ot?zku si trouf?m odpov?d?t s vysokou m?rou pravd?podobnosti: ne, oba tyto SO nejsou re?ln?. Toto mus?te vy ?e?it cel? roky? (p??u 'vy', nikoli 'Vy'; m?m t?m na mysli instituci, kterou zde, alespo? v m?ch o??ch, zastupujete). Fiktivn? SO, kter? byly do RUIAN zavedeny v souvislosti s p?eb?r?n?m dat z ?IR-ADR jsou fiktivn?, nen? to tak, ?e n?kter? z nich u? mo?n? neexistuj?. Neexistuje a nikdy neexistoval ??dn? z nich a tedy to nen? t?eba zkoumat. Ta adresn? m?sta typu 34 x 1034 - to je to, co m? te? nejv?ce zaj?m?. Kter? z nich je vymy?len? a kter? je skute?n?? Lze to n?jak poznat? Nebo snad maj? b?t ob? tyto adresy re?ln?? Jedna zahradn? chatka a dv? adresy? Jak toto vzniklo? Pro? to tam je? K ostatn?m chyb?m v RUIAN - import adres u? je za polovinou, co? je dob?e a na druhou stranu i ?koda - byla to p??le?itost, kdy se n?kdo z OSM komunity dostal k problematick?m m?st?m a byla mo?nost je hl?sit. Mapov?n? samoz?ejm? nekon?? a i po dokon?en? importu adres budeme mapovat d?le a objevovat chybnou geometrii budov, v?ce budov na sob? apod. Sice nemohu mluvit za v?echny, ale trouf?m si odhadnout, ?e syst?m, kter? by umo??oval snadno hl?sit chyby na p??slu?n? pracovi?t? vytvo??me. Pot?ebujeme v?ak v?d?t, co pot?ebujete vy, tak?e se t???m(e) na ten n?vrh ?e?en?. -- Zdrav? Petr Vejsada Dne ?t 1. kv?tna 2014 21:49:35, Petr Sou?ek napsal(a): zobrazit citaci
> Dobr? den, > > po p?e?ten? dal??ch p??sp?vk? jsem se rozhodl nejd??ve n?kter? v?ci > vyjasnit, abyste v?d?li a pochopili, jak je to s daty R?IAN. > > --- > > Z jak?ch zdroj? vznikl R?IAN? > Z?kladn? registr nevznikl "na zelen? louce", ale ?daje do n?j byly > namigrov?ny z r?zn?ch zdroj? (zdroje jsou tak? uvedeny v ZZR). Z?konem > stanoven?mi zdrojov?mi daty pro prvotn? napln?n? IS?I/R?IAN byly: Informa?n? > syst?m katastru nemovitost? (ISKN), ?zemn? identifika?n? registr adres > (?IR-ADR), Registr s??tac?ch obvod? (RSO), Datab?ze dodac?ch m?st ?esk? > po?ty (DDM), Registr komun?ln?ch symbol? (REKOS) a Z?kladn? b?ze > geografick?ch dat (ZABAGED). Nap??klad zdrojem adresn?ch m?st byl v??e > zmi?ovan? ?IR-ADR. > > Jak prob?h? aktualizace ?daj? v R?IAN? > Aktualizace prob?h? pr?b??n? ve dvou agendov?ch informa?n?ch syst?mech > (AIS), kter?mi jsou ISKN a IS?I. Editorem v ISKN jsou katastr?ln? ??ad, > respektive katastr?ln? pracovi?t?. Editorem v IS?I jsou ??ZK > (http://www.cuzk.cz), ?S? (http://www.czso.cz/), obce a stavebn? ??ady > (nejen obecn? stavebn? ??ady, ale i speci?ln?, vojensk? a jin? stavebn? > ??ady, viz jejich seznam na > http://www.mmr.cz/getmedia/60165ee1-89b7-4d6f-9286-9f33af95456c/Prehled-stav > ebnich-uradu-a-jejich-cinnost.pdf). Editory jasn? definuje ZZR > (http://www.zakonyprolidi.cz/cs/2009-111). > > Jak? je vztah mezi R?IAN, IS?I a ISKN? > IS?I a ISKN jsou edita?n? agendov? informa?n? syst?my pro R?IAN, jejich? > prost?ednictv?m se edituj? data v R?IAN a je v nich uchov?na historie > jednotliv?ch prvk? (kter? nen? obsahem R?IAN, tam jsou jen aktu?ln? platn? > ?daje). > > Jak? stavebn? objekty jsou evidovan? v R?IAN? > V R?IAN jsou evidov?ny n?sleduj?c? stavebn? objekty (SO) (viz ZZR ?29) - > dokon?en? budova zapisovan? do katastru nemovitost? ?esk? republiky (d?le > jen "katastr nemovitost?") nebo jin? dokon?en? stavba, kter? se do katastru > nemovitost? nezapisuje, ale bylo j? p?id?leno ??slo popisn? nebo eviden?n?, > pokud slou?? k ubytov?n? lid? nebo k podnik?n? nebo jin? ekonomick? > ?innosti. Tzn. v R?IAN jsou evidov?ny n?kter? SO, kter? nejsou v ISKN > evidov?ny - jsou to nap?. provozovny v podchodech metra, podzemn? prostory, > atd. > > Eviduj? se v R?IAN historick? data? > Obsahem R?IAN jsou pouze aktu?ln? a platn? data. Historie se vede v IS?I a > ISKN. > > Jak? ?daje se eviduj? v R?IAN o stavebn?ch objektech? > Z?kladn? ?daje o stavebn?m objektu (typ, ??slo, vazba na ??st obce, vazba > na m?stskou ??st, vazba na parcelu a defini?n? bod, technicko-ekonomick? > atributy, zp?sob vyu?it?) se vedou v IS?I. Dal?? ?daje (polygon) se vedou v > ISKN. > Vzhledem k tomu, ?e ?daje o SO se vedou ve dvou informa?n?ch syst?mech, > nav?c jsou do nich zapisov?ny v r?zn?ch ?asech (SO je nejd??ve zaps?n do > IS?I a a? po n?jak? dob? /a? se vlastn?k dostav? na KN/ je zaps?n do ISKN) a > na r?zn?ch m?stech, mus? doch?zet k jejich sp?rov?n?. > Z v??e uveden?ho vypl?v?, ?e n?kter? SO nemus? m?t v R?IAN do?asn? > geometrii a to v dob? ne? dojde k z?pisu budovy do ISKN. Z?rove? n?kter? SO > nemus? m?t v R?IAN geometrii po??d, nebo? se jedn? o stavebn? objekty > neevidovan? v ISKN. > > M??e existovat v R?IAN adresn? m?sto bez vazby na stavebn? objekt? > V R?IAN nem??e existovat adresn? m?sto, kter? nem? vazbu na stavebn? > objekt. Z?rove? ka?d? ??slovan? stavebn? objekt mus? m?t minim?ln? jedno > adresn? m?sto. Vzhledem k tomu bylo nutn? p?i ?vodn? migraci dat z ?IR-ADR v > n?kter?ch p??padech automatizovan? vytvo?it "fiktivn?" stavebn? objekt. A > to v t?ch p??padech, kdy byla v ?IR-ADR vedena adresa, kter? nem?la sv?j > obraz v RSO a ISKN. N?kter? z t?chto SO u? nemus? existovat a to v sou?asn? > dob? prov??uj? na p??slu?n?ch stavebn?ch ??adech. M??e se jednat o SO, > kter?m ??k?te "duch". > > Prob?h? v R?IAN ?i?t?n? a kontrola dat? > Kontroly dat a jejich ?i?t?n? prob?h? od sam?ho vzniku registru. Je to > ?asov? n?ro?n? akce, kter? m??e trvat n?kolik let. K tomuto konstatov?n? m? > vede osobn? zku?enost s kontrolou a ?i?t?n?m dat v ISKN, kter?mu se > dlouhodob? (od roku 2005) v?nuji jako ?len expertn? skupiny ??ZK. > Kontroly dat v R?IAN jsou zve?ejn?n? na > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-spravno > sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN.aspx a > jsou zde podrobn? pops?ny i postupy pro jejich opravu. Bohu?el n?kte?? > edito?i se tomu nev?nuj? - nechci polemizovat nad t?m, jestli necht?j? a > nebo opravdu nemaj? ?as. > Od spu?t?n? IS?I (srpen 2011) se n?m povedlo, respektive na?im editor?m, > vy?e?it cca 100 tis?c adresn?ch m?st, kter? p?vodn? nem?ly lokalizaci, tj. > defini?n? bod. > > --- > > Probl?m s evidenc? jedn? budovy s vchody a v?ce budov vedle sebe. > Na tento probl?m jsme ji? narazili a ?e??me jej v prvn? instanaci na > "na?ich" katastr?ln?ch pracovi?t?ch, kde maj? za ?kol zkontrolovat z?pis > budov, jejich? obraz v IS?I/R?IAN je zaps?n jinak. Prost? v ISKN je zaps?no > jako jedna budova s ??stmi budov a v IS?I je zaps?no jako n samostatn?ch > budov. P??padn? obr?cen?, kdy je v ISKN v?ce budov a v IS?I je to jako jeden > samostatn? SO s vchody. > > Polygon budovy versus polygon parcely > Polygon budovy a parcely spolu ?pln? nesouvis?, respektive nemus? se > jednat o toto?n? polygon. V n?kter?ch p??padech to tak b?t m??e, ale > rozhodn? to nen? pravidlem. Polygon budovy m??e b?t men??, v tom p??pad? je > obrys budovy vyzna?en vnit?n? kresbou v ISKN. V n?kter?ch p??padech naopak > m??e budova le?et na v?ce parcel?ch a t?m p?dem bude polygon budovy v?t?? > ne? polygon jedn? parcely. > Polygon budovy vznik? v ISKN, tj. je v?sledkem zem?m??ick? ?innosti, z > velk? v?t?iny se jedn? o geometrick? pl?n. > > Katastr nemovitost? versus ZABAGED > ISKN zachycuje pr?vn? stav v?ci, tj. nap?. jsou v n?m zaps?ny ty budovy, u > kter?ch splnil vlastn?k z?konnou povinnost a donesl na katastr?ln? ??ad > podklady pro z?pis budovy do KN. Pokud tuto povinnost nesplnil, tak v ISKN > tato budova nebude. V ZABAGED naopak tato budova bude. Ale zase je pot?eba > vz?t v ?vahu, ?e aktualizace obou syst?m? prob?h? tak? jinak. ZABAGED je > aktualizov?n d?vkov?, naopak ISKN je aktualizov?no pr?b??n?. > > Chybn? geometrie u SO (nap?. dv?r m?sto budovy) > Nen? nutn? pos?lat spr?vnou geometrii. Polygon se generuje automatizovan? > v ISKN z hranic parcel a vnit?n? kresby a to ji? pracovn?ci na K?/KP mus? > ud?lat sami. Mus? k tomu vypracovat nem??ick? z?znam (n?co jako geometrick? > pl?n). > > --- > > Co se t??e p?eb?r?n? chyb a jejich n?sledn? ?e?en? mus?m nejd??ve projednat > s kolegy na ??ZK, vymyslet n?jak? jednoduch? ale na druhou stranu robustn? > syst?m. Vzhledem k dovolen?m na za??tku kv?tna nechte mi pros?m tro?ku ?asu. > Ur?it? se V?m ozvu s n?vrhem ?e?en?. > > Petr Sou?ek > > -----Original Message----- > From: Petr Vejsada [mailto:osm at propsychology.cz] > Sent: Thursday, May 01, 2014 11:45 AM > To: OpenStreetMap Czech Republic > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > Ahoj, > > Dne ?t 1. kv?tna 2014 11:19:53, Mirek Dlask napsal(a): > > Tak?e, mil? komunito. Je na?ase p?estat obkreslovat KM a kdo m? ?as, > > a? ho rad?ji v?nuje prob?haj?c?mu importu. > > Samoz?ejm? bude nutn? se n?jak vypo??dat s neexistuj?c?mi AM, kter? > > jsme si do OSM zavlekli obkreslov?n?m KM, ale i n?sledn?mi importy. > > V?etn? t?ch m?ch. > > Po dokon?en? tohoto importu pl?nuji: > > - smazat v?echna adresn? m?sta s odpov?daj?c?m ref:ruian_addr, ref:ruian a > uir_adr:ADRESA_KOD (v?d?li jste, ?e uir_adr:ADRESA_KOD je stejn? ??slo jako > RUIAN ID?), kter? maj? v m? datab?zi p??znak deleted (t.j. byla zru?ena mezi > 1.1.2014 a dne?kem) > > - pravd?podobn? smazat adresn? m?sta, kter? maj? n?kter? z ruian id v OSM a > nenach?zej? se v RUIAN > > - pokud budeme m?t dostate?nou d?v?ru k tomu, ?e v RUIAN jsou opravdu > v?echny adresy, tak by se dala hledat cesta k maz?n? AM v OSM, kter? se > nenajdou v RUIAN > > Tak? by se m?ly za??t po??dn? mazat budovy, abychom ze sam? ?cty k ciz? > pr?ci nenech?valy v OSM v?ci, kter? d?vno neexistuj?. P??le?itostn? ma?u > budovy, jejich? adresn? bod v RUIAN nen? a na fotk?ch je zcela jasn? > zbo?eni?t? nebo u? nov? postaven? d?m. > > Jj, mil? komunito, poj?te se p?idat. Jako mnoho z n?s, nerad p??u manu?ly, > tak alespo? paste z jednoho mailu, kter? snad shrnuje z?klady, jak > postupovat p?i importu adres: > > https://wiki.openstreetmap.org/wiki/Talk:Cs:Import_adres_z_RUIAN > > -- Petr > > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

14.5.2014 09:03:38 (#24)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
On Tue 13-05-14 21:05:19, Petr Vejsada wrote: zobrazit citaci
> V OSM tyto dvojit? adresy bu? byly a nebo nebyly, ale v?dy u nich byla > pozn?mka 'Nekonzistence KM a DB' ?i tak n?jak podobn?. Nezn?m p?esn? historii > t?ch import? do OSM a tak se k tomu nemohu p?esn?ji vyj?d?it.
K "Nekonzistence KM a DB" historick? pozn?mka na okraj. Takto ozna?en? jsou adresn? m?sta, kter? byla nalezena v katastr?ln? map?, av?ak chyb?ly dopl?uj?c? ?daje v UIR-ADR. Poloha byla tedy zn?ma, p?esn? adresa v?ak nikoli. Pak jsou adresn? m?sta v UIR-ADR, kter? nem?la sv?j prot?j?ek v katastr?ln? map?. Tedy adresa zn?ma, ale m?sto ne. Z pochopiteln?ch d?vod? tyto body v OSM chyb?. Nap??klad na Praze v?chod je takov?ch z?znam? 9880, Mlad? Boleslav 2498 nebo ?esk? L?pa 3403. Pak m??eme narazit na body, kter? maj? tag "fixme". Typicky u adres, kde je ?patn? p?i?azena m?stsk? ??st, p??padn? i ulice. V ide?ln?m p??pad? p?ispivatel, kter? import prov?d?l, tyto v?skyty o?et?il, ne? v?sledek nahr?l na server. Ze v?ak zku?enosti v?m, ?e se tak ne v?dy stalo. Libor

15.5.2014 02:03:27 (#25)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
On Wed, May 14, 2014 at 09:03:38AM +0200, Libor Pechacek wrote: zobrazit citaci
> Pak jsou adresn? m?sta v UIR-ADR, kter? nem?la sv?j prot?j?ek v katastr?ln? > map?. Tedy adresa zn?ma, ale m?sto ne. Z pochopiteln?ch d?vod? tyto body v > OSM chyb?. Nap??klad na Praze v?chod je takov?ch z?znam? 9880, Mlad? Boleslav > 2498 nebo ?esk? L?pa 3403.
ano, na Praze-v?chod je v RUIAN obrovsk? mno?stv? t?ch dvojadres, tedy bych odhadoval, ?e jde p?esn?, ?i z podstatn? ??sti, pr?v? o tyto adresy z UIR-ADR. T?ch skoro 10.000 bych ?ekl ?e je ??slo, kter? odpov?d? m?mu odhadu o po?tu t?ch dvojadres v Praze-v?chod. P?i?adili k nim fiktivn? stavebn? objekt a za?adili do RUIAN a nyn? tedy v RUIAN jsou a d?l? to tu neplechu. -- Petr

15.5.2014 07:35:20 (#26)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
Ahoj Pet?e, On Thu 15-05-14 14:03:27, Petr Vejsada wrote: zobrazit citaci
> On Wed, May 14, 2014 at 09:03:38AM +0200, Libor Pechacek wrote: > > > Pak jsou adresn? m?sta v UIR-ADR, kter? nem?la sv?j prot?j?ek v katastr?ln? > > map?. Tedy adresa zn?ma, ale m?sto ne. Z pochopiteln?ch d?vod? tyto body v > > OSM chyb?. Nap??klad na Praze v?chod je takov?ch z?znam? 9880, Mlad? Boleslav > > 2498 nebo ?esk? L?pa 3403. > > ano, na Praze-v?chod je v RUIAN obrovsk? mno?stv? t?ch dvojadres, tedy bych > odhadoval, ?e jde p?esn?, ?i z podstatn? ??sti, pr?v? o tyto adresy z UIR-ADR. > T?ch skoro 10.000 bych ?ekl ?e je ??slo, kter? odpov?d? m?mu odhadu o po?tu > t?ch dvojadres v Praze-v?chod.
Zvl??? jsem Ti poslal soubory s t?mito adresami. M??e? se pod?vat, jestli jsou to opravdu ony. Libor zobrazit citaci
> P?i?adili k nim fiktivn? stavebn? objekt a za?adili do RUIAN a nyn? tedy > v RUIAN jsou a d?l? to tu neplechu. > > -- > Petr > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
--

18.5.2014 11:04:49 (#27)
gravatar

Petr Souček

<soucekp at atlas.cz>
69
Dobr? den, m??ete mi pros?m poslat lokalitu, kde se nach?z? Va?e chata 34/1034? J? bych se na to detailn? pod?vat, jak to tam vypad?. K ostatn?m ot?zk?m a odpov?d?m na n? se dostanu v pr?b?hu t?dne. Byl jsem slu?ebn? mimo republiku, tak se mi zde nahromadila agenda. P?eji p?kn? zbytek ned?le a nebo sp?? za??tek pracovn?ho t?dne :-) Petr Sou?ek
-----Original Message----- From: Petr Vejsada [mailto:osm at propsychology.cz] Sent: Tuesday, May 13, 2014 9:05 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM Dobr? den, i j? jsem si dal na ?as s odpov?d?. I po takto celkem dlouh?m ?ase jsem trochu na rozpac?ch, co k tomu napsat. Budu se te? v?novat jen tomu, ??m se aktivn? zab?v?m v OSM, tedy importu adresn?ch m?st. Budov?m (stavebn?m objekt?m) se budu v?novat jen do t? m?ry, do jak? SO souvisej? s adresami. Nejprve chci pod?kovat za obs?hl? vysv?tlen? proces?, jak data vznikaj? a jejich toku. K tomu, co snad ch?pu - ch?pu d?vody, pro? musely b?t vytvo?eny fiktivn? SO p?i migraci z ?IR-ADR. Ch?pu, ?e vedle t?chto fiktivn?ch SO re?ln? existuj? i skute?n? SO, ke kter?m ta adresn? m?sta z ?IR-ADR pat??. Ch?pu i to, ?e nemus? b?t snadn? sp?rovat fiktivn? SO s t?mi re?ln?mi. P?est?v?m ch?pat v moment?, ?e ty re?ln? SO maj? tak? svoje adresy a tyto adresy jsou bu? zcela odli?n? a nebo se li?? o n?sobky tis?ce - fiktivn? SO m? ??slo eviden?n? 1034 a re?ln? m? ??slo eviden?n? 34, p??padn? naopak. Toto p?eci nem??e b?t n?hoda, nebo? se jedn?, jak u? jsem psal, odhadem o des?tky tis?c p??pad?. Nav?c to nen? v?c, kter? vznikla a? s RUIAN. V OSM tyto dvojit? adresy bu? byly a nebo nebyly, ale v?dy u nich byla pozn?mka 'Nekonzistence KM a DB' ?i tak n?jak podobn?. Nezn?m p?esn? historii t?ch import? do OSM a tak se k tomu nemohu p?esn?ji vyj?d?it. V RUIAN tedy te? jsou re?ln? a fiktivn? SO (bez ohledu na to, zda maj? ?i nemaj? hranice). Bylo by v?ce ne? vhodn?, aby ty fiktivn? SO byly n?jak?m zp?sobem ozna?eny. Dnes to mohu odhadovat nap??klad podle po?tu vypln?n?ch pol?. M?m-li dva SO milimetr od sebe, p?i?em? jeden m? popsan? zp?sob vyt?p?n?, zp?sob vyu?it?, po?et byt?, pater atd. a ten druh? tyto ?daje nem?, odhaduji, ?e ten druh? neexistuje. Oba tyto SO maj? sv? adresn? m?sto. Zde u? nen? snadn? rozli?it, kter? je skute?n? a kter? je fiktivn?. To z toho d?vodu, ?e fiktivn? SO, kter? byly vytvo?eny za ??elem p?eveden? adres do RUIAN, mohou b?t nav?z?ny na re?ln? adresn? m?sta. Ot?zka: M??e b?t naopak re?ln? SO nav?z?n na fiktivn? adresn? m?sto? Toto si nedok??u odpov?d?t. Sna??m se maxim?ln? vyhnout se sarkasmu, ale malou d?vku si p?eci jen neodpust?m: M?me zahradn? chatku 4x4 metry a uvnit? t?to chatky le?? duch, tedy defini?n? bod jin?ho SO. Jsou oba tyto SO re?ln?? Na tuto ot?zku si trouf?m odpov?d?t s vysokou m?rou pravd?podobnosti: ne, oba tyto SO nejsou re?ln?. Toto mus?te vy ?e?it cel? roky? (p??u 'vy', nikoli 'Vy'; m?m t?m na mysli instituci, kterou zde, alespo? v m?ch o??ch, zastupujete). Fiktivn? SO, kter? byly do RUIAN zavedeny v souvislosti s p?eb?r?n?m dat z ?IR-ADR jsou fiktivn?, nen? to tak, ?e n?kter? z nich u? mo?n? neexistuj?. Neexistuje a nikdy neexistoval ??dn? z nich a tedy to nen? t?eba zkoumat. Ta adresn? m?sta typu 34 x 1034 - to je to, co m? te? nejv?ce zaj?m?. Kter? z nich je vymy?len? a kter? je skute?n?? Lze to n?jak poznat? Nebo snad maj? b?t ob? tyto adresy re?ln?? Jedna zahradn? chatka a dv? adresy? Jak toto vzniklo? Pro? to tam je? K ostatn?m chyb?m v RUIAN - import adres u? je za polovinou, co? je dob?e a na druhou stranu i ?koda - byla to p??le?itost, kdy se n?kdo z OSM komunity dostal k problematick?m m?st?m a byla mo?nost je hl?sit. Mapov?n? samoz?ejm? nekon?? a i po dokon?en? importu adres budeme mapovat d?le a objevovat chybnou geometrii budov, v?ce budov na sob? apod. Sice nemohu mluvit za v?echny, ale trouf?m si odhadnout, ?e syst?m, kter? by umo??oval snadno hl?sit chyby na p??slu?n? pracovi?t? vytvo??me. Pot?ebujeme v?ak v?d?t, co pot?ebujete vy, tak?e se t???m(e) na ten n?vrh ?e?en?. -- Zdrav? Petr Vejsada Dne ?t 1. kv?tna 2014 21:49:35, Petr Sou?ek napsal(a): zobrazit citaci
> Dobr? den, > > po p?e?ten? dal??ch p??sp?vk? jsem se rozhodl nejd??ve n?kter? v?ci > vyjasnit, abyste v?d?li a pochopili, jak je to s daty R?IAN. > > --- > > Z jak?ch zdroj? vznikl R?IAN? > Z?kladn? registr nevznikl "na zelen? louce", ale ?daje do n?j byly > namigrov?ny z r?zn?ch zdroj? (zdroje jsou tak? uvedeny v ZZR). Z?konem > stanoven?mi zdrojov?mi daty pro prvotn? napln?n? IS?I/R?IAN byly: > Informa?n? syst?m katastru nemovitost? (ISKN), ?zemn? identifika?n? > registr adres (?IR-ADR), Registr s??tac?ch obvod? (RSO), Datab?ze > dodac?ch m?st ?esk? po?ty (DDM), Registr komun?ln?ch symbol? (REKOS) > a Z?kladn? b?ze geografick?ch dat (ZABAGED). Nap??klad zdrojem > adresn?ch m?st byl v??e zmi?ovan? ?IR-ADR. > > Jak prob?h? aktualizace ?daj? v R?IAN? > Aktualizace prob?h? pr?b??n? ve dvou agendov?ch informa?n?ch > syst?mech (AIS), kter?mi jsou ISKN a IS?I. Editorem v ISKN jsou > katastr?ln? ??ad, respektive katastr?ln? pracovi?t?. Editorem v IS?I > jsou ??ZK (http://www.cuzk.cz), ?S? (http://www.czso.cz/), obce a > stavebn? ??ady (nejen obecn? stavebn? ??ady, ale i speci?ln?, vojensk? > a jin? stavebn? ??ady, viz jejich seznam na > http://www.mmr.cz/getmedia/60165ee1-89b7-4d6f-9286-9f33af95456c/Prehle > d-stav ebnich-uradu-a-jejich-cinnost.pdf). Editory jasn? definuje ZZR > (http://www.zakonyprolidi.cz/cs/2009-111). > > Jak? je vztah mezi R?IAN, IS?I a ISKN? > IS?I a ISKN jsou edita?n? agendov? informa?n? syst?my pro R?IAN, > jejich? prost?ednictv?m se edituj? data v R?IAN a je v nich uchov?na > historie jednotliv?ch prvk? (kter? nen? obsahem R?IAN, tam jsou jen > aktu?ln? platn? ?daje). > > Jak? stavebn? objekty jsou evidovan? v R?IAN? > V R?IAN jsou evidov?ny n?sleduj?c? stavebn? objekty (SO) (viz ZZR > ?29) - dokon?en? budova zapisovan? do katastru nemovitost? ?esk? > republiky (d?le jen "katastr nemovitost?") nebo jin? dokon?en? stavba, > kter? se do katastru nemovitost? nezapisuje, ale bylo j? p?id?leno > ??slo popisn? nebo eviden?n?, pokud slou?? k ubytov?n? lid? nebo k > podnik?n? nebo jin? ekonomick? ?innosti. Tzn. v R?IAN jsou evidov?ny > n?kter? SO, kter? nejsou v ISKN evidov?ny - jsou to nap?. provozovny v > podchodech metra, podzemn? prostory, atd. > > Eviduj? se v R?IAN historick? data? > Obsahem R?IAN jsou pouze aktu?ln? a platn? data. Historie se vede v > IS?I a ISKN. > > Jak? ?daje se eviduj? v R?IAN o stavebn?ch objektech? > Z?kladn? ?daje o stavebn?m objektu (typ, ??slo, vazba na ??st obce, > vazba na m?stskou ??st, vazba na parcelu a defini?n? bod, > technicko-ekonomick? atributy, zp?sob vyu?it?) se vedou v IS?I. Dal?? > ?daje (polygon) se vedou v ISKN. > Vzhledem k tomu, ?e ?daje o SO se vedou ve dvou informa?n?ch > syst?mech, nav?c jsou do nich zapisov?ny v r?zn?ch ?asech (SO je > nejd??ve zaps?n do IS?I a a? po n?jak? dob? /a? se vlastn?k dostav? na > KN/ je zaps?n do ISKN) a na r?zn?ch m?stech, mus? doch?zet k jejich
sp?rov?n?. zobrazit citaci
> Z v??e uveden?ho vypl?v?, ?e n?kter? SO nemus? m?t v R?IAN do?asn? > geometrii a to v dob? ne? dojde k z?pisu budovy do ISKN. Z?rove? > n?kter? SO nemus? m?t v R?IAN geometrii po??d, nebo? se jedn? o > stavebn? objekty neevidovan? v ISKN. > > M??e existovat v R?IAN adresn? m?sto bez vazby na stavebn? objekt? > V R?IAN nem??e existovat adresn? m?sto, kter? nem? vazbu na stavebn? > objekt. Z?rove? ka?d? ??slovan? stavebn? objekt mus? m?t minim?ln? > jedno adresn? m?sto. Vzhledem k tomu bylo nutn? p?i ?vodn? migraci dat > z ?IR-ADR v n?kter?ch p??padech automatizovan? vytvo?it "fiktivn?" > stavebn? objekt. A to v t?ch p??padech, kdy byla v ?IR-ADR vedena > adresa, kter? nem?la sv?j obraz v RSO a ISKN. N?kter? z t?chto SO u? > nemus? existovat a to v sou?asn? dob? prov??uj? na p??slu?n?ch > stavebn?ch ??adech. M??e se jednat o SO, kter?m ??k?te "duch". > > Prob?h? v R?IAN ?i?t?n? a kontrola dat? > Kontroly dat a jejich ?i?t?n? prob?h? od sam?ho vzniku registru. Je > to ?asov? n?ro?n? akce, kter? m??e trvat n?kolik let. K tomuto > konstatov?n? m? vede osobn? zku?enost s kontrolou a ?i?t?n?m dat v > ISKN, kter?mu se dlouhodob? (od roku 2005) v?nuji jako ?len expertn?
skupiny ??ZK. zobrazit citaci
> Kontroly dat v R?IAN jsou zve?ejn?n? na > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-s > pravno > sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN.a > spx a jsou zde podrobn? pops?ny i postupy pro jejich opravu. Bohu?el > n?kte?? edito?i se tomu nev?nuj? - nechci polemizovat nad t?m, jestli > necht?j? a nebo opravdu nemaj? ?as. > Od spu?t?n? IS?I (srpen 2011) se n?m povedlo, respektive na?im > editor?m, vy?e?it cca 100 tis?c adresn?ch m?st, kter? p?vodn? nem?ly
lokalizaci, tj. zobrazit citaci
> defini?n? bod. > > --- > > Probl?m s evidenc? jedn? budovy s vchody a v?ce budov vedle sebe. > Na tento probl?m jsme ji? narazili a ?e??me jej v prvn? instanaci na > "na?ich" katastr?ln?ch pracovi?t?ch, kde maj? za ?kol zkontrolovat > z?pis budov, jejich? obraz v IS?I/R?IAN je zaps?n jinak. Prost? v ISKN > je zaps?no jako jedna budova s ??stmi budov a v IS?I je zaps?no jako n > samostatn?ch budov. P??padn? obr?cen?, kdy je v ISKN v?ce budov a v > IS?I je to jako jeden samostatn? SO s vchody. > > Polygon budovy versus polygon parcely > Polygon budovy a parcely spolu ?pln? nesouvis?, respektive nemus? se > jednat o toto?n? polygon. V n?kter?ch p??padech to tak b?t m??e, ale > rozhodn? to nen? pravidlem. Polygon budovy m??e b?t men??, v tom > p??pad? je obrys budovy vyzna?en vnit?n? kresbou v ISKN. V n?kter?ch > p??padech naopak m??e budova le?et na v?ce parcel?ch a t?m p?dem bude > polygon budovy v?t?? ne? polygon jedn? parcely. > Polygon budovy vznik? v ISKN, tj. je v?sledkem zem?m??ick? ?innosti, > z velk? v?t?iny se jedn? o geometrick? pl?n. > > Katastr nemovitost? versus ZABAGED > ISKN zachycuje pr?vn? stav v?ci, tj. nap?. jsou v n?m zaps?ny ty > budovy, u kter?ch splnil vlastn?k z?konnou povinnost a donesl na > katastr?ln? ??ad podklady pro z?pis budovy do KN. Pokud tuto povinnost > nesplnil, tak v ISKN tato budova nebude. V ZABAGED naopak tato budova > bude. Ale zase je pot?eba vz?t v ?vahu, ?e aktualizace obou syst?m? > prob?h? tak? jinak. ZABAGED je aktualizov?n d?vkov?, naopak ISKN je
aktualizov?no pr?b??n?. zobrazit citaci
> > Chybn? geometrie u SO (nap?. dv?r m?sto budovy) > Nen? nutn? pos?lat spr?vnou geometrii. Polygon se generuje > automatizovan? v ISKN z hranic parcel a vnit?n? kresby a to ji? > pracovn?ci na K?/KP mus? ud?lat sami. Mus? k tomu vypracovat nem??ick? > z?znam (n?co jako geometrick? pl?n). > > --- > > Co se t??e p?eb?r?n? chyb a jejich n?sledn? ?e?en? mus?m nejd??ve > projednat s kolegy na ??ZK, vymyslet n?jak? jednoduch? ale na druhou > stranu robustn? syst?m. Vzhledem k dovolen?m na za??tku kv?tna nechte mi
pros?m tro?ku ?asu. zobrazit citaci
> Ur?it? se V?m ozvu s n?vrhem ?e?en?. > > Petr Sou?ek > > -----Original Message----- > From: Petr Vejsada [mailto:osm at propsychology.cz] > Sent: Thursday, May 01, 2014 11:45 AM > To: OpenStreetMap Czech Republic > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > Ahoj, > > Dne ?t 1. kv?tna 2014 11:19:53, Mirek Dlask napsal(a): > > Tak?e, mil? komunito. Je na?ase p?estat obkreslovat KM a kdo m? ?as, > > a? ho rad?ji v?nuje prob?haj?c?mu importu. > > Samoz?ejm? bude nutn? se n?jak vypo??dat s neexistuj?c?mi AM, kter? > > jsme si do OSM zavlekli obkreslov?n?m KM, ale i n?sledn?mi importy. > > V?etn? t?ch m?ch. > > Po dokon?en? tohoto importu pl?nuji: > > - smazat v?echna adresn? m?sta s odpov?daj?c?m ref:ruian_addr, > ref:ruian a uir_adr:ADRESA_KOD (v?d?li jste, ?e uir_adr:ADRESA_KOD je > stejn? ??slo jako RUIAN ID?), kter? maj? v m? datab?zi p??znak deleted > (t.j. byla zru?ena mezi > 1.1.2014 a dne?kem) > > - pravd?podobn? smazat adresn? m?sta, kter? maj? n?kter? z ruian id v > OSM a nenach?zej? se v RUIAN > > - pokud budeme m?t dostate?nou d?v?ru k tomu, ?e v RUIAN jsou opravdu > v?echny adresy, tak by se dala hledat cesta k maz?n? AM v OSM, kter? > se nenajdou v RUIAN > > Tak? by se m?ly za??t po??dn? mazat budovy, abychom ze sam? ?cty k > ciz? pr?ci nenech?valy v OSM v?ci, kter? d?vno neexistuj?. > P??le?itostn? ma?u budovy, jejich? adresn? bod v RUIAN nen? a na > fotk?ch je zcela jasn? zbo?eni?t? nebo u? nov? postaven? d?m. > > Jj, mil? komunito, poj?te se p?idat. Jako mnoho z n?s, nerad p??u > manu?ly, tak alespo? paste z jednoho mailu, kter? snad shrnuje > z?klady, jak postupovat p?i importu adres: > > https://wiki.openstreetmap.org/wiki/Talk:Cs:Import_adres_z_RUIAN > > -- Petr > > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

19.5.2014 12:34:42 (#28)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Dobr? den, d?kuji za vst??cnost a z?jem. Nen? to moje chata, m?lo b?t "m?jme chatu", ne "m?me chatu". P??kladem m??e b?t SO 30365147, okres P??bram, Svat? Pole, *eviden?n?* ??slo 59. Uvnit? tohoto SO le?? jin? SO, kter? m? ??slo *popisn?* 59. V t?to zahr?dk??sk? osad? je takov?ch v?ce. Dal?? p??klad - AM 681032, co? je ?.ev. 13 a AM 40078680, eviden?n? ??slo 1013. Vzd?lenost od sebe 4 centimetry. AM 679712, ev.?.6 a AM 40078655, ev.?. 1006. Tak? cca 4 centimetry. SO 30192455 s AM 40064018, ev.?. 5019. Uvnit? tohoto SO je defini?n? bod jin?ho SO (nem?m te? po ruce jednoduch? prost?edek, jak zjistit ID toho "ducha") s AM 651869, co? je eviden?n? ??slo 19. SO 30192463 s AM 40064026, ev.?. 5028. Uvnit? duch s AM 651931, ev.?. 28. Praha, Kov?k? ??slo orienta?n? 30. Dva SO maj? toto orienta?n? ??slo, p?i?em? ka?d? m? sv? ??slo popisn?. Jeden m? jen defini?n? bod a le?? uvnit? hranic druh?ho. + tis?ce dal??ch ... -- S d?ky a pozdravy Petr Vejsada Dne Ne 18. kv?tna 2014 23:04:49, Petr Sou?ek napsal(a): zobrazit citaci
> Dobr? den, > > m??ete mi pros?m poslat lokalitu, kde se nach?z? Va?e chata 34/1034? J? bych > se na to detailn? pod?vat, jak to tam vypad?. K ostatn?m ot?zk?m a > odpov?d?m na n? se dostanu v pr?b?hu t?dne. Byl jsem slu?ebn? mimo > republiku, tak se mi zde nahromadila agenda. > > P?eji p?kn? zbytek ned?le a nebo sp?? za??tek pracovn?ho t?dne :-) > > Petr Sou?ek > > -----Original Message----- > From: Petr Vejsada [mailto:osm at propsychology.cz] > Sent: Tuesday, May 13, 2014 9:05 PM > To: OpenStreetMap Czech Republic > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > Dobr? den, > > i j? jsem si dal na ?as s odpov?d?. I po takto celkem dlouh?m ?ase jsem > trochu na rozpac?ch, co k tomu napsat. Budu se te? v?novat jen tomu, ??m se > aktivn? zab?v?m v OSM, tedy importu adresn?ch m?st. Budov?m (stavebn?m > objekt?m) se budu v?novat jen do t? m?ry, do jak? SO souvisej? s adresami. > > Nejprve chci pod?kovat za obs?hl? vysv?tlen? proces?, jak data vznikaj? a > jejich toku. K tomu, co snad ch?pu - ch?pu d?vody, pro? musely b?t vytvo?eny > fiktivn? SO p?i migraci z ?IR-ADR. Ch?pu, ?e vedle t?chto fiktivn?ch SO > re?ln? existuj? i skute?n? SO, ke kter?m ta adresn? m?sta z ?IR-ADR pat??. > Ch?pu i to, ?e nemus? b?t snadn? sp?rovat fiktivn? SO s t?mi re?ln?mi. > P?est?v?m ch?pat v moment?, ?e ty re?ln? SO maj? tak? svoje adresy a tyto > adresy jsou bu? zcela odli?n? a nebo se li?? o n?sobky tis?ce - fiktivn? SO > m? ??slo eviden?n? 1034 a re?ln? m? ??slo eviden?n? 34, p??padn? naopak. > Toto p?eci nem??e b?t n?hoda, nebo? se jedn?, jak u? jsem psal, odhadem o > des?tky tis?c p??pad?. Nav?c to nen? v?c, kter? vznikla a? s RUIAN. V OSM > tyto dvojit? adresy bu? byly a nebo nebyly, ale v?dy u nich byla pozn?mka > 'Nekonzistence KM a DB' ?i tak n?jak podobn?. Nezn?m p?esn? historii t?ch > import? do OSM a tak se k tomu nemohu p?esn?ji vyj?d?it. > > V RUIAN tedy te? jsou re?ln? a fiktivn? SO (bez ohledu na to, zda maj? ?i > nemaj? hranice). Bylo by v?ce ne? vhodn?, aby ty fiktivn? SO byly n?jak?m > zp?sobem ozna?eny. Dnes to mohu odhadovat nap??klad podle po?tu vypln?n?ch > pol?. M?m-li dva SO milimetr od sebe, p?i?em? jeden m? popsan? zp?sob > vyt?p?n?, zp?sob vyu?it?, po?et byt?, pater atd. a ten druh? tyto ?daje > nem?, odhaduji, ?e ten druh? neexistuje. Oba tyto SO maj? sv? adresn? m?sto. > Zde u? nen? snadn? rozli?it, kter? je skute?n? a kter? je fiktivn?. To z > toho d?vodu, ?e fiktivn? SO, kter? byly vytvo?eny za ??elem p?eveden? adres > do RUIAN, mohou b?t nav?z?ny na re?ln? adresn? m?sta. > > Ot?zka: M??e b?t naopak re?ln? SO nav?z?n na fiktivn? adresn? m?sto? Toto si > nedok??u odpov?d?t. > > Sna??m se maxim?ln? vyhnout se sarkasmu, ale malou d?vku si p?eci jen > neodpust?m: > > M?me zahradn? chatku 4x4 metry a uvnit? t?to chatky le?? duch, tedy > defini?n? bod jin?ho SO. Jsou oba tyto SO re?ln?? Na tuto ot?zku si trouf?m > odpov?d?t s vysokou m?rou pravd?podobnosti: ne, oba tyto SO nejsou re?ln?. > Toto mus?te vy ?e?it cel? roky? (p??u 'vy', nikoli 'Vy'; m?m t?m na mysli > instituci, kterou zde, alespo? v m?ch o??ch, zastupujete). Fiktivn? SO, > kter? byly do RUIAN zavedeny v souvislosti s p?eb?r?n?m dat z ?IR-ADR jsou > fiktivn?, nen? to tak, ?e n?kter? z nich u? mo?n? neexistuj?. Neexistuje a > nikdy neexistoval ??dn? z nich a tedy to nen? t?eba zkoumat. > > Ta adresn? m?sta typu 34 x 1034 - to je to, co m? te? nejv?ce zaj?m?. Kter? > z nich je vymy?len? a kter? je skute?n?? Lze to n?jak poznat? Nebo snad maj? > b?t ob? tyto adresy re?ln?? Jedna zahradn? chatka a dv? adresy? Jak toto > vzniklo? > Pro? to tam je? > > K ostatn?m chyb?m v RUIAN - import adres u? je za polovinou, co? je dob?e a > na druhou stranu i ?koda - byla to p??le?itost, kdy se n?kdo z OSM komunity > dostal k problematick?m m?st?m a byla mo?nost je hl?sit. Mapov?n? samoz?ejm? > nekon?? a i po dokon?en? importu adres budeme mapovat d?le a objevovat > chybnou geometrii budov, v?ce budov na sob? apod. Sice nemohu mluvit za > v?echny, ale trouf?m si odhadnout, ?e syst?m, kter? by umo??oval snadno > hl?sit chyby na p??slu?n? pracovi?t? vytvo??me. Pot?ebujeme v?ak v?d?t, co > pot?ebujete vy, tak?e se t???m(e) na ten n?vrh ?e?en?. > > -- > Zdrav? > Petr Vejsada > > Dne ?t 1. kv?tna 2014 21:49:35, Petr Sou?ek napsal(a): > > Dobr? den, > > > > po p?e?ten? dal??ch p??sp?vk? jsem se rozhodl nejd??ve n?kter? v?ci > > vyjasnit, abyste v?d?li a pochopili, jak je to s daty R?IAN. > > > > --- > > > > Z jak?ch zdroj? vznikl R?IAN? > > > > Z?kladn? registr nevznikl "na zelen? louce", ale ?daje do n?j byly > > > > namigrov?ny z r?zn?ch zdroj? (zdroje jsou tak? uvedeny v ZZR). Z?konem > > stanoven?mi zdrojov?mi daty pro prvotn? napln?n? IS?I/R?IAN byly: > > Informa?n? syst?m katastru nemovitost? (ISKN), ?zemn? identifika?n? > > registr adres (?IR-ADR), Registr s??tac?ch obvod? (RSO), Datab?ze > > dodac?ch m?st ?esk? po?ty (DDM), Registr komun?ln?ch symbol? (REKOS) > > a Z?kladn? b?ze geografick?ch dat (ZABAGED). Nap??klad zdrojem > > adresn?ch m?st byl v??e zmi?ovan? ?IR-ADR. > > > > Jak prob?h? aktualizace ?daj? v R?IAN? > > > > Aktualizace prob?h? pr?b??n? ve dvou agendov?ch informa?n?ch > > > > syst?mech (AIS), kter?mi jsou ISKN a IS?I. Editorem v ISKN jsou > > katastr?ln? ??ad, respektive katastr?ln? pracovi?t?. Editorem v IS?I > > jsou ??ZK (http://www.cuzk.cz), ?S? (http://www.czso.cz/), obce a > > stavebn? ??ady (nejen obecn? stavebn? ??ady, ale i speci?ln?, vojensk? > > a jin? stavebn? ??ady, viz jejich seznam na > > http://www.mmr.cz/getmedia/60165ee1-89b7-4d6f-9286-9f33af95456c/Prehle > > d-stav ebnich-uradu-a-jejich-cinnost.pdf). Editory jasn? definuje ZZR > > (http://www.zakonyprolidi.cz/cs/2009-111). > > > > Jak? je vztah mezi R?IAN, IS?I a ISKN? > > > > IS?I a ISKN jsou edita?n? agendov? informa?n? syst?my pro R?IAN, > > > > jejich? prost?ednictv?m se edituj? data v R?IAN a je v nich uchov?na > > historie jednotliv?ch prvk? (kter? nen? obsahem R?IAN, tam jsou jen > > aktu?ln? platn? ?daje). > > > > Jak? stavebn? objekty jsou evidovan? v R?IAN? > > > > V R?IAN jsou evidov?ny n?sleduj?c? stavebn? objekty (SO) (viz ZZR > > > > ?29) - dokon?en? budova zapisovan? do katastru nemovitost? ?esk? > > republiky (d?le jen "katastr nemovitost?") nebo jin? dokon?en? stavba, > > kter? se do katastru nemovitost? nezapisuje, ale bylo j? p?id?leno > > ??slo popisn? nebo eviden?n?, pokud slou?? k ubytov?n? lid? nebo k > > podnik?n? nebo jin? ekonomick? ?innosti. Tzn. v R?IAN jsou evidov?ny > > n?kter? SO, kter? nejsou v ISKN evidov?ny - jsou to nap?. provozovny v > > podchodech metra, podzemn? prostory, atd. > > > > Eviduj? se v R?IAN historick? data? > > > > Obsahem R?IAN jsou pouze aktu?ln? a platn? data. Historie se vede v > > > > IS?I a ISKN. > > > > Jak? ?daje se eviduj? v R?IAN o stavebn?ch objektech? > > > > Z?kladn? ?daje o stavebn?m objektu (typ, ??slo, vazba na ??st obce, > > > > vazba na m?stskou ??st, vazba na parcelu a defini?n? bod, > > technicko-ekonomick? atributy, zp?sob vyu?it?) se vedou v IS?I. Dal?? > > ?daje (polygon) se vedou v ISKN. > > > > Vzhledem k tomu, ?e ?daje o SO se vedou ve dvou informa?n?ch > > > > syst?mech, nav?c jsou do nich zapisov?ny v r?zn?ch ?asech (SO je > > nejd??ve zaps?n do IS?I a a? po n?jak? dob? /a? se vlastn?k dostav? na > > KN/ je zaps?n do ISKN) a na r?zn?ch m?stech, mus? doch?zet k jejich > > sp?rov?n?. > > > Z v??e uveden?ho vypl?v?, ?e n?kter? SO nemus? m?t v R?IAN do?asn? > > > > geometrii a to v dob? ne? dojde k z?pisu budovy do ISKN. Z?rove? > > n?kter? SO nemus? m?t v R?IAN geometrii po??d, nebo? se jedn? o > > stavebn? objekty neevidovan? v ISKN. > > > > M??e existovat v R?IAN adresn? m?sto bez vazby na stavebn? objekt? > > > > V R?IAN nem??e existovat adresn? m?sto, kter? nem? vazbu na stavebn? > > > > objekt. Z?rove? ka?d? ??slovan? stavebn? objekt mus? m?t minim?ln? > > jedno adresn? m?sto. Vzhledem k tomu bylo nutn? p?i ?vodn? migraci dat > > z ?IR-ADR v n?kter?ch p??padech automatizovan? vytvo?it "fiktivn?" > > stavebn? objekt. A to v t?ch p??padech, kdy byla v ?IR-ADR vedena > > adresa, kter? nem?la sv?j obraz v RSO a ISKN. N?kter? z t?chto SO u? > > nemus? existovat a to v sou?asn? dob? prov??uj? na p??slu?n?ch > > stavebn?ch ??adech. M??e se jednat o SO, kter?m ??k?te "duch". > > > > Prob?h? v R?IAN ?i?t?n? a kontrola dat? > > > > Kontroly dat a jejich ?i?t?n? prob?h? od sam?ho vzniku registru. Je > > > > to ?asov? n?ro?n? akce, kter? m??e trvat n?kolik let. K tomuto > > konstatov?n? m? vede osobn? zku?enost s kontrolou a ?i?t?n?m dat v > > ISKN, kter?mu se dlouhodob? (od roku 2005) v?nuji jako ?len expertn? > > skupiny ??ZK. > > > Kontroly dat v R?IAN jsou zve?ejn?n? na > > > > http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-s > > pravno > > sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN.a > > spx a jsou zde podrobn? pops?ny i postupy pro jejich opravu. Bohu?el > > n?kte?? edito?i se tomu nev?nuj? - nechci polemizovat nad t?m, jestli > > necht?j? a nebo opravdu nemaj? ?as. > > > > Od spu?t?n? IS?I (srpen 2011) se n?m povedlo, respektive na?im > > > > editor?m, vy?e?it cca 100 tis?c adresn?ch m?st, kter? p?vodn? nem?ly > > lokalizaci, tj. > > > defini?n? bod. > > > > --- > > > > Probl?m s evidenc? jedn? budovy s vchody a v?ce budov vedle sebe. > > > > Na tento probl?m jsme ji? narazili a ?e??me jej v prvn? instanaci na > > > > "na?ich" katastr?ln?ch pracovi?t?ch, kde maj? za ?kol zkontrolovat > > z?pis budov, jejich? obraz v IS?I/R?IAN je zaps?n jinak. Prost? v ISKN > > je zaps?no jako jedna budova s ??stmi budov a v IS?I je zaps?no jako n > > samostatn?ch budov. P??padn? obr?cen?, kdy je v ISKN v?ce budov a v > > IS?I je to jako jeden samostatn? SO s vchody. > > > > Polygon budovy versus polygon parcely > > > > Polygon budovy a parcely spolu ?pln? nesouvis?, respektive nemus? se > > > > jednat o toto?n? polygon. V n?kter?ch p??padech to tak b?t m??e, ale > > rozhodn? to nen? pravidlem. Polygon budovy m??e b?t men??, v tom > > p??pad? je obrys budovy vyzna?en vnit?n? kresbou v ISKN. V n?kter?ch > > p??padech naopak m??e budova le?et na v?ce parcel?ch a t?m p?dem bude > > polygon budovy v?t?? ne? polygon jedn? parcely. > > > > Polygon budovy vznik? v ISKN, tj. je v?sledkem zem?m??ick? ?innosti, > > > > z velk? v?t?iny se jedn? o geometrick? pl?n. > > > > Katastr nemovitost? versus ZABAGED > > > > ISKN zachycuje pr?vn? stav v?ci, tj. nap?. jsou v n?m zaps?ny ty > > > > budovy, u kter?ch splnil vlastn?k z?konnou povinnost a donesl na > > katastr?ln? ??ad podklady pro z?pis budovy do KN. Pokud tuto povinnost > > nesplnil, tak v ISKN tato budova nebude. V ZABAGED naopak tato budova > > bude. Ale zase je pot?eba vz?t v ?vahu, ?e aktualizace obou syst?m? > > prob?h? tak? jinak. ZABAGED je aktualizov?n d?vkov?, naopak ISKN je > > aktualizov?no pr?b??n?. > > > Chybn? geometrie u SO (nap?. dv?r m?sto budovy) > > > > Nen? nutn? pos?lat spr?vnou geometrii. Polygon se generuje > > > > automatizovan? v ISKN z hranic parcel a vnit?n? kresby a to ji? > > pracovn?ci na K?/KP mus? ud?lat sami. Mus? k tomu vypracovat nem??ick? > > z?znam (n?co jako geometrick? pl?n). > > > > --- > > > > Co se t??e p?eb?r?n? chyb a jejich n?sledn? ?e?en? mus?m nejd??ve > > projednat s kolegy na ??ZK, vymyslet n?jak? jednoduch? ale na druhou > > stranu robustn? syst?m. Vzhledem k dovolen?m na za??tku kv?tna nechte mi > > pros?m tro?ku ?asu. > > > Ur?it? se V?m ozvu s n?vrhem ?e?en?. > > > > Petr Sou?ek > > > > -----Original Message----- > > From: Petr Vejsada [mailto:osm at propsychology.cz] > > Sent: Thursday, May 01, 2014 11:45 AM > > To: OpenStreetMap Czech Republic > > Subject: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM > > > > Ahoj, > > > > Dne ?t 1. kv?tna 2014 11:19:53, Mirek Dlask napsal(a): > > > Tak?e, mil? komunito. Je na?ase p?estat obkreslovat KM a kdo m? ?as, > > > a? ho rad?ji v?nuje prob?haj?c?mu importu. > > > Samoz?ejm? bude nutn? se n?jak vypo??dat s neexistuj?c?mi AM, kter? > > > jsme si do OSM zavlekli obkreslov?n?m KM, ale i n?sledn?mi importy. > > > V?etn? t?ch m?ch. > > > > Po dokon?en? tohoto importu pl?nuji: > > > > - smazat v?echna adresn? m?sta s odpov?daj?c?m ref:ruian_addr, > > ref:ruian a uir_adr:ADRESA_KOD (v?d?li jste, ?e uir_adr:ADRESA_KOD je > > stejn? ??slo jako RUIAN ID?), kter? maj? v m? datab?zi p??znak deleted > > (t.j. byla zru?ena mezi > > 1.1.2014 a dne?kem) > > > > - pravd?podobn? smazat adresn? m?sta, kter? maj? n?kter? z ruian id v > > OSM a nenach?zej? se v RUIAN > > > > - pokud budeme m?t dostate?nou d?v?ru k tomu, ?e v RUIAN jsou opravdu > > v?echny adresy, tak by se dala hledat cesta k maz?n? AM v OSM, kter? > > se nenajdou v RUIAN > > > > Tak? by se m?ly za??t po??dn? mazat budovy, abychom ze sam? ?cty k > > ciz? pr?ci nenech?valy v OSM v?ci, kter? d?vno neexistuj?. > > P??le?itostn? ma?u budovy, jejich? adresn? bod v RUIAN nen? a na > > fotk?ch je zcela jasn? zbo?eni?t? nebo u? nov? postaven? d?m. > > > > Jj, mil? komunito, poj?te se p?idat. Jako mnoho z n?s, nerad p??u > > manu?ly, tak alespo? paste z jednoho mailu, kter? snad shrnuje > > z?klady, jak postupovat p?i importu adres: > > > > https://wiki.openstreetmap.org/wiki/Talk:Cs:Import_adres_z_RUIAN > > > > -- Petr > > > > > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

19.5.2014 02:08:17 (#29)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Dobr? den, pracuji te? na importu Plze?-sever a nar???m tentokr?t na nepodobn? dvojice, tak jich sem n?kolik nap??u: SO 709794 s AM 711900, ?.ev. 1, duch s AM 31287646, ?.p. 19 Jen defini?n? body, vzd?lenost 14 milimetr?, AM 9051759, ?.ev.3 a AM 40078175, ?.p. 22 SO 30313198 s AM 40109585 m? ?.p. 27, duch AM 623946 ?.ev.4, 18 mm SO 30237696 s AM 40077446 ?.ev.14, duch AM 27352234, ?.p.16, 2cm jen def. body, vzd?lenost 23mm, AM 681148 ?.ev. 24 a AM 40078663 ?.p.43. Pozn?mka zn? "Nekonzistence cuzk:km a mvcr:adresa". Posledn? bude i s obr?zkem, proto?e je zaj?mav?, ?e n?kdo posunul to popisn? ??slo - nen? uprost?ed domu a je v?e kr?sn? vid?t - budova, uvnit? duch (= defini?n? bod *jin?ho* SO) a ob? adresn? m?sta. Jde o SO 30313180 s AM 40109577, ?.p. 25 a duchovi pat?? AM 623938 a je to ev.?.3. Obr?zek je na http://pedro.poloha.net/duch.png Dne Po 19. kv?tna 2014 00:34:42, Petr Vejsada napsal(a): zobrazit citaci
> Dobr? den, > > d?kuji za vst??cnost a z?jem. Nen? to moje chata, m?lo b?t "m?jme chatu", ne

21.5.2014 11:05:48 (#30)
gravatar

Marián Kyral

<mkyral at email.cz>
2228 2371
Ahoj
---------- P?vodn? zpr?va ---------- Od: Petr Vejsada <osm at propsychology.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 19. 5. 2014 0:42:30 P?edm?t: Re: [Talk-cz] Hl??en? chyb RUIAN p??mo z JOSM "(nem?m te? po ruce jednoduch? prost?edek, jak zjistit ID toho "ducha")" Te? u? m??. Kone?n? jsem dod?lal podporu do pointInfa. Jako bonus jsem p?idal vzd?lenost duch? a okoln?ch adresn?ch m?st od bodu kliknut?. Ps: te? jsem si uv?domil, ?e zat?m nefunguje kop?rov?n? kl??? ducha do schr?nky. Tak?e nehl?sit, na oprav? se pracuje, do p?tku to bude ;-) Mari?n "" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140521/958f8a48/attachment-0001.html> ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: pi_duchove.png Type: image/png Size: 61432 bytes Desc: [??dn? popis nen? k dispozici] URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140521/958f8a48/attachment-0001.png>

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