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

[Talk-cz] Ruian jako zdroj dat

Vlákno 26.11.2013 - 17.1.2014, počet zpráv: 38


26.11.2013 10:04:16 (#1)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Ahoj komunito Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m vysv?tlen?m. would you please, *before* continuing any of your imports, e-mail data at osmfoundation.org and explain how you have conformed to our import guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't find any discussion about your proposed import on the imports@ list and the source of your data is unclear. Frederik Ramm OSMF Data Working Group Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu diplomatick?mu um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu jin?mu. T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani nev?m co a jak vysv?tlovat e-mailem. Hl?s? se n?kdo dobrovoln?? M.D. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131126/346100b6/attachment.html>

26.11.2013 10:19:54 (#2)
gravatar

hanoj

<ehanoj at gmail.com>
713
Ahoj, mo?n? by ne?kodilo dodat: 1) co jsi d?lal 2) pod jak?m ??tem 3) kde je k tomu popis postupu a metadata k v?sledku 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m d?ky hanoj Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com> napsal(a): zobrazit citaci
> Ahoj komunito > > Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import > dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > vysv?tlen?m. > > would you please, before continuing any of your imports, e-mail > data at osmfoundation.org and explain how you have conformed to our import > guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't find > any discussion about your proposed import on the imports@ list and the > source of your data is unclear. > > Frederik Ramm > OSMF Data Working Group > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu diplomatick?mu > um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu jin?mu. > T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > nev?m co a jak vysv?tlovat e-mailem. > Hl?s? se n?kdo dobrovoln?? > > M.D.

26.11.2013 10:28:01 (#3)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
1) import adresn?ch bod? 2) Minimalis_import 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. M.D. Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> Ahoj, > > mo?n? by ne?kodilo dodat: > 1) co jsi d?lal > 2) pod jak?m ??tem > 3) kde je k tomu popis postupu a metadata k v?sledku > 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m > > d?ky hanoj > > > Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com> napsal(a): > > Ahoj komunito > > > > Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( > import > > dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? > > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > > vysv?tlen?m. > > > > would you please, before continuing any of your imports, e-mail > > data at osmfoundation.org and explain how you have conformed to our import > > guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't > find > > any discussion about your proposed import on the imports@ list and the > > source of your data is unclear. > > > > Frederik Ramm > > OSMF Data Working Group > > > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu > diplomatick?mu > > um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu > jin?mu. > > T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > > nev?m co a jak vysv?tlovat e-mailem. > > Hl?s? se n?kdo dobrovoln?? > > > > M.D. > > _______________________________________________ > 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/20131126/db224346/attachment.html>

27.11.2013 09:33:50 (#4)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Cau, jestli chces, tak ti s tim muzu pomoct. Ale asi bude potreba: - napsat trochu vice informaci sem do debaty, ktere lepe popisou co a jak delas (odkud jsou data, cim je zpracovavas, uploadujes, jak resis pripadne konflikty, jaky je planovany dalsi postup/rozsah) aby se k tomu tady mohl nekdo vyjadrit - pocitam, ze licence je jasna, kdyz je to z RUIAN - zalozit radek tady http://wiki.openstreetmap.org/wiki/Import/Catalogue a asi i tady http://wiki.openstreetmap.org/wiki/Contributors#Poland - bylo by vhodne napsat vse jeste jednou na nove vytvorenou Wiki stranku - a pak uz to jen zpetne "zlegalizovat" mailem, s cimz tedy nabizim pomoc Pripadne muzu i prelozit do anglictiny tu wiki. Zdravi, Dalibor From: Mirek Dlask [mailto:dlask.m at gmail.com] Sent: Tuesday, November 26, 2013 10:28 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat 1) import adresn?ch bod? 2) Minimalis_import 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. M.D. Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com <mailto:ehanoj at gmail.com> > napsal(a): Ahoj, mo?n? by ne?kodilo dodat: 1) co jsi d?lal 2) pod jak?m ??tem 3) kde je k tomu popis postupu a metadata k v?sledku 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m d?ky hanoj Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com <mailto:dlask.m at gmail.com> > napsal(a): zobrazit citaci
> Ahoj komunito > > Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import > dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > vysv?tlen?m. > > would you please, before continuing any of your imports, e-mail > data at osmfoundation.org <mailto:data at osmfoundation.org> and explain how
you have conformed to our import zobrazit citaci
> guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't
find zobrazit citaci
> any discussion about your proposed import on the imports@ list and the > source of your data is unclear. > > Frederik Ramm > OSMF Data Working Group > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu
diplomatick?mu zobrazit citaci
> um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu
jin?mu. zobrazit citaci
> T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > nev?m co a jak vysv?tlovat e-mailem. > Hl?s? se n?kdo dobrovoln?? > > M.D.
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org <mailto: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/20131127/9068ecc7/attachment-0001.html>

27.11.2013 10:09:24 (#5)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Cau, koukal jsem na to zbezne. Stahlo mi to 300MB dat je v bodech, coz vypada, ze partyzanujes, uz celkem dlouho. ;-) Celkem se mi to zatim libi. Treba jsem hodne rad, ze pouzivas addr:place, tak kde nejsou ulice, takze to pak pujde najit. Vypada to, ze ovsem nedelas jen adresni body, ale i budovy. Jako trochu neprijemne, ale asi nevyhnutelne vidim, ze kdyz takhle naimportujes vesnici, tak tam si tretina domu chybi, takze je ji stejne potreba dodelat rucne. Predpokladam, ze v RUIANu jsou jen budovy postavene dle nejakeho stavebniho rizeni a ze mensi stavby, ktere asi neprochazi tolik a urednim simlem tam nejsou. Je to tak? Ovsem nekdy to dela nehezke vezi, jako tady id=244571117, kdy ten dum je tam jen castecne. Da se tomu nejak vyhnout? Predpokladam, ze ten import je poloautomaticky, ze kontrolujes, jestli tam uz neco nenakreslil nekdo drive. Je to tak? Na jiny problemek jsem narazil v nejake vesnici, kam si asi adresy uz dal drive. Byly tam nejake adresni body, ktere jsou podle RUIAN jinde, nez mi ukazuje KM. Co ma pak vice pravdu? V tomhle pripade se mi zdalo, ze logictejsi misto je to, ktere ukazovala KM, ale nevim, proc k tomu rozdilu dochazi a jaka data jsou lepsi. A kdyz uz ti s tim adresnim bodem pohnu, tak ti mam zachovat ref:ruian a prepsat source:addr z "ruian" na "cuzk:km"? Nebo to mam nechat a pripsat treba addr:loc=cuzk:km? Proc nekde jsou tvoje adresy o chloupek mimo nez body v KM? Treba id=2517820160 Jsi schopen a ochoten poskytnout svuj importovaci software i jinym, aby ho mohli pouzivat? Je v RUIAN k dispozici vice informaci treba k budovam, ktere bychom mohli nejak vyuzit? Nebo ten obrys je vse, co se da vytahnout? Zdravi, Dalibor From: Mirek Dlask [mailto:dlask.m at gmail.com] Sent: Tuesday, November 26, 2013 10:28 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat 1) import adresn?ch bod? 2) Minimalis_import 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. M.D. Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com <mailto:ehanoj at gmail.com> > napsal(a): Ahoj, mo?n? by ne?kodilo dodat: 1) co jsi d?lal 2) pod jak?m ??tem 3) kde je k tomu popis postupu a metadata k v?sledku 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m d?ky hanoj Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com <mailto:dlask.m at gmail.com> > napsal(a): zobrazit citaci
> Ahoj komunito > > Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import > dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > vysv?tlen?m. > > would you please, before continuing any of your imports, e-mail > data at osmfoundation.org <mailto:data at osmfoundation.org> and explain how
you have conformed to our import zobrazit citaci
> guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't
find zobrazit citaci
> any discussion about your proposed import on the imports@ list and the > source of your data is unclear. > > Frederik Ramm > OSMF Data Working Group > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu
diplomatick?mu zobrazit citaci
> um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu
jin?mu. zobrazit citaci
> T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > nev?m co a jak vysv?tlovat e-mailem. > Hl?s? se n?kdo dobrovoln?? > > M.D.
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org <mailto: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/20131127/b19bc22e/attachment.html>

27.11.2013 10:17:38 (#6)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> 2) Minimalis_import
*** dok?zal bych si p?edstavit v?sti?n?j?? n?zev pro ??et importuj?c? v?hradn? RUIAN zobrazit citaci
> 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? > vy?ten?ch v OSM datech.
*** tak n?kde na wiki popi? pro? jsi vybral toto sch?ma, pro? se nedr??? st?vaj?c?ho a jak? data a pro? vlastn? importuje?, co d?l?? s t?mi co u? jsou v osm... http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#.C4.8C.C3.9AZK_-_RUAIN http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Dokon.C4.8Den.C3.A9_importy zobrazit citaci
> Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu.
*** Tak to je asi nedorozum?n?. C?lem nen? z?skat jednotn? souhlas ve form? aklamace, ale 1) nadhodit t?ma, 2) vytvo?it koncept dat a metadata, 3) vyslechnout p?ipom?nky a zv??it je 4) nakonec n?co realizovat. V tv?m p??pad? jsem dosud vid?l jen 1) a 4) zobrazit citaci
> Tak?e mo?n? tak trochu partyz?n?tina.
*** to je pro ostatn? editory i u?ivatele dat ?koda, ne? ha hanoj

27.11.2013 07:24:05 (#7)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Zdrav?m v?echny Kdy? tady n?kdo p?ed vice jak rokem zm?nil, ?e bude trvat zhruba rok, ne? dojde k n?jak?mu pou?it? dat z Ruian nev??il jsem. Bohu?el je to je?t? hor??. Pokud v?m prob?hlo snad jen zp?esn?n? hranic region? a to je v?e ?! Lze nal?zt p?r dal??ch jednor?zov?ch pokus?. ?ek?n? na n?jak? glob?ln? ?e?en? jsem se kr?til po sv?m. Pokud se na m? n?kdo obr?til nab?dnul jsem mu pomoc. Nikdo toho nevyu?il. Mo?n? ?ekali n?jak? snadn? ?e?en?. Ale j? nic takov?ho nem?m a nenab?z?m. Kdo cht?l data dostal je. Kdo cht?l zdroj?k poslal jsem mu jej. Zkou?el jsem nejen adresn? m?sta, ale i stavebn? objekty (SO). Bohu?el data v Ruian jsou pro?pikov?ny mnoha chybami. Konkr?tn? u SO - ne?pln? geometrie Nap?. v?razn? lichob??n?k u SO na dvou lichob??n?kov?ch parcel?ch, v?cevchodov? SO ne?pln? d?lky, na hranic?ch digitalizovan?ho ?zem?. - jeden SO roz?len?n? do n?kolika multipolygon? - ?ekal bych SO pro jeden ??el, s jedn?m majitelem = jeden multipolygon - naopak v?ce SO v jednom multipolygonu. Nap?. rodinn? d?m a samostatn? stoj?c? gar?? - jako SO jsou ozna?eny a evidov?ny dvorky, zastav?n? plochy, zahrady, ale i cel? parcely - za chybu nelze pova?ovat mno?stv? pro OSM zbyte?n?ch bod? Patrn? nejv?t?? zast?e?en? bufet v ?esk?m r?ji http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF - p?izn?m se, ?e mi je z?hadou ne?plnost dat. Jedna stodola zakreslen?, sousedovic o p?r metr? d?l u? ne. Nejsou zde i velmi v?znamn? ( v?razn? budovy) Nap? ve ?koda Auto je zakreslena jen ??st hal, zato je s neuv??itelnou p?esnost? zakreslen ov?ln? zku?ebn? polygon. http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF (zhruba uprost?ed) - SO v SO. Dopru?uji Kol?n... http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF Chyby u adresn?ch m?st (AM) - AM vzd?len? des?tky i stovky metr? od mate?sk?ho SO. - AM na hospod??sk?ch budov?ch. Pokus o nahl??en? chyby skon?il sice dopln?n?m chyb?j?c?ho SO, ale AM je i nad?le na chl?vku. - mnoho AM bez geometrie ( geometrie lze z?skat ze SO) - konflikty AM - na jednom SO v?ce AM ?asto ve stylu ev.5 + ?p.5, oblast se dv?ma ?adami AM ze dvou ??st? obce V?echno odhalit a vyeliminovat nen? snadn?. Pokud bude v budoucnu prob?hat import dat polo/automaticky bude stav je?t? hor??. Je a bude nutn? ru?n? z?sah. Jestli ru?n? korekce n?jak zna?it nech?m na zku?en?j??ch. Nedok??u rozhodnout zda je p?esn?j?? Ruian nebo KM. Geometrie SO vych?z? z KM, um?st?n? AM je rozd?ln?. V KM v mnoha p??padech odpov?d? defini?n?mu bodu SO. Krom? geometrie SO je k dispozici i jejich ??el (vyu?it?). P??slu?n? ??seln?k jsem nena?el (moc jsem nehledal), ale vypad? zhruba takto 1;pr?myslov? objekt 2;zem?d?lsk? usedlost 3;objekt k bydlen? 4;objekt lesn?ho hospod??stv? 5;objekt ob?ansk? vybavenosti 6;bytov? d?m 7;rodinn? d?m 8;stavba pro rodinnou rekreaci 9;stavba pro shroma??ov?n? v?t??ho po?tu osob 10;stavba pro obchod 11;stavba ubytovac?ho za??zen? 12;stavba pro v?robu a skladov?n? 13;zem?d?lsk? stavba 14;stavba pro administrativu 15;stavba ob?ansk?ho vybaven? 16;stavba technick?ho vybaven? 17;stavba pro dopravu 18;gar?? 19;jin? stavba 20;v?ce??elov? stavba 21;sklen?k 23;hr?z p?ehrazuj?c? vodn? tok nebo ?dol? 24;hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni 25;hr?z ohrazuj?c? um?lou vodn? n?dr? 28;stavba k vyu?it? vodn? energie (vodn? elektr?rna) Jsou (budou) k dispozici dal?? technick? specifikace, prozat?m jen u nov?ch SO. Podrobnosti lze nal?zt i na str?nk?ch Ruian u ka?d?ho SO. Vyu?itelnost v OSM je ot?zkou... Kone?nou f?z? importu je vizu?ln? kontrola dat, validace a nahr?n? pomoc? JOSM. Opakuji - ??dn? snadn? ?e?en? nem?m. Hlavn? zbran? sou?asn?ch partyz?n? jsou: Ubuntu 13.04, wget, ruian2pgsql, postgres, postgis, pgadminIII a n?kolik nesourod?ch javovsk?ch bastl?, kter?mi p?ruji data a vytv???m v?stupy. V?stup do konzole p?esm?rov?v?m do souboru. To hlavn? je spousta ?asu p?i prov??ov?n? aktu?lnosti nesp?rovan?ch dat v OSM. Samotn? manipulace zabere jen zlomek ?asu. Z?kladn?m ?zem?m na kter?m pracuji je okres. Princip je jednoduch?. st?hnu data z OSM pomoc? JOSM st?hnu data z Ruian pomoc? wget pomoc? ruian2pgsql dostanu data do datab?ze jednoduch?m java bastlem dostanu OSM data do datab?ze m?m vytvo?en? dv? tabulky a sna??m se postupn? data p?rovat. Od dokonal? shody (nen? t?eba aktualizovat) p?es sp?rovan? data (aktualizovat) p?es nen? v Ruian ani KM, ale ni?emu nep?ek??? (beze zm?n) a? po duplicity, konflikty s nov?mi AM (odstra?uji) kontroluji vzd?lenost od SO (m?-li geometrii) p??padn? koriguji kontroluji validuji a odes?l?m pomoc? JOSM Z OSM dat je z?ejm?, ?e v minulosti prob?hly dv? z?sadn? importn? obdob?. Jedno je pops?no zde http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR Kvalita velmi rozd?ln? v z?vislosti na tom jak kdo ne/pochopil rozd?len? obc? na jednotliv? ??sti. Pokud se mi sejde na n?m?st? p?t ?p. 1 je z?ejm? ?e je n?kde chyba. (stovky chyb). V hor??m p??pad? je?t? s pozn?mkou o duplicit? nebo o nekonzistenci ... Zde je nedosti?n?m "v?t?zem" Liberec. Aktualizace m?sty velmi pracn?. Druh?m importem jsou data ozna?en? uir_adr:ADRESA_KOD. Pro ta jsou charakteristick?. Ne?pln? tagov?n? a polohov? nep?esnost, ale i otazn?ky v addr:housenumber Aktualizace bez probl?m? - uir_adr:ADRESA_KOD je toto?n? jako kod AM v rn_adresni_misto Oba importy nespr?vn? rozli?uj? velikost p?smen (U Stud?nky vs. U stud?nky. Nav?c se m?sty vz?jemn? p?ekr?valy (p?ekr?vaj??) a vytv??ely duplicity (MB, ME, ???any ....) Nemohu nevzpomenout individu?ln? obkreslov?n? KM. Kvalita r?zn?. Od name 27/1 a? po tak?ka dokonalou pr?ci... Aktualizace m?sty opravdu nemo?n? (zbyte?n?). Budoucnost nepat?? aluminiu, ale Ruian. Pokud bude z?jem, jsem k dispozici. Samoz?ejm? ide?ln? by byla skupina program?tor? .. Osobn? jsem doufal, ?e se n?kdo p?id? k fordfrogovi (on mo?n? taky). Na druhou stranu nev?m zda bych jako program?tor relaxoval programov?n?m. Mo?n? by se hodil n?jak? ?koln? projekt ... ale na z?zraky jsem nikdy nev??il. M.D. Dne 27. listopadu 2013 10:09 Dalibor Jel?nek <dalibor at dalibor.cz> napsal(a): zobrazit citaci
> Cau, > > koukal jsem na to zbezne. Stahlo mi to 300MB dat je v bodech, coz vypada, > ze partyzanujes, uz celkem dlouho. ;-) > > Celkem se mi to zatim libi. > > > > Treba jsem hodne rad, ze pouzivas addr:place, tak kde nejsou ulice, takze > to pak pujde najit. > > > > Vypada to, ze ovsem nedelas jen adresni body, ale i budovy. > > Jako trochu neprijemne, ale asi nevyhnutelne vidim, ze kdyz takhle > naimportujes vesnici, > > tak tam si tretina domu chybi, takze je ji stejne potreba dodelat rucne. > > Predpokladam, ze v RUIANu jsou jen budovy postavene dle nejakeho > stavebniho rizeni > > a ze mensi stavby, ktere asi neprochazi tolik a urednim simlem tam nejsou. > > Je to tak? > > > > Ovsem nekdy to dela nehezke vezi, jako tady id=244571117, kdy ten dum je > tam > > jen castecne. Da se tomu nejak vyhnout? > > > > Predpokladam, ze ten import je poloautomaticky, ze kontrolujes, jestli tam > uz neco nenakreslil nekdo drive. > > Je to tak? > > > > Na jiny problemek jsem narazil v nejake vesnici, kam si asi adresy uz dal > drive. > > Byly tam nejake adresni body, ktere jsou podle RUIAN jinde, nez mi ukazuje > KM. > > Co ma pak vice pravdu? V tomhle pripade se mi zdalo, ze logictejsi misto > je to, ktere > > ukazovala KM, ale nevim, proc k tomu rozdilu dochazi a jaka data jsou > lepsi. > > > > A kdyz uz ti s tim adresnim bodem pohnu, tak ti mam zachovat ref:ruian > > a prepsat source:addr z "ruian" na "cuzk:km"? Nebo to mam nechat a pripsat > > treba addr:loc=cuzk:km? > > > > Proc nekde jsou tvoje adresy o chloupek mimo nez body v KM? > > Treba id=2517820160 > > > > Jsi schopen a ochoten poskytnout svuj importovaci software i jinym, aby ho > mohli pouzivat? > > > > Je v RUIAN k dispozici vice informaci treba k budovam, ktere bychom mohli > nejak vyuzit? > > Nebo ten obrys je vse, co se da vytahnout? > > > > Zdravi, > > Dalibor > > > > > > *From:* Mirek Dlask [mailto:dlask.m at gmail.com] > *Sent:* Tuesday, November 26, 2013 10:28 PM > *To:* OpenStreetMap Czech Republic > *Subject:* Re: [Talk-cz] Ruian jako zdroj dat > > > > 1) import adresn?ch bod? > > 2) Minimalis_import > > 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? > vy?ten?ch v OSM datech. > > Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta > ?asu. Tak?e mo?n? tak trochu partyz?n?tina. > > > > M.D. > > > > > > Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com> napsal(a): > > Ahoj, > > mo?n? by ne?kodilo dodat: > 1) co jsi d?lal > 2) pod jak?m ??tem > 3) kde je k tomu popis postupu a metadata k v?sledku > 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m > > d?ky hanoj > > > Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com> napsal(a): > > Ahoj komunito > > > > Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( > import > > dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? > > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > > vysv?tlen?m. > > > > would you please, before continuing any of your imports, e-mail > > data at osmfoundation.org and explain how you have conformed to our import > > guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't > find > > any discussion about your proposed import on the imports@ list and the > > source of your data is unclear. > > > > Frederik Ramm > > OSMF Data Working Group > > > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu > diplomatick?mu > > um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu > jin?mu. > > T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > > nev?m co a jak vysv?tlovat e-mailem. > > Hl?s? se n?kdo dobrovoln?? > > > > M.D. > > _______________________________________________ > 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 > >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131127/713b568c/attachment-0001.html>

27.11.2013 07:50:50 (#8)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Ahoj, nejsem robot, ani si (prozat?m?) automatickou aktualizaci nedok??u p?edstavit. Proto ten n?zev ??tu... Nikde jsem se nedo?etl, ?e by n?zev ??tu m?l b?t odvozen? od zdroje importovan?ch dat. Ano, uzn?v?m. Jsem ?patn? ?ten?? a ctitel pravidel... Nep?ipad? mi ?e bych svoji ?innost? po?kodil ostatn? editory a u?ivatele. Naopak jsem jejich chyby odstranil a skryl do historie OSM. Nebo nar???? na to, ?e jsem se o ?e?en? nepod?lil s ostatn?mi? Pokud n?komu nap??u, co v?echno mus? zvl?dnout s?m, spolehliv? ho odrad?m (bohu?el). Kdosi nab?zel p?epis do Pythonu, ale v?sledek nezn?m. Zdroj?k dostalo v?ce lid?... M.D. Dne 27. listopadu 2013 10:17 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> > 2) Minimalis_import > *** dok?zal bych si p?edstavit v?sti?n?j?? n?zev pro ??et importuj?c? > v?hradn? RUIAN > > > 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? > > vy?ten?ch v OSM datech. > *** tak n?kde na wiki popi? pro? jsi vybral toto sch?ma, pro? se > nedr??? st?vaj?c?ho a jak? data a pro? vlastn? importuje?, co d?l?? s > t?mi co u? jsou v osm... > > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#.C4.8C.C3.9AZK_-_RUAIN > > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Dokon.C4.8Den.C3.A9_importy > > > Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta > ?asu. > *** Tak to je asi nedorozum?n?. C?lem nen? z?skat jednotn? souhlas ve > form? aklamace, ale 1) nadhodit t?ma, 2) vytvo?it koncept dat a > metadata, 3) vyslechnout p?ipom?nky a zv??it je 4) nakonec n?co > realizovat. V tv?m p??pad? jsem dosud vid?l jen 1) a 4) > > > > Tak?e mo?n? tak trochu partyz?n?tina. > *** to je pro ostatn? editory i u?ivatele dat ?koda, ne? > > ha > hanoj > > _______________________________________________ > 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/20131127/1a956e25/attachment.html>

28.11.2013 08:50:36 (#9)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> nejsem robot, ani si (prozat?m?) automatickou aktualizaci nedok??u > p?edstavit. Proto ten n?zev ??tu...
*** (ne)automatizace importu nijak nesouvis? s podstatou ??tu zobrazit citaci
> Nikde jsem se nedo?etl, ?e by n?zev ??tu m?l b?t odvozen? od zdroje > importovan?ch dat.
*** docela pom??e t?m ostatn?m v mraneni?ti ?e se ferdovi ??k? "ferda" a ne "malej mravenec" zobrazit citaci
> Ano, uzn?v?m. Jsem ?patn? ?ten?? a ctitel pravidel...
*** Nerozum?m, pro? to st?le opakuje?, rad?ji si zkus n?co p?e??st. zobrazit citaci
> Nep?ipad? mi ?e bych svoji ?innost? po?kodil ostatn? editory a u?ivatele. > Naopak jsem jejich chyby odstranil a skryl do historie OSM.
*** hodnota dat nen? jen v jejich (pochybn?) existenci v OSM, ale tak? to, ?e je o nich hodnov?rn? popis jak vznikly, pro? to tak bylo, jak se s daty nakl?dalo, pro? tak bylo nebo nebylo ud?l?no, co chyb?, jak? jsou mo?nosti pro ty ostatn? k pokra?ov?n? a d?le p?esnost, ?plnost, pokryt?, atributov? homogenita se star??mi daty, ?e?en? konflikt?, n?sledn?ch zm?n, aktualizace... zobrazit citaci
> Nebo nar???? na to, ?e jsem se o ?e?en? nepod?lil s ostatn?mi? Pokud n?komu > nap??u, co v?echno mus? zvl?dnout s?m, spolehliv? ho odrad?m (bohu?el).
*** Tak to je asi nedorozum?n?. C?lem nen? ps?t prosebn? maily, ale popsat to co delas na wiki. ha hanoj

28.11.2013 11:34:10 (#10)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 1226
On Thu 2013-11-28 20:50:36, hanoj wrote: zobrazit citaci
> > nejsem robot, ani si (prozat?m?) automatickou aktualizaci nedok??u > > p?edstavit. Proto ten n?zev ??tu... > *** (ne)automatizace importu nijak nesouvis? s podstatou ??tu
Tak tady nesouhlasim. Pokud je v tom rucni prace (a tady ji zda-se je az az) tak uz to neni import ale regulerni mapovani s pouzitim Ruian jako zdroje... zobrazit citaci
> > Nep?ipad? mi ?e bych svoji ?innost? po?kodil ostatn? editory a u?ivatele. > > Naopak jsem jejich chyby odstranil a skryl do historie OSM. > *** hodnota dat nen? jen v jejich (pochybn?) existenci v OSM, ale tak? > to, ?e je o nich hodnov?rn? popis jak vznikly, pro? to tak bylo, jak > se s daty nakl?dalo, pro? tak bylo nebo nebylo ud?l?no, co chyb?, jak? > jsou mo?nosti pro ty ostatn? k pokra?ov?n? a d?le p?esnost, ?plnost, > pokryt?, atributov? homogenita se star??mi daty, ?e?en? konflikt?, > n?sledn?ch zm?n, aktualizace...
Nastesti pro bezne mapovani takovehle pozadavky nejsou, takze se mapa muze posunovat dopredu :-). Velmi nerad bych psal slohovku o tom jak by se dalo pokracovat pokazdy kdyz zmapuju lesni cestu... Mejte se, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

29.11.2013 10:36:40 (#11)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Ahoj, rad bych se Mirka zastal, protoze mam dojem, ze to jaky zvolil nazev uctu, je spise podruzna zalezitost a mam pocit, ze kritika, ktera se na nej ted snasi je trochu zbytecna a spis odrazujici od dalsi prace. Koneckoncu, kdyz ja rucne obmalovavam katastralni mapu, tak delam neco velmi podobneho a taky to delam pod svym nickem a nic zvlastniho se z meho nicku nevycte. Pocitam, ze to hlavni je, ze na vytvorene objekty dava tagy source a ref, ktere rikaji odkud data pochazi a jak vznikla. A to snad staci ne? Pokud ovsem Hanoj narazi jen na to, ze pouziva source:addr=ruian nebo source=ruian a radsi by byl, aby pouzil source=cuzk:ruian tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen snadno opravit, pokud mu bude odblokovan ucet. ;-) Naopak si myslim, ze vzhledem k popsane slozitosti "importu" dat z RUIAN je velmi vhodne, ze pro svou konkretni metodu a vysledek prace si zvolil ucet, ktery primo odkazuje na jeho osobu, ale da se odlisit od "kresleni", ktere dela jako minimalis rucne. Da se predpokladat, v budoucnu vzniknou dalsi projekty, ktere budou zpracovavat/importovat data z RUIAN, ale po svem, takze zabrat si ted s velkou slavou honosny uzivatelsky nick "ruian-import" pro projekt, na kterem dela sam a jeste je vlastne "rucni", by mi naopak prislo trochu nabubrele. Na druhou stranu by asi bylo hodne dobre, kdyby napsal onu stranku na ceske wiki, kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o tomhle projektu. Aby ta informace nekde byla jasne a prehledne i pro dalsi, pokud by chteli na jeho praci navazat, resp. o tom projektu diskutovat na jednom prehlednem miste. V kazdem pripade si po tom, co jsem precetl popis metody a souvisejicich problemu, nejsem jist, jestli ma cenu to tlacit jako "oficialni" import. Mozna by stacilo, kdyby se napsal (coz klidne udelam) vysvetlujici mail prislusnym autoritam, ve kterem by se situace objasnila, vysvetlilo by se, ze se nejedna o zadny masovy import, ale spise o rucni doplnovani adres a domu za pouziti verejneho zdroje, tedy jen vylepsene "obkreslovani", ktere tu dela leckdo. Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda bude mit Mirek naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako je treba ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak building, treba building=garage, nebo mene konfliktni novy tag, treba building:ruian=neco. Zdravi, Dalibor

29.11.2013 10:47:28 (#12)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
ahoj, v souvislosti s t?mhle t?matem bych jen cht?l p?ipomenout, ?e je zde v pom?rn? pokro?il? f?zi, ale st?le nedokon?en? (z d?vodu m?ho zanepr?zdn?n?) projekt pro (polo)automatick? import a aktualizaci adresn?ch bod?: https://github.com/fordfrog/ruian2osm/tree/next_release nav?c se d? vyu??t i ?ist? jen pro kontrolu t?eba jen ur?it? oblasti, co chyb?, co je tam nav?c, zda jsou mezi adresn?mi body odchylky a jak velk? (to v?e um? u? te?). samoz?ejm? pokud by se na?el n?kdo, kdo by ten projekt dok?zal dot?hnout do konce v souladu s n?jak?mi zdej??mi pravidly, tak by to byl ur?it? hodn? velk? p??nos pro mapov?n? ?r. ff Dne 29.11.2013 10:36, Dalibor Jel?nek napsal(a): zobrazit citaci
> Ahoj, > rad bych se Mirka zastal, protoze mam dojem, ze to jaky zvolil > nazev uctu, je spise podruzna zalezitost a mam pocit, ze kritika, ktera > se na nej ted snasi je trochu zbytecna a spis odrazujici od dalsi prace. > Koneckoncu, kdyz ja rucne obmalovavam katastralni mapu, tak delam > neco velmi podobneho a taky to delam pod svym nickem a nic zvlastniho > se z meho nicku nevycte. > > Pocitam, ze to hlavni je, ze na vytvorene objekty dava tagy source a ref, > ktere rikaji odkud data pochazi a jak vznikla. A to snad staci ne? > > Pokud ovsem Hanoj narazi jen na to, ze pouziva > source:addr=ruian nebo source=ruian > a radsi by byl, aby pouzil source=cuzk:ruian > tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen snadno > opravit, pokud mu bude odblokovan ucet. ;-) > > Naopak si myslim, ze vzhledem k popsane slozitosti "importu" dat z RUIAN > je velmi vhodne, ze pro svou konkretni metodu a vysledek prace si > zvolil ucet, ktery primo odkazuje na jeho osobu, ale da se odlisit > od "kresleni", ktere dela jako minimalis rucne. > > Da se predpokladat, v budoucnu vzniknou dalsi projekty, ktere budou > zpracovavat/importovat data z RUIAN, ale po svem, takze zabrat si > ted s velkou slavou honosny uzivatelsky nick "ruian-import" pro projekt, > na kterem dela sam a jeste je vlastne "rucni", by mi naopak prislo > trochu nabubrele. > > Na druhou stranu by asi bylo hodne dobre, kdyby napsal onu stranku na ceske wiki, > kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o tomhle > projektu. Aby ta informace nekde byla jasne a prehledne i pro dalsi, pokud > by chteli na jeho praci navazat, resp. o tom projektu diskutovat na jednom prehlednem miste. > > > V kazdem pripade si po tom, co jsem precetl popis metody a souvisejicich problemu, > nejsem jist, jestli ma cenu to tlacit jako "oficialni" import. Mozna by stacilo, > kdyby se napsal (coz klidne udelam) vysvetlujici mail prislusnym autoritam, > ve kterem by se situace objasnila, vysvetlilo by se, ze se nejedna o zadny masovy > import, ale spise o rucni doplnovani adres a domu za pouziti verejneho zdroje, > tedy jen vylepsene "obkreslovani", ktere tu dela leckdo. > > Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda bude mit Mirek > naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako je treba > ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak building, treba > building=garage, nebo mene konfliktni novy tag, treba building:ruian=neco. > > Zdravi, > Dalibor > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4228 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131129/28d008d4/attachment.bin>

30.11.2013 06:53:20 (#13)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Ahoj, D?ky za odkaz a p?ipomenut? ruian2osm a dovol?m si p?r n?m?t?. Neodva?uju se do kodu sahat na githubu. - v Node je t?eba zm?nit int Id na Long Id tot?? u setId, getId - v OsmLoader tak? final List<int> loadedIds na final List<Long> loadedIds (je tam n?kolikr?t) Pak u? to funguje. Asi tro?ku v?t?? z?sah, asi pro n?koho jin?ho. isIn - je-li ??st obce stejn? jako obec vrac?me jen obec, kraj, st?t to je ok doplnit jinak vr?tit ??st obce, obec, kraj, st?t chyb? podpora addr:place u adres bez ulice - bu? je addr:street nen?-li tak vlo?it addr:place nejsem si ?pln? jist? zda m?? v p?rov?n? ref:ruian. Prezentace v?sledk?. Geometrie bodu mi nic ne??k?. Pokud se chci pod?vat na jeho polohu v JOSM sta?? mi id resp ref U SRID bych dal p?ednost 5514 a metr?m, u 4326 budu teprve zkoumat kolik nastavit v match-max-distance Ukl?daj? se n?kam data sta?en? z OSM? Jakou m? funkci p?ep?na? --update? Rozjezd velmi dobr?, potencion?l zna?n? jen to vyu??t ... ----------------------------------------------------------------------------------------------------------------------------------- Pro ostatn?. P?r slov na wiki d?m, dejte mi ?as t?den, na ut??d?n? my?lenek a zavzpom?n?n?, co v?echno jsem je?t? neuvedl. Nev?m zda tam p?idat n?jak? p??klady z Ruian. Z OSM je ne?ekejte. Nechci tady nikoho uv?d?t do rozpak?. Nap??klad jsem nezm?nil to, ?e aktualizuji pouze AM jako body. Ne ?e by ne?li aktualizace adres na budov?ch, ale m?sty opravdu nejdou. Nejdou na SO s v?ce vchody a tedy v?ce AM, kde je na SO pouze jedno AM a ostatn? sch?zej? . Pot?? je nad takov? SO s jedn?m AM um?stit nov? body. Doch?z? k p?ekryvu ??sel a jejich ne?itelnosti. Jednoduch? ?e?en? nem?m. Nezm?nil jsem je?t? zdvojen? AM na rohov?ch SO. V Ruian jsou body pro vedlej?? i hlavn? ulici na sob?, co? se JOSM nel?b?. I p?es jeho odpor to tak nech?v?m v p??padech, kdy jsou ob? ??sla identick? a li?? se pouze ulice. U AM s ??slem orienta?n?m je pak posouv?m ru?n? k hran? SO. Nav?c ani nev?m, zda u t?chto SO jsou opravdu vyu?iteln? (existuj??) oba vchody. Ale co jsem nam?tkou kontroloval tak jsou i v adresy.xml. Jak to ud?lat automaticky nev?m. --------------------------------------------------------------------------------------------------------------------------------- Abychom se posunuli d?l. Hanoj by kone?n? mohl b?t ve sv? kritice konstruktivn?j?? a napsat svoji p?edstavu o n?zvech importn?ch ??t? pro p??pad v?ce u?ivatel? + jeden hlavn? pro automat. N?jak? ?as vy?k?m, zda se n?kdo ujme v?voje n?jak?ho polo/automatu. Teoreticky je mo?n? velmi rychle aktualizovat neproblematick? data a pr?b??n? opravovat probl?my. I nov? data se daj? p?idat tam, kde prokazateln? nic nen?, velmi rychle. M?me ?adu obc?, kde nikdy ??dn? import neprob?hl. S?m bych se r?d lehce upozadil a v?noval se t?m probl?m?m. Intern? si m??eme ??ct, ?e moje ?innost byla opravdu v?ce import, ne? odvozov?n? ... Tedy pokud porovn?m objem dat. ?e ru?n? pr?ce je zdlouhav?j?? na v?ci nic nem?n?. Navenek bych to ov?em opravdu prezentoval jako odvozov?n?. Nebo jsem se domn?val, ?e jde o odvozov?n?. Rozum?m tomu dob?e ?e Ruian nen? mezin?rodn? uzn?n jako zdroj dat? Nen? ani zde http://wiki.openstreetmap.org/wiki/Import/Catalogue Zat?m jsem p?ipravil n?sleduj?c? vysv?tlen?. -------------------------------------------------------------------------------------------------------- Dobr? den, Jmenuji se Mirek Dlask V r?mci OSM po??v?m ??ty Minimalis a Minimalis_import. R?d bych vysv?tlil svoji ?innost, kter? vedla k zablokov?n? m?ho ??tu Minimalis_import. U? v?ce ne? rok jsou k dispozici data z ve?ejn?ch zdroj?, jejich? garantem je ?esk? ??ad zem?m??i?sk? a katastr?ln? ??ad. Jedn? se o projekt s p??sp?vkem EU. Data jsou k dispozici voln? bez licence. Bohu?el data o nemovitostech byla v minulosti zanedb?na a i v sou?asn? dob? obsahuj? ?adu nep?esnost? a chyb. Jejich pou?it? bez ru?n? korekce je pro pot?eby OSM problematick?. Proto se domn?v?m, ?e nejde o ?ist? import, ale o odvozov?n? s pou?it?m dat z Ruian jako zdroje. ?pravy prov?d?m p??mo v datab?zi. K uveden? ?innosti nepot?ebuji ??dn? speci?ln? programov? vybaven?. Pouze p?r ??dk? programu v Jav?, kter?m vytvo??m v?stupn? *.osm soubor. Ten otev?u v JOSM, data zkontroluji proti katastr?ln? map? a po validaci odes?l?m. Hled?m zp?sob, jak zlegalizovat sv?j postup a dos?hnout uzn?n? Ruian jako regul?rn?ho zdroje dat. O Ruian jako o schv?len?m zdroji dat je zm?nka i na ?esk?ch wiki str?nk?ch OSM. Wiki str?nky popisuj?c? ?skal? importu p?ipravuji. Cel? problematika je diskutov?na od po??tku projektu na talk.cz . Bohu?el se do dne?n?ho dne nena?el nikdo, kdo by celou z?le?itost prezentoval na imports@ list. Z dat obsa?en?ch v Ruian budou v prvn? f?zi importov?ny adresn? body, stavebn? objekty a s?? ulic ve m?stech kde chyb?j?. S importem jin?ch dat se prozat?m nepo??t?. C?l projektu - aktualizace st?vaj?c?ch adresn?ch bod?, dopln?n? nov?ch adresn?ch bod?, p?id?n? nov?ch budov. M?sto - ?zem? ?R Ozna?en? dat - source = cuzk:ruian Doba trv?n? - nestanovena - odhad 1-2 roky - pot? pravideln? aktualizace Importn? ??ty ............... Po?et ??astn?k? - nezji?t?n www ruian - http://vdp.cuzk.cz/ Dal?? p??padn? informace na po??d?n? r?d dopln?m. Za p?eklad d?kuji ............... Raz?tko a podpis. ------------------------------------------------------------------------------------------------------------------------ P?ipom?nky a dopln?n? v?t?ny. A? v tom nel?t?m s?m ;-) M.D. Dne 29. listopadu 2013 10:47 Miroslav ?ulc <fordfrog at fordfrog.com>napsal(a): zobrazit citaci
> ahoj, > > v souvislosti s t?mhle t?matem bych jen cht?l p?ipomenout, ?e je zde v > pom?rn? pokro?il? f?zi, ale st?le nedokon?en? (z d?vodu m?ho > zanepr?zdn?n?) projekt pro (polo)automatick? import a aktualizaci > adresn?ch bod?: https://github.com/fordfrog/ruian2osm/tree/next_release > > nav?c se d? vyu??t i ?ist? jen pro kontrolu t?eba jen ur?it? oblasti, co > chyb?, co je tam nav?c, zda jsou mezi adresn?mi body odchylky a jak > velk? (to v?e um? u? te?). samoz?ejm? pokud by se na?el n?kdo, kdo by > ten projekt dok?zal dot?hnout do konce v souladu s n?jak?mi zdej??mi > pravidly, tak by to byl ur?it? hodn? velk? p??nos pro mapov?n? ?r. > > ff > > Dne 29.11.2013 10:36, Dalibor Jel?nek napsal(a): > > Ahoj, > > rad bych se Mirka zastal, protoze mam dojem, ze to jaky zvolil > > nazev uctu, je spise podruzna zalezitost a mam pocit, ze kritika, ktera > > se na nej ted snasi je trochu zbytecna a spis odrazujici od dalsi prace. > > Koneckoncu, kdyz ja rucne obmalovavam katastralni mapu, tak delam > > neco velmi podobneho a taky to delam pod svym nickem a nic zvlastniho > > se z meho nicku nevycte. > > > > Pocitam, ze to hlavni je, ze na vytvorene objekty dava tagy source a ref, > > ktere rikaji odkud data pochazi a jak vznikla. A to snad staci ne? > > > > Pokud ovsem Hanoj narazi jen na to, ze pouziva > > source:addr=ruian nebo source=ruian > > a radsi by byl, aby pouzil source=cuzk:ruian > > tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen > snadno > > opravit, pokud mu bude odblokovan ucet. ;-) > > > > Naopak si myslim, ze vzhledem k popsane slozitosti "importu" dat z RUIAN > > je velmi vhodne, ze pro svou konkretni metodu a vysledek prace si > > zvolil ucet, ktery primo odkazuje na jeho osobu, ale da se odlisit > > od "kresleni", ktere dela jako minimalis rucne. > > > > Da se predpokladat, v budoucnu vzniknou dalsi projekty, ktere budou > > zpracovavat/importovat data z RUIAN, ale po svem, takze zabrat si > > ted s velkou slavou honosny uzivatelsky nick "ruian-import" pro projekt, > > na kterem dela sam a jeste je vlastne "rucni", by mi naopak prislo > > trochu nabubrele. > > > > Na druhou stranu by asi bylo hodne dobre, kdyby napsal onu stranku na > ceske wiki, > > kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o > tomhle > > projektu. Aby ta informace nekde byla jasne a prehledne i pro dalsi, > pokud > > by chteli na jeho praci navazat, resp. o tom projektu diskutovat na > jednom prehlednem miste. > > > > > > V kazdem pripade si po tom, co jsem precetl popis metody a souvisejicich > problemu, > > nejsem jist, jestli ma cenu to tlacit jako "oficialni" import. Mozna by > stacilo, > > kdyby se napsal (coz klidne udelam) vysvetlujici mail prislusnym > autoritam, > > ve kterem by se situace objasnila, vysvetlilo by se, ze se nejedna o > zadny masovy > > import, ale spise o rucni doplnovani adres a domu za pouziti verejneho > zdroje, > > tedy jen vylepsene "obkreslovani", ktere tu dela leckdo. > > > > Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda > bude mit Mirek > > naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako > je treba > > ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak > building, treba > > building=garage, nebo mene konfliktni novy tag, treba > building:ruian=neco. > > > > Zdravi, > > Dalibor > > > > > > > > _______________________________________________ > > 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 > >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131130/4ea7c7b6/attachment.html>

1.12.2013 01:20:31 (#14)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> rad bych se Mirka zastal, protoze mam dojem, ze to jaky zvolil > nazev uctu, je spise podruzna zalezitost a mam pocit, ze kritika, ktera > se na nej ted snasi je trochu zbytecna a spis odrazujici od dalsi prace.
*** Zvolil si nepruhledny nazev importniho uctu, byl zablokovan, nikde nic nepopsal co skutecne dela, takze je legitimni, kdyz to alespon zpetne udela. Kritika neni urazka, ale nastroj jak delat veci lepe. zobrazit citaci
> Koneckoncu, kdyz ja rucne obmalovavam katastralni mapu, tak delam > neco velmi podobneho a taky to delam pod svym nickem a nic zvlastniho > se z meho nicku nevycte.
*** Taky te nikdo nebanuje a obkreslujes po jednotlivych objektech ne? zobrazit citaci
> Pocitam, ze to hlavni je, ze na vytvorene objekty dava tagy source a ref, > ktere rikaji odkud data pochazi a jak vznikla. A to snad staci ne?
*** Staci to pokud nedelas import. Vytvo?en? metadat o importu je na n?kolik hodin, ale vytvo?it je m??e jen on, proto?e je m? v hlav?. zobrazit citaci
> Pokud ovsem Hanoj narazi jen na to, ze pouziva > source:addr=ruian nebo source=ruian > a radsi by byl, aby pouzil source=cuzk:ruian > tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen snadno > opravit, pokud mu bude odblokovan ucet. ;-)
*** ja nechci na nic narazet, proste rad bych videl nekde popsane proc to dela jinak nez dosud nebo prave tak *** pokud se bavime jen o adresnich bodech (a ja dosud nevim zda jsou jedinym predmetem importu), pak je na prvni pohled vhodnejsi mit source tag=cuzk:ruian a nabytecnost "is_in", ktery se uz drive vypoustel zobrazit citaci
> Naopak si myslim, ze vzhledem k popsane slozitosti "importu" dat z RUIAN > je velmi vhodne, ze pro svou konkretni metodu a vysledek prace si > zvolil ucet, ktery primo odkazuje na jeho osobu, ale da se odlisit > od "kresleni", ktere dela jako minimalis rucne.
*** proc ne, ale vzhledem k politice importu bude pro jeden ucet fungovat prave jeden zdroj. zobrazit citaci
> Na druhou stranu by asi bylo hodne dobre, kdyby napsal onu stranku na ceske wiki, > kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o tomhle > projektu. Aby ta informace nekde byla jasne a prehledne i pro dalsi, pokud > by chteli na jeho praci navazat, resp. o tom projektu diskutovat na jednom prehlednem miste.
*** C&P doufam ne, budu ve?it ?e lakoni?nost a v?sti?nost p?ev??? nad esejemi. zobrazit citaci
> Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda bude mit Mirek > naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako je treba > ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak building, treba > building=garage, nebo mene konfliktni novy tag, treba building:ruian=neco.
*** informaci o garage v RUIAN imho neni. ha hanoj

1.12.2013 01:45:00 (#15)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> P?r slov na wiki d?m, dejte mi ?as t?den, na ut??d?n? my?lenek a > zavzpom?n?n?, co v?echno jsem je?t? neuvedl. Nev?m zda tam p?idat n?jak?
*** t???m se zobrazit citaci
> Nap??klad jsem nezm?nil to, ?e aktualizuji pouze AM jako body. Ne ?e by > ne?li aktualizace adres na budov?ch, ale m?sty opravdu nejdou. > Nejdou na SO s v?ce vchody a tedy v?ce AM, kde je na SO pouze jedno AM a > ostatn? sch?zej? . Pot?? je nad takov? SO s jedn?m AM um?stit nov? body. > Doch?z? k p?ekryvu ??sel a jejich ne?itelnosti. Jednoduch? ?e?en? nem?m. > > Nezm?nil jsem je?t? zdvojen? AM na rohov?ch SO. V Ruian jsou body pro > vedlej?? i hlavn? ulici na sob?, co? se JOSM nel?b?. I p?es jeho odpor to > tak nech?v?m v p??padech, kdy jsou ob? ??sla identick? a li?? se pouze > ulice. U AM s ??slem orienta?n?m je pak posouv?m ru?n? k hran? SO. Nav?c ani > nev?m, zda u t?chto SO jsou opravdu vyu?iteln? (existuj??) oba vchody. Ale > co jsem nam?tkou kontroloval tak jsou i v adresy.xml. Jak to ud?lat > automaticky nev?m.
*** supr, je?t? popsat pro ty co neznaj? strukturu RUIAN ze AM jsou adresni m?sta a SO stavebni objekty. zobrazit citaci
> Hanoj by kone?n? mohl b?t ve sv? kritice konstruktivn?j?? a napsat svoji > p?edstavu o n?zvech importn?ch ??t? pro p??pad v?ce u?ivatel? + jeden hlavn? > pro automat.
*** nikde jsem nepsal, ?e ho m?? zm?nit, psal jsem ?e jeho nazev nevystihuje obsah. Pokud bys cht?l m?t nov?, tak by bylo vhodn? aby obsahoval slova ruain, import a treba minimalis, jestli bude slouzit jen tobe. zobrazit citaci
> N?jak? ?as vy?k?m, zda se n?kdo ujme v?voje n?jak?ho polo/automatu.
*** na godota asi ?ekat net?eba. Na metadata o dosavadn?m importu p?ed pokra?ov?n?m ur?it? vy?kej. zobrazit citaci
> Intern? si m??eme ??ct, ?e moje ?innost byla opravdu v?ce import, ne? > odvozov?n? ... Tedy pokud porovn?m objem dat. ?e ru?n? pr?ce je zdlouhav?j?? > na v?ci nic nem?n?. > Navenek bych to ov?em opravdu prezentoval jako odvozov?n?. Nebo jsem se > domn?val, ?e jde o odvozov?n?.
*** Ka?d? import obsahoval dost ru?n? pr?ce z r?zn?ch p???in a na r?zn? ?rovni a v?dy z?stal importem. Bez importu bys nem?l co upravovat. Do zdroj? pro odvozov?n? pat?? ortofotomapy, nebo sch?mata silni?n? nebo elektrick? s?t? ?SD ?EPS. Importovat nejdou ale obsahuj? dost informac? na odvozen? atribut? ?i a obkreslen?. zobrazit citaci
> Jedn? se o projekt s p??sp?vkem EU. Data jsou k dispozici voln? bez licence.
*** licence existuje a vypl?v? ze z?kona, v?ce je na wiki ha hanoj

1.12.2013 12:34:00 (#16)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Ahoj, ??et mi nebyl zablokov?n kv?li nepr?hledn?mu n?zvu. U import? panuje obava z toho ?e: - jde o licen?n? nevyhovuj?c?, nebo ned?v?ryhodn? zdroj dat - http://wiki.openstreetmap.org/wiki/Potential_Datasources - neznaj?, tedy nespln?no - dojde k po?kozen?, nebo vymaz?n? p?vodn?ch dat (viz francouzsk? katastr) - proto cht?j? popis zp?sobu na import@ - nespln?no - dojde k p?et??ov?n? serveru nadm?rn?m objemem dat, nebo opakovan?m zas?l?n?m dat nevalidn?ch (duplicitn? body, body sirotci bez vazeb) - importovan? data jsou p??li? podrobn?, proto po?adavek na zjednodu?en? takov?ch dat - importovan? data jsou nep?esn? a doch?z? ke kolizi se st?vaj?c?mi objekty. M?m opa?n? probl?m. Data jsou p??li? p?esn? a doch?z? ke kolizi s nep?esn?mi daty v OSM. P?i v?b?ru n?zvu ??tu jsem se ??dil posledn? v?tou http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account Importy jsou dvoj? automatick? re?im - jeden n?stroj - jedno m?sto - jeden ??et u?ivatelsk? re?im - jeden zdroj pou??v? v?ce import?r? - ka?d? import?r m??e vyu??vat v?ce zdroj?, p?i?em? jednotliv? zdroje odli?uje tagem source=* Ka?d? import?r m? sv?j dedikovan? ??et "nickname_import". Nic mu nebr?n? zalo?it si dal?? ??ty. Mus? ale pou??t jin? e-mail (velmi kritizovan? po?adavek) Cel? mi to p?ipad? logick? a nemus?me se ob?vat, ?e ten, kdo prvn? pou?il Ruian jako zdroj bude muset v?e ud?lat s?m... --------------------------------------------------------------------------------------------------- hanoj napsal *** informaci o garage v RUIAN imho neni. imho je :-) Gar??e s ??slem eviden?n?m http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789321 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789330 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789461 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789488 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789453 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789470 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789381 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789402 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24789399 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/26210274 Kdo si chce vyzkou?et SELECT concat('http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/',kod) FROM rn_stavebni_objekt WHERE zpusob_vyuziti_kod = 18 AND typ_kod = 2 LIMIT 10; Z?tra is_in a spol. M.D. Dne 1. prosince 2013 1:20 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
> > rad bych se Mirka zastal, protoze mam dojem, ze to jaky zvolil > > nazev uctu, je spise podruzna zalezitost a mam pocit, ze kritika, ktera > > se na nej ted snasi je trochu zbytecna a spis odrazujici od dalsi prace. > *** Zvolil si nepruhledny nazev importniho uctu, byl zablokovan, nikde > nic nepopsal co skutecne dela, takze je legitimni, kdyz to alespon > zpetne udela. Kritika neni urazka, ale nastroj jak delat veci lepe. > > > Koneckoncu, kdyz ja rucne obmalovavam katastralni mapu, tak delam > > neco velmi podobneho a taky to delam pod svym nickem a nic zvlastniho > > se z meho nicku nevycte. > *** Taky te nikdo nebanuje a obkreslujes po jednotlivych objektech ne? > > > Pocitam, ze to hlavni je, ze na vytvorene objekty dava tagy source a ref, > > ktere rikaji odkud data pochazi a jak vznikla. A to snad staci ne? > *** Staci to pokud nedelas import. Vytvo?en? metadat o importu je na > n?kolik hodin, ale vytvo?it je m??e jen on, proto?e je m? v hlav?. > > > Pokud ovsem Hanoj narazi jen na to, ze pouziva > > source:addr=ruian nebo source=ruian > > a radsi by byl, aby pouzil source=cuzk:ruian > > tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen > snadno > > opravit, pokud mu bude odblokovan ucet. ;-) > *** ja nechci na nic narazet, proste rad bych videl nekde popsane proc > to dela jinak nez dosud nebo prave tak > *** pokud se bavime jen o adresnich bodech (a ja dosud nevim zda jsou > jedinym predmetem importu), pak je na prvni pohled vhodnejsi mit > source tag=cuzk:ruian a nabytecnost "is_in", ktery se uz drive > vypoustel > > > Naopak si myslim, ze vzhledem k popsane slozitosti "importu" dat z RUIAN > > je velmi vhodne, ze pro svou konkretni metodu a vysledek prace si > > zvolil ucet, ktery primo odkazuje na jeho osobu, ale da se odlisit > > od "kresleni", ktere dela jako minimalis rucne. > *** proc ne, ale vzhledem k politice importu bude pro jeden ucet > fungovat prave jeden zdroj. > > > Na druhou stranu by asi bylo hodne dobre, kdyby napsal onu stranku na > ceske wiki, > > kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o > tomhle > > projektu. Aby ta informace nekde byla jasne a prehledne i pro dalsi, > pokud > > by chteli na jeho praci navazat, resp. o tom projektu diskutovat na > jednom prehlednem miste. > *** C&P doufam ne, budu ve?it ?e lakoni?nost a v?sti?nost p?ev??? nad > esejemi. > > > Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda > bude mit Mirek > > naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako > je treba > > ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak > building, treba > > building=garage, nebo mene konfliktni novy tag, treba > building:ruian=neco. > *** informaci o garage v RUIAN imho neni. > > ha > hanoj > > _______________________________________________ > 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/20131201/f9184a48/attachment.html>

2.12.2013 08:38:36 (#17)
gravatar

Mirek Dlask

<dlask.m at gmail.com>
73
Ahoj, Dne 1.12.2013 01:45, hanoj napsal(a): zobrazit citaci
>> Jedn? se o projekt s p??sp?vkem EU. Data jsou k dispozici voln? bez licence. > *** licence existuje a vypl?v? ze z?kona, v?ce je na wiki >
jenom jsem se ztoto?nil s p??sp?vkem, zde na talk.cz https://lists.openstreetmap.org/pipermail/talk-cz/2012-June/007406.html St?t nemus? zkoumat, vym??let licence, vyd? z?kon, ale t?eba je to opravdu jinak. -------------------------------------------------------------------------------------------------------------- Sl?bil jsem is_in a spol. Nem?m nic proti vypu?t?n? is_in za p?edpokladu, ?e najdeme jinou alternativu. Pro obce a vy??? celky p?edpokl?d?m sta?? hranice. U ??sti obce bez pojmenovan?ch ulic to jde a ??dn? informace se neztrat?. Tedy jsem pro. addr:city = obec addr:place = ??st obce Pochybnosti m?m u ??st? obc?, s pojmenovan?mi ulicemi. Jestli i zde pou??t pro ??st obce addr:place, nebo m?me jinou alternativu? Nech?m to na zku?en?j??ch. + dal?? tagy na kter?ch se p?edpokl?d?m shodneme addr:postcode addr:street (pokud existuje) addr:country (nev?m jak moc je nutn?) source:addr ref:ruian ref:ruian budeme m?t i na budov?ch. Budovy maj? v ruian vlastn? k?d. Co se stane, kdy? n?kdo k tag?m budovy p?id? i tagy adresn?? Bude m?t budova ref:ruian 2x? addr:housenumber podle m?ho jedin? ??slo domu, kter? pot?ebujeme. ??slo popisn? (?p.) a ??slo eviden?n? (?ev) jsou v?dy samostatn?, nebo p?ed lom?tkem. Vz?jemn? se li?? prefixem u ?ev. ??slo orienta?n? (?o) nen? nikde samostatn? a je v?dy za lom?tkem. V z?vislosti na obci m??e obsahovat mal?, nebo velk? p?smeno. 428 - ?p ev.428 - ?ev 428/15 -p?ed lom?tkem ?p, za lom?tkem ?o ev.428/15 - p?ed lom?tkem ?ev, za lom?tkem ?o. Ano opravdu existuj? i kombinace ?ev/?o addr:consriptionnumber (??slo popisn?) addr:provisionalnumer (??slo eviden?n?) addr:streetnumber (??slo orienta?n?) Pro? jsou je?t? samostatn?, kdy? jsou v?echna obsa?ena v addr:housenumber? A odtud se daj? snadno z?skat. Dok??e n?kdo vysv?tlit (obh?jit) jejich existenci? To? v?e. Douf?m, ?e to nebude debata jenom s hanojem a vyj?d?? se i ostatn?. M.D. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131202/17532594/attachment.html>

3.12.2013 03:31:14 (#18)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> ??et mi nebyl zablokov?n kv?li nepr?hledn?mu n?zvu.
*** to je z?ejm?, n?kdo tvrdil opak? zobrazit citaci
> M?m opa?n? probl?m. Data jsou p??li? p?esn? a doch?z? ke kolizi s nep?esn?mi > daty v OSM.
*** to je logick? a ten sam? probl?m bude n?kdo ?e?it jednou po tob? na tv?m importu zobrazit citaci
> P?i v?b?ru n?zvu ??tu jsem se ??dil posledn? v?tou > http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account
*** smysl zvl??n?ch ??t? na importy bylo odd?len? osobn? licence od importn? licence a importn?ch licenc? navz?jem. viz probl?m User.Pavel. zobrazit citaci
> *** informaci o garage v RUIAN imho neni. > > imho je :-)
*** supr, takze to zohlednis v importu? ha hanoj

3.12.2013 03:54:56 (#19)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> *** licence existuje a vypl?v? ze z?kona, v?ce je na wiki > > jenom jsem se ztoto?nil s p??sp?vkem, zde na talk.cz > https://lists.openstreetmap.org/pipermail/talk-cz/2012-June/007406.html > > St?t nemus? zkoumat, vym??let licence, vyd? z?kon, ale t?eba je to opravdu > jinak.
*** t?eba ano: neexistence licence => plat? obecn? ustanoven? Autorsk?ho z?kona licence vypl?v? ze z?kona xy => "ve?ejn? rejst??k" => m??eme importovat OSM zobrazit citaci
> Ano opravdu existuj? i kombinace ?ev/?o
*** to je hezk? ;) zobrazit citaci
> addr:postcode > addr:street (pokud existuje)
*** OK zobrazit citaci
> addr:country (nev?m jak moc je nutn?) > addr:city = obec
*** tohle je sou??st? info v boundary zobrazit citaci
> addr:place = ??st obce
*** ano ??st obce dnes v OSM chyb?, neum?m rozhodnout zda je lep?? ":is_in" nebo ":place" zobrazit citaci
> source:addr
*** nesta?ilo by prost? "source"? adresn? bod bude v?dy jen adresn? bod. zobrazit citaci
> ref:ruian
zobrazit citaci
> ref:ruian budeme m?t i na budov?ch. Budovy maj? v ruian vlastn? k?d. Co se > stane, kdy? n?kdo k tag?m budovy p?id? i tagy adresn?? Bude m?t budova > ref:ruian 2x?
*** Stavebni objekt = way+building, Adresni misto = node+addr *** adresni body z 99% jsou nody a RUAIN jako body vzdy zustanou, takze bych znovu nepripoustel strkani techo tagu do way building. (tohle zarucene do diskuze nekoho zapoji ;) ha hanoj

3.12.2013 04:10:12 (#20)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Ahoj, tady je ten mail v anglictine. Dalibor Hello, my name is Mirek Dlask and I am using the OSM accounts Minimalis and Minimalis_import. I would like to explain my previous activities, which have resulted into disabling of my account Minimalis_import. It has been more that one year since the data from public source RUIAN is available, which is maintained by ?esk? ??ad zem?m??i?sk? a katastr?ln? (Czech Office fur Surveying, Mapping and Cadastre - one of Czech government agencies). This project is partially funded by an EU grant. These data is legally available for further processing for free. As the data in the registry was not very well maintained in the past, it contains some errors and inaccuracies. To be used in OSM it is necessary to manually review and correct it. Therefore I have believed that what I have done was not a real import, but merely entering derivated data based on RUIAN as its source. I correct the data directly in the database, to this I do not need any special software, only a few lines in Java to create an input *.osm file. This file I then open in JOSM, check it using cadastral map (another legal source for mapping) and upload it after it is verified. I am looking for a way now, how to "legalize" my work based on RUIAN data source. The source itself is mentioned as a legal and a free for use in OSM mapping at the czech wiki pages. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#.C4.8C .C3.9AZK_-_RUAIN At this moment I am creating a wiki page describing my import and its pitfalls. The whole project was debated at Talk-cz OSM mailing list since the beginning. Unfortunately no one was communicating this project on imports mailing list until now. The plan is to import the address nodes, buildings and streets from the RUIAN in the localities where this data is missing completely first. There are no immediate plans for any other imports. The project's goal - importing new address nodes and buildings, evt. updating the existing ones The project's scope - Czech Republic Data tag - source=cuzk:ruian Planned timeframe - unknown, probably 1-2 years, regular updates afterwards Accounts used for import - . Number of participants - unknown www ruian - <http://vdp.cuzk.cz/> http://vdp.cuzk.cz/ I will gladly provide any missing info. Kind regards, Ja From: Mirek Dlask [mailto:dlask.m at gmail.com] Sent: Saturday, November 30, 2013 6:53 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat Ahoj, D?ky za odkaz a p?ipomenut? ruian2osm a dovol?m si p?r n?m?t?. Neodva?uju se do kodu sahat na githubu. - v Node je t?eba zm?nit int Id na Long Id tot?? u setId, getId - v OsmLoader tak? final List<int> loadedIds na final List<Long> loadedIds (je tam n?kolikr?t) Pak u? to funguje. Asi tro?ku v?t?? z?sah, asi pro n?koho jin?ho. isIn - je-li ??st obce stejn? jako obec vrac?me jen obec, kraj, st?t to je ok doplnit jinak vr?tit ??st obce, obec, kraj, st?t chyb? podpora addr:place u adres bez ulice - bu? je addr:street nen?-li tak vlo?it addr:place nejsem si ?pln? jist? zda m?? v p?rov?n? ref:ruian. Prezentace v?sledk?. Geometrie bodu mi nic ne??k?. Pokud se chci pod?vat na jeho polohu v JOSM sta?? mi id resp ref U SRID bych dal p?ednost 5514 a metr?m, u 4326 budu teprve zkoumat kolik nastavit v match-max-distance Ukl?daj? se n?kam data sta?en? z OSM? Jakou m? funkci p?ep?na? --update? Rozjezd velmi dobr?, potencion?l zna?n? jen to vyu??t ... ---------------------------------------------------------------------------- ------------------------------------------------------- Pro ostatn?. P?r slov na wiki d?m, dejte mi ?as t?den, na ut??d?n? my?lenek a zavzpom?n?n?, co v?echno jsem je?t? neuvedl. Nev?m zda tam p?idat n?jak? p??klady z Ruian. Z OSM je ne?ekejte. Nechci tady nikoho uv?d?t do rozpak?. Nap??klad jsem nezm?nil to, ?e aktualizuji pouze AM jako body. Ne ?e by ne?li aktualizace adres na budov?ch, ale m?sty opravdu nejdou. Nejdou na SO s v?ce vchody a tedy v?ce AM, kde je na SO pouze jedno AM a ostatn? sch?zej? . Pot?? je nad takov? SO s jedn?m AM um?stit nov? body. Doch?z? k p?ekryvu ??sel a jejich ne?itelnosti. Jednoduch? ?e?en? nem?m. Nezm?nil jsem je?t? zdvojen? AM na rohov?ch SO. V Ruian jsou body pro vedlej?? i hlavn? ulici na sob?, co? se JOSM nel?b?. I p?es jeho odpor to tak nech?v?m v p??padech, kdy jsou ob? ??sla identick? a li?? se pouze ulice. U AM s ??slem orienta?n?m je pak posouv?m ru?n? k hran? SO. Nav?c ani nev?m, zda u t?chto SO jsou opravdu vyu?iteln? (existuj??) oba vchody. Ale co jsem nam?tkou kontroloval tak jsou i v adresy.xml. Jak to ud?lat automaticky nev?m. ---------------------------------------------------------------------------- ----------------------------------------------------- Abychom se posunuli d?l. Hanoj by kone?n? mohl b?t ve sv? kritice konstruktivn?j?? a napsat svoji p?edstavu o n?zvech importn?ch ??t? pro p??pad v?ce u?ivatel? + jeden hlavn? pro automat. N?jak? ?as vy?k?m, zda se n?kdo ujme v?voje n?jak?ho polo/automatu. Teoreticky je mo?n? velmi rychle aktualizovat neproblematick? data a pr?b??n? opravovat probl?my. I nov? data se daj? p?idat tam, kde prokazateln? nic nen?, velmi rychle. M?me ?adu obc?, kde nikdy ??dn? import neprob?hl. S?m bych se r?d lehce upozadil a v?noval se t?m probl?m?m. Intern? si m??eme ??ct, ?e moje ?innost byla opravdu v?ce import, ne? odvozov?n? ... Tedy pokud porovn?m objem dat. ?e ru?n? pr?ce je zdlouhav?j?? na v?ci nic nem?n?. Navenek bych to ov?em opravdu prezentoval jako odvozov?n?. Nebo jsem se domn?val, ?e jde o odvozov?n?. Rozum?m tomu dob?e ?e Ruian nen? mezin?rodn? uzn?n jako zdroj dat? Nen? ani zde http://wiki.openstreetmap.org/wiki/Import/Catalogue Zat?m jsem p?ipravil n?sleduj?c? vysv?tlen?. ---------------------------------------------------------------------------- ---------------------------- Dobr? den, Jmenuji se Mirek Dlask V r?mci OSM po??v?m ??ty Minimalis a Minimalis_import. R?d bych vysv?tlil svoji ?innost, kter? vedla k zablokov?n? m?ho ??tu Minimalis_import. U? v?ce ne? rok jsou k dispozici data z ve?ejn?ch zdroj?, jejich? garantem je ?esk? ??ad zem?m??i?sk? a katastr?ln? ??ad. Jedn? se o projekt s p??sp?vkem EU. Data jsou k dispozici voln? bez licence. Bohu?el data o nemovitostech byla v minulosti zanedb?na a i v sou?asn? dob? obsahuj? ?adu nep?esnost? a chyb. Jejich pou?it? bez ru?n? korekce je pro pot?eby OSM problematick?. Proto se domn?v?m, ?e nejde o ?ist? import, ale o odvozov?n? s pou?it?m dat z Ruian jako zdroje. ?pravy prov?d?m p??mo v datab?zi. K uveden? ?innosti nepot?ebuji ??dn? speci?ln? programov? vybaven?. Pouze p?r ??dk? programu v Jav?, kter?m vytvo??m v?stupn? *.osm soubor. Ten otev?u v JOSM, data zkontroluji proti katastr?ln? map? a po validaci odes?l?m. Hled?m zp?sob, jak zlegalizovat sv?j postup a dos?hnout uzn?n? Ruian jako regul?rn?ho zdroje dat. O Ruian jako o schv?len?m zdroji dat je zm?nka i na ?esk?ch wiki str?nk?ch OSM. Wiki str?nky popisuj?c? ?skal? importu p?ipravuji. Cel? problematika je diskutov?na od po??tku projektu na talk.cz <http://talk.cz> . Bohu?el se do dne?n?ho dne nena?el nikdo, kdo by celou z?le?itost prezentoval na imports@ list. Z dat obsa?en?ch v Ruian budou v prvn? f?zi importov?ny adresn? body, stavebn? objekty a s?? ulic ve m?stech kde chyb?j?. S importem jin?ch dat se prozat?m nepo??t?. C?l projektu - aktualizace st?vaj?c?ch adresn?ch bod?, dopln?n? nov?ch adresn?ch bod?, p?id?n? nov?ch budov. M?sto - ?zem? ?R Ozna?en? dat - source = cuzk:ruian Doba trv?n? - nestanovena - odhad 1-2 roky - pot? pravideln? aktualizace Importn? ??ty ............... Po?et ??astn?k? - nezji?t?n www ruian - <http://vdp.cuzk.cz/> http://vdp.cuzk.cz/ Dal?? p??padn? informace na po??d?n? r?d dopln?m. Za p?eklad d?kuji ............... Raz?tko a podpis. ---------------------------------------------------------------------------- -------------------------------------------- P?ipom?nky a dopln?n? v?t?ny. A? v tom nel?t?m s?m ;-) M.D. Dne 29. listopadu 2013 10:47 Miroslav ?ulc <fordfrog at fordfrog.com <mailto:fordfrog at fordfrog.com> > napsal(a): ahoj, v souvislosti s t?mhle t?matem bych jen cht?l p?ipomenout, ?e je zde v pom?rn? pokro?il? f?zi, ale st?le nedokon?en? (z d?vodu m?ho zanepr?zdn?n?) projekt pro (polo)automatick? import a aktualizaci adresn?ch bod?: https://github.com/fordfrog/ruian2osm/tree/next_release nav?c se d? vyu??t i ?ist? jen pro kontrolu t?eba jen ur?it? oblasti, co chyb?, co je tam nav?c, zda jsou mezi adresn?mi body odchylky a jak velk? (to v?e um? u? te?). samoz?ejm? pokud by se na?el n?kdo, kdo by ten projekt dok?zal dot?hnout do konce v souladu s n?jak?mi zdej??mi pravidly, tak by to byl ur?it? hodn? velk? p??nos pro mapov?n? ?r. ff Dne 29.11.2013 10:36, Dalibor Jel?nek napsal(a): zobrazit citaci
> Ahoj, > rad bych se Mirka zastal, protoze mam dojem, ze to jaky zvolil > nazev uctu, je spise podruzna zalezitost a mam pocit, ze kritika, ktera > se na nej ted snasi je trochu zbytecna a spis odrazujici od dalsi prace. > Koneckoncu, kdyz ja rucne obmalovavam katastralni mapu, tak delam > neco velmi podobneho a taky to delam pod svym nickem a nic zvlastniho > se z meho nicku nevycte. > > Pocitam, ze to hlavni je, ze na vytvorene objekty dava tagy source a ref, > ktere rikaji odkud data pochazi a jak vznikla. A to snad staci ne? > > Pokud ovsem Hanoj narazi jen na to, ze pouziva > source:addr=ruian nebo source=ruian > a radsi by byl, aby pouzil source=cuzk:ruian > tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen
snadno zobrazit citaci
> opravit, pokud mu bude odblokovan ucet. ;-) > > Naopak si myslim, ze vzhledem k popsane slozitosti "importu" dat z RUIAN > je velmi vhodne, ze pro svou konkretni metodu a vysledek prace si > zvolil ucet, ktery primo odkazuje na jeho osobu, ale da se odlisit > od "kresleni", ktere dela jako minimalis rucne. > > Da se predpokladat, v budoucnu vzniknou dalsi projekty, ktere budou > zpracovavat/importovat data z RUIAN, ale po svem, takze zabrat si > ted s velkou slavou honosny uzivatelsky nick "ruian-import" pro projekt, > na kterem dela sam a jeste je vlastne "rucni", by mi naopak prislo > trochu nabubrele. > > Na druhou stranu by asi bylo hodne dobre, kdyby napsal onu stranku na
ceske wiki, zobrazit citaci
> kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o
tomhle zobrazit citaci
> projektu. Aby ta informace nekde byla jasne a prehledne i pro dalsi, pokud > by chteli na jeho praci navazat, resp. o tom projektu diskutovat na jednom
prehlednem miste. zobrazit citaci
> > > V kazdem pripade si po tom, co jsem precetl popis metody a souvisejicich
problemu, zobrazit citaci
> nejsem jist, jestli ma cenu to tlacit jako "oficialni" import. Mozna by
stacilo, zobrazit citaci
> kdyby se napsal (coz klidne udelam) vysvetlujici mail prislusnym
autoritam, zobrazit citaci
> ve kterem by se situace objasnila, vysvetlilo by se, ze se nejedna o zadny
masovy zobrazit citaci
> import, ale spise o rucni doplnovani adres a domu za pouziti verejneho
zdroje, zobrazit citaci
> tedy jen vylepsene "obkreslovani", ktere tu dela leckdo. > > Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda
bude mit Mirek zobrazit citaci
> naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako je
treba zobrazit citaci
> ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak
building, treba zobrazit citaci
> building=garage, nebo mene konfliktni novy tag, treba building:ruian=neco. > > Zdravi, > Dalibor > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131203/83251cdd/attachment-0001.html>

3.12.2013 04:38:54 (#21)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Ahoj, tak ja taky n?co ?eknu. ;-) zobrazit citaci
> addr:consriptionnumber (??slo popisn?) > addr:provisionalnumer (??slo eviden?n?) > addr:streetnumber (??slo orienta?n?)
Tyhle tagy bych tam d?val d?le i duplicitn?. Jedna proto, ?e skoro v?ude u? te? jsou a mo?n? s nima u? n?kdo po??t?. Ale hlavn? proto, ?e sice v ide?ln?m sv?t? je skute?n? z dob?e napsan?ho addr:housenumber odvod??, ale sv?t OSM nen? ide?ln?. Jsou s n?mi lid?, kter?m se z?pis "ev.nnn" nel?b? a pou??vaj? jin?, p??padn? si lid? ?asto pletou z?pis ?.p./?.o. s ?.o./?.p., kdy? tam ty tagy budou v?echny, tak bude v?ce jasno. zobrazit citaci
> U ??sti obce bez pojmenovan?ch ulic to jde a ??dn? informace se neztrat?. Tedy jsem pro. > addr:city = obec > addr:place = ??st obce
Tohle se mi asi nel?b?, ale nejsem si jist. M?? n?jak? p??klad? Pointa addr:place je, ?e se pak d? naj?t adresa v obci bez ulic. A co budou u?ivatel? hledat v?ce "obec nnn" nebo "??st obce nnn"? Jestli to prvn?, pak je pot?eba do addr:place d?vat obec a ??st obce d?t n?kam jinam (t?eba addr:is_in?). zobrazit citaci
> addr:country (nev?m jak moc je nutn?)
Vypustil bych to zobrazit citaci
> is_in
Tenhle tag mi p?ijde podez?elej a nem?m hom r?d, tak?e bych ho tak? vypustil. Asi jedin? vyu?it? je ta ??st obce, ale skute?n? to k n??emu je? zobrazit citaci
> addr:city = obec
Tady si nejsem jist, p?? na?e wiki ??k?, ?e je to n?zev vesnice za PS? Skute?n? je to v?dy stejn? jako hranice obce a d? se to odvodit z mapy? zobrazit citaci
> ref:ruian > ref:ruian budeme m?t i na budov?ch. Budovy maj? v ruian vlastn? k?d. Co se > stane, kdy? n?kdo k tag?m budovy p?id? i tagy adresn?? Bude m?t budova > ref:ruian 2x?
*** Stavebni objekt = way+building, Adresni misto = node+addr *** adresni body z 99% jsou nody a RUAIN jako body vzdy zustanou, *** takze bych znovu nepripoustel strkani techo tagu do way building. *** (tohle zarucene do diskuze nekoho zapoji ;) Tady jsem velmi pro, aby se tento zp?sob zavedl jako standard. Zrovna dnes jsem opravoval Velice, kter? jsou v ??sti mapy, kde si kresl?m a tam tykef naimportoval n?jak? budovy z RUIAN a ud?lal to velmi zvl??tn?, ?e budovy bez adres m?ly ref dle ??sla stavebn?ho objektu, ale kdy? m?ly adresu, tak j? dal na celou cestu, ref byla z adresn?ho bodu a ref stavebn?ho objektu nebyla v?bec nijak?, co? mi teda nep?ijde jako ??astn? ?e?en?. Ale pokud se na tom nebudeme schopni dohodnout, pak rad?i source:addr pro adresn? m?sto. Na druhou stranu tykef pou?il, z?ejm? dle d??ve zmi?ovan?ho ??seln?ku, tagy building=house building=stable Tak?e asi u? n?jak? n?vrh m?. Tady bych byl hodn? r?d, kdyby se ta informace z RUIAN o u?it? stavby pou?ila t?eba takto, ?e se to d? do building. Zdrav?, Dalibor

3.12.2013 04:54:44 (#22)
gravatar

Karel Volný

<kavol at seznam.cz>
524
trochu OT, ale ... Dne ?t 3. prosince 2013 16:38:54, Dalibor Jel?nek napsal(a): zobrazit citaci
> Ale hlavn? proto, ?e sice v ide?ln?m sv?t? je skute?n? z dob?e napsan?ho > addr:housenumber odvod??, ale sv?t OSM nen? ide?ln?. Jsou s n?mi lid?, > kter?m se z?pis "ev.nnn" nel?b? a pou??vaj? jin?,
... m? fascinuje, jak dok??e? nen?padn?, ani? bys byl explicitn?, nazna?it, ?e ten tv?j zp?sob je _prost? a jednodu?e bez nutnosti dokazov?n?_ spr?vn? a my v?ichni ostatn?, co jsme ti ?ekli, ?e nen? zrovna nej??astn?j??, a rovn?? ?e hromadn? z?m?na na tv?j *?patn?* z?pis nebyla ko?er, jsme vlastn? ?pln? blbci, kte?? ka?lou na konzistenci a domluvu s ostatn?mi apod. d?k ... K.

3.12.2013 05:27:09 (#23)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
M?m dojem, ?e si to bere? n?jak osobn?. To co jsem napsal, jsem napsal pr?v? proto, ?e n?komu se ev.nnn nel?b? a pou??v? n?co jin?ho. A kdy? se tam zachovaj? i ty dal?? t?i tagy, tak to zas tak moc nevad?. Naopak, pokud by se vypustily, tak by standard pro housenumber byl nutnosti. Tak?e m?j text sp??e jin? n?zory na tvar housenumber podporuje. Pro? t? to roz?iluje? Nev?m o tom, ?e by ev.nnn byl jen M?J zp?sob. Kdy? jsem provedl tu zm?nu, tak jsem napsal: zobrazit citaci
> Statistika pro zaj?mavost: > stav k 30.9.2013 > v ?R celkem 217 348 adres s addr:provisionalnumber > ve form?tech: > ev.nnn - 216 097 > Ennn - 1 176 > bez addr:housenumber - 10 > ev.nnn;ev.nnn - 1 > ev. nnn - 4 > ?p.nnn - 1 > ?.e.nnn - 44 > nnn - 15
Tedy drtiv? v?t?ina autor? adres volila ev.nnn. J? jen p?ed?lal minoritu na jeden tvar, kter? p?evl?dal. A ta v??e uveden? statistika je podle m? i ten "d?kaz", kter? by sis p??l. Pokud je ev.nnn ?patn? tvar a bude to cht?t n?kdo zm?nit na n?jak? lep?? (ev. nnn?), tak a? to navrhne a pak t?eba ud?l?. V ka?d?m p??pad? jsem mu touhle zm?nou na jednotn? tvar usnadnil pr?ci. Jak to m?lo podle tebe b?t ko?er? 27. z??? jsem napsal, ?e kdy? nikdo nebude proti, tak to ud?l?m a ten z?pis sjednot?m. Nikdo proti nebyl, tak jsem to ud?lal. Jak v?c ko?er to mohlo b?t? Pt?t se na dovolen? ka?d?ho zvl???? Zdrav?, Dalibor Dne ?t 3. prosince 2013 16:38:54, Dalibor Jel?nek napsal(a): zobrazit citaci
> Ale hlavn? proto, ?e sice v ide?ln?m sv?t? je skute?n? z dob?e > napsan?ho addr:housenumber odvod??, ale sv?t OSM nen? ide?ln?. Jsou s > n?mi lid?, kter?m se z?pis "ev.nnn" nel?b? a pou??vaj? jin?,
... m? fascinuje, jak dok??e? nen?padn?, ani? bys byl explicitn?, nazna?it, ?e ten tv?j zp?sob je _prost? a jednodu?e bez nutnosti dokazov?n?_ spr?vn? a my v?ichni ostatn?, co jsme ti ?ekli, ?e nen? zrovna nej??astn?j??, a rovn?? ?e hromadn? z?m?na na tv?j *?patn?* z?pis nebyla ko?er, jsme vlastn? ?pln? blbci, kte?? ka?lou na konzistenci a domluvu s ostatn?mi apod. d?k ... K.

3.12.2013 09:46:35 (#24)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
138
Ahoj, Dne 3.12.2013 16:38, Dalibor Jel?nek napsal(a): zobrazit citaci
>> U ??sti obce bez pojmenovan?ch ulic to jde a ??dn? informace se neztrat?. Tedy jsem pro. >> addr:city = obec >> addr:place = ??st obce > Tohle se mi asi nel?b?, ale nejsem si jist. M?? n?jak? p??klad? > Pointa addr:place je, ?e se pak d? naj?t adresa v obci bez ulic. > A co budou u?ivatel? hledat v?ce "obec nnn" nebo "??st obce nnn"? > Jestli to prvn?, pak je pot?eba do addr:place d?vat obec > a ??st obce d?t n?kam jinam (t?eba addr:is_in?).
Obecn? ?emukoliv, co obsahuje "is_in" bych se sna?il vyhnout. N?zev tagu by m?l l?pe popisovat, co to vlastn? obsahuje za data - "is_in" (p??p. "addr:is_in") je stra?n? obecn?. To je ostatn? taky jeden z d?vod?, pro? je "is_in" v sou?asn? dob? naprosto nepou?iteln? - ka?d? si tam cpe, co chce. Mysl?m, ?e by bylo dobr? n?jak?m zp?sobem do v?ech adresn?ch bod? dostat jm?no ??sti obce, a to proto?e: 1) ?.p. je unik?tn? jen a pr?v? v r?mci tohoto administrativn?m celku 2) ??st obce nen? vymezena geografickou hranic?, ale pr?v? v??tem adresn?ch bod? Osobn? mi p?ijde "addr:place" jako celkem rozumn? volba. zobrazit citaci
>> addr:city = obec > Tady si nejsem jist, p?? na?e wiki ??k?, ?e je to n?zev vesnice za PS? > Skute?n? je to v?dy stejn? jako hranice obce a d? se to odvodit z mapy?
Tady pozor! Ta skladebnost funguje trochu jinak. Obec je tvo?ena 1 a v?ce ??st? obce. ??st obce je vymezena v??tem adresn?ch bod?, kter? do n? pat??. Vedle toho stoj? PS?, kter? je AFAIK v?ce m?n? ??seln?m identifik?torem po?ty. Vztah po?ty (pota?mo tedy PS?) a ??sti obce je N:M. Zdrav?, Petr Mor?vek aka Xificurk

4.12.2013 09:39:59 (#25)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 1226
Ahoj! zobrazit citaci
> > Ano opravdu existuj? i kombinace ?ev/?o > *** to je hezk? ;) > > > addr:postcode > > addr:street (pokud existuje) > *** OK > > > addr:country (nev?m jak moc je nutn?) > > addr:city = obec > *** tohle je sou??st? info v boundary
Ano, ale je to uzitecne mit to i na adrese. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.12.2013 08:40:47 (#26)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Cau, a co je to "to"? addr:city? nebo myslis i addr:country? Dalibor
-----Original Message----- From: Pavel Machek [mailto:pavel at ucw.cz] Sent: Wednesday, December 4, 2013 9:40 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat Ahoj! zobrazit citaci
> > Ano opravdu existuj? i kombinace ?ev/?o > *** to je hezk? ;) > > > addr:postcode > > addr:street (pokud existuje) > *** OK > > > addr:country (nev?m jak moc je nutn?) > > addr:city = obec > *** tohle je sou??st? info v boundary
Ano, ale je to uzitecne mit to i na adrese. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

5.12.2013 04:06:50 (#27)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Ahoj, aha, u? jsem to asi pochopil. Chyba byla na m?m p?ij?ma?i. Nech?pal jsem rozd?l mezi "obec" a "??st obce". Te? to ch?pu tak, ?e "??st obce" je t?eba ""Lib?v", (co? jsem si p?vodn? myslel, ?e je obec) a obec je "D??te?", pod kterou Lib?v pat??. Tedy addr:place=Lib?v a addr:city=D??te?. A m?l by se tedy pou??vat addr:place i ve m?stech, kde jsou ulice? T?eba tam tedy d?t addr:place=Libe?? Zdrav?, Dalibor
-----Original Message----- From: "Petr Mor?vek [Xificurk]" [mailto:petr at pada.cz] Sent: Tuesday, December 3, 2013 9:47 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat Ahoj, Dne 3.12.2013 16:38, Dalibor Jel?nek napsal(a): zobrazit citaci
>> U ??sti obce bez pojmenovan?ch ulic to jde a ??dn? informace se neztrat?. Tedy jsem pro. >> addr:city = obec >> addr:place = ??st obce > Tohle se mi asi nel?b?, ale nejsem si jist. M?? n?jak? p??klad? > Pointa addr:place je, ?e se pak d? naj?t adresa v obci bez ulic. > A co budou u?ivatel? hledat v?ce "obec nnn" nebo "??st obce nnn"? > Jestli to prvn?, pak je pot?eba do addr:place d?vat obec a ??st obce > d?t n?kam jinam (t?eba addr:is_in?).
Obecn? ?emukoliv, co obsahuje "is_in" bych se sna?il vyhnout. N?zev tagu by m?l l?pe popisovat, co to vlastn? obsahuje za data - "is_in" (p??p. "addr:is_in") je stra?n? obecn?. To je ostatn? taky jeden z d?vod?, pro? je "is_in" v sou?asn? dob? naprosto nepou?iteln? - ka?d? si tam cpe, co chce. Mysl?m, ?e by bylo dobr? n?jak?m zp?sobem do v?ech adresn?ch bod? dostat jm?no ??sti obce, a to proto?e: 1) ?.p. je unik?tn? jen a pr?v? v r?mci tohoto administrativn?m celku 2) ??st obce nen? vymezena geografickou hranic?, ale pr?v? v??tem adresn?ch bod? Osobn? mi p?ijde "addr:place" jako celkem rozumn? volba. zobrazit citaci
>> addr:city = obec > Tady si nejsem jist, p?? na?e wiki ??k?, ?e je to n?zev vesnice za PS? > Skute?n? je to v?dy stejn? jako hranice obce a d? se to odvodit z mapy?
Tady pozor! Ta skladebnost funguje trochu jinak. Obec je tvo?ena 1 a v?ce ??st? obce. ??st obce je vymezena v??tem adresn?ch bod?, kter? do n? pat??. Vedle toho stoj? PS?, kter? je AFAIK v?ce m?n? ??seln?m identifik?torem po?ty. Vztah po?ty (pota?mo tedy PS?) a ??sti obce je N:M. Zdrav?, Petr Mor?vek aka Xificurk _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

6.12.2013 09:56:39 (#28)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Ahoj, je?t? po??d mi nen? jasn?, jak je to s t?m addr:city, proto?e ?asto doch?z? ke kolizi. Jak? obec by m?la b?t naps?na v tomto p??pad?? http://vdp.cuzk.cz/vdp/ruian/overeniadresy/vyhledej?as.nazevUl=&as.cisDom=1 1&as.cisOr.cisloOrientacniText=&as.nazevCo=Velice&as.nazevOb=D%C5%99%C3%ADte %C5%88&as.psc=&asg.sort=UZEMI&search=Vyhledat addr:place=Velice (??st obce, kde jsou unik?tn? ?.p.; to je asi u? jasn?) addr:postcode=37348 addr:city=D??te? (proto?e je to obec, do kter? ??st obce pat???) nebo addr:city=D?v?ice (proto?e je to n?zev po?ty?) Tady se ??k? http://wiki.openstreetmap.org/wiki/CS:Map_Features ?e je to n?zev obce za PS?, co? by byly D?v?ice. Ale tak n?jak logi?t?j?? mi p?ipad?, tam d?t D??te?, proto?e Velice jako ??st obce pod n? pat??. Po?ta asi taky sp??e doru?uje podle toho PS? a je j? jedno, jestli tam bude d?le naps?no D??te?, nebo D?v?ice. Na map?ch seznamu maj? tak? D??te?. Co tedy chceme m?t v tomhle tagu? Nem?la by se opravit wiki? Zdrav?, Dalibor -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2914 bytes Desc: not available URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131206/3c698dca/attachment.bin>

6.12.2013 12:15:39 (#29)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 1226
Ahoj! zobrazit citaci
> a co je to "to"? > addr:city? > nebo myslis i addr:country?
Oboji. Nastavit to podle obrysu zeme / mesta je relativne jednoduchy, ale dava smysl mit to v databazi -- at to nemusi kazdy delat znovu. Vsimnete si, ze treba navigacni software (navit, monav) ma problem s urcenim ve kterym meste je ulice. Ano, na velkym PC je to asi nejaky jednoduchy dotaz na spatiallite, ale databaze pro navigaci ma vyrazne jinou strukturu (a v navigaci neni dost RAM/disku na spatiallite). K tomu melo byt is_in... ale to je nestastne bez struktury. Davalo by smysl mit addr:city / addr:country na ulicich? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

6.12.2013 01:05:28 (#30)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
138
Dne 6.12.2013 12:15, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > >> a co je to "to"? >> addr:city? >> nebo myslis i addr:country? > > Oboji. > > Nastavit to podle obrysu zeme / mesta je relativne jednoduchy, ale > dava smysl mit to v databazi -- at to nemusi kazdy delat znovu. > > Vsimnete si, ze treba navigacni software (navit, monav) ma problem s > urcenim ve kterym meste je ulice. Ano, na velkym PC je to asi nejaky > jednoduchy dotaz na spatiallite, ale databaze pro navigaci ma vyrazne > jinou strukturu (a v navigaci neni dost RAM/disku na spatiallite). > > K tomu melo byt is_in... ale to je nestastne bez struktury. Davalo by > smysl mit addr:city / addr:country na ulicich? > > Pavel
Ahoj, p?izn?m se, ?e konkr?tn? zku?enosti s t?mito progr?mky nem?m, ale p?ijde mi, ?e nen? probl?m ten index vytvo?it ve chv?li, kdy exportuju data z OSM pro navigaci, ne? Osobn? mi p?ijde jako nesmysl mnohokr?t duplikovat ta sam? data v OSM, jen aby to trochu usnadnilo v?echny mysliteln? i nemysliteln? zp?soby jejich pou?it?... Petr

9.12.2013 09:16:45 (#31)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
Ahoj, na?el jsem ten ??seln?k vyu?it? stavebn?ch objekt? v RUIAN tady http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=10769&AKCE=DOC:10-CISE _ATRIBUTY_SO dole jako CEM_ZPUSOB_VYUZITI_OBJEKTU Asi by bylo vhodn? ho importovat, t?eba jako tag building:ruian:use nebo building:ruian:type a nechat tam jen to ??slo, jak je, proto?e p?ekl?dat ho do v?ce anglick?ch slov asi nebude moc hezk?. Z?rove? bych navrhoval ten objekt ozna?it ji? sou?asn? pou??vanou hodnotou do tagu building. Hodnoty, kter? m? napadly jsou n??e. N?kdy je mo?no v?ce mo?nost?, ale po??t?m, ?e kdy? se netref?me ?pln? p?esn?, tak se to pak dolad?. (P??klad, kostel otagovan? jako building=civic). Co si o tom mysl?te? Zdrav?, Dalibor 1=pr?myslov? objekt - building=industrial 2=zem?d?lsk? usedlost - building=house (nebo building=farm_auxiliary?) 3=objekt k bydlen? - building=residential 4=objekt lesn?ho hospod??stv? - building=barn nebo building=cabin nebo building=hut 5=objekt ob?ansk? vybavenosti - building=civic (jen?e je to i chapel, church) 6=bytov? d?m - building=apartments 7=rodinn? d?m - building=house 8=stavba pro rodinnou rekreaci - building=cabin (jen?e je to n?kdy i chalupa, co? nen? ?pln? cabin) 9=stavba pro shroma??ov?n? v?t??ho po?tu osob - building=hall 10=stavba pro obchod - building=retail 11=stavba ubytovac?ho za??zen? - building=hotel 12=stavba pro v?robu a skladov?n?- building=warehouse 13=zem?d?lsk? stavba - building=barn nebo building=farm_auxiliary 14=stavba pro administrativu - building=office nebo building=commercial 15=stavba ob?ansk?ho vybaven? - building=civic 16=stavba technick?ho vybaven? - building=industrial ??? (na?el jsem to jako trafostanice, mo?n? i v?m?n?ky tepla) 17=stavba pro dopravu - building=transportation 18=gar?? - building=garage 19=jin? stavba - building=yes 20=v?ce??elov? stavba - building=yes nebo building=multipurpose? 21=sklen?k - building=greenhouse 22=p?ehrada - waterway=dam 23=hr?z p?ehrazuj?c? vodn? tok nebo ?dol? - waterway=dam 24=hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni - wall=flood_wall 25=hr?z ohrazuj?c? um?lou vodn? n?dr? - ??? wall=yes 26=jez - waterway=weir 27=stavba k plaveb.??el?m v korytech nebo na b?ez?ch vod.tok? - building=transportation 28=stavba k vyu?it? vodn? energie (vodn? elektr?rna) - building=industrial a power=plant 29=stavba odkali?t? - building=industrial a man_made=wastewater_plant From: Mirek Dlask [mailto:dlask.m at gmail.com] Sent: Wednesday, November 27, 2013 7:24 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat Zdrav?m v?echny Kdy? tady n?kdo p?ed vice jak rokem zm?nil, ?e bude trvat zhruba rok, ne? dojde k n?jak?mu pou?it? dat z Ruian nev??il jsem. Bohu?el je to je?t? hor??. Pokud v?m prob?hlo snad jen zp?esn?n? hranic region? a to je v?e ?! Lze nal?zt p?r dal??ch jednor?zov?ch pokus?. ?ek?n? na n?jak? glob?ln? ?e?en? jsem se kr?til po sv?m. Pokud se na m? n?kdo obr?til nab?dnul jsem mu pomoc. Nikdo toho nevyu?il. Mo?n? ?ekali n?jak? snadn? ?e?en?. Ale j? nic takov?ho nem?m a nenab?z?m. Kdo cht?l data dostal je. Kdo cht?l zdroj?k poslal jsem mu jej. Zkou?el jsem nejen adresn? m?sta, ale i stavebn? objekty (SO). Bohu?el data v Ruian jsou pro?pikov?ny mnoha chybami. Konkr?tn? u SO - ne?pln? geometrie Nap?. v?razn? lichob??n?k u SO na dvou lichob??n?kov?ch parcel?ch, v?cevchodov? SO ne?pln? d?lky, na hranic?ch digitalizovan?ho ?zem?. - jeden SO roz?len?n? do n?kolika multipolygon? - ?ekal bych SO pro jeden ??el, s jedn?m majitelem = jeden multipolygon - naopak v?ce SO v jednom multipolygonu. Nap?. rodinn? d?m a samostatn? stoj?c? gar?? - jako SO jsou ozna?eny a evidov?ny dvorky, zastav?n? plochy, zahrady, ale i cel? parcely - za chybu nelze pova?ovat mno?stv? pro OSM zbyte?n?ch bod? Patrn? nejv?t?? zast?e?en? bufet v ?esk?m r?ji http://maps.fordfrog.com/?zoom=19 <http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF> &lat=50.49404&lon=15.14469&layers=B00FFF - p?izn?m se, ?e mi je z?hadou ne?plnost dat. Jedna stodola zakreslen?, sousedovic o p?r metr? d?l u? ne. Nejsou zde i velmi v?znamn? ( v?razn? budovy) Nap? ve ?koda Auto je zakreslena jen ??st hal, zato je s neuv??itelnou p?esnost? zakreslen ov?ln? zku?ebn? polygon. http://maps.fordfrog.com/?zoom=17 <http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF> &lat=50.42189&lon=14.92084&layers=B00FFF (zhruba uprost?ed) - SO v SO. Dopru?uji Kol?n... http://maps.fordfrog.com/?zoom=18 <http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF> &lat=50.01861&lon=15.22189&layers=B00FFF Chyby u adresn?ch m?st (AM) - AM vzd?len? des?tky i stovky metr? od mate?sk?ho SO. - AM na hospod??sk?ch budov?ch. Pokus o nahl??en? chyby skon?il sice dopln?n?m chyb?j?c?ho SO, ale AM je i nad?le na chl?vku. - mnoho AM bez geometrie ( geometrie lze z?skat ze SO) - konflikty AM - na jednom SO v?ce AM ?asto ve stylu ev.5 + ?p.5, oblast se dv?ma ?adami AM ze dvou ??st? obce V?echno odhalit a vyeliminovat nen? snadn?. Pokud bude v budoucnu prob?hat import dat polo/automaticky bude stav je?t? hor??. Je a bude nutn? ru?n? z?sah. Jestli ru?n? korekce n?jak zna?it nech?m na zku?en?j??ch. Nedok??u rozhodnout zda je p?esn?j?? Ruian nebo KM. Geometrie SO vych?z? z KM, um?st?n? AM je rozd?ln?. V KM v mnoha p??padech odpov?d? defini?n?mu bodu SO. Krom? geometrie SO je k dispozici i jejich ??el (vyu?it?). P??slu?n? ??seln?k jsem nena?el (moc jsem nehledal), ale vypad? zhruba takto 1;pr?myslov? objekt 2;zem?d?lsk? usedlost 3;objekt k bydlen? 4;objekt lesn?ho hospod??stv? 5;objekt ob?ansk? vybavenosti 6;bytov? d?m 7;rodinn? d?m 8;stavba pro rodinnou rekreaci 9;stavba pro shroma??ov?n? v?t??ho po?tu osob 10;stavba pro obchod 11;stavba ubytovac?ho za??zen? 12;stavba pro v?robu a skladov?n? 13;zem?d?lsk? stavba 14;stavba pro administrativu 15;stavba ob?ansk?ho vybaven? 16;stavba technick?ho vybaven? 17;stavba pro dopravu 18;gar?? 19;jin? stavba 20;v?ce??elov? stavba 21;sklen?k 23;hr?z p?ehrazuj?c? vodn? tok nebo ?dol? 24;hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni 25;hr?z ohrazuj?c? um?lou vodn? n?dr? 28;stavba k vyu?it? vodn? energie (vodn? elektr?rna) Jsou (budou) k dispozici dal?? technick? specifikace, prozat?m jen u nov?ch SO. Podrobnosti lze nal?zt i na str?nk?ch Ruian u ka?d?ho SO. Vyu?itelnost v OSM je ot?zkou... Kone?nou f?z? importu je vizu?ln? kontrola dat, validace a nahr?n? pomoc? JOSM. Opakuji - ??dn? snadn? ?e?en? nem?m. Hlavn? zbran? sou?asn?ch partyz?n? jsou: Ubuntu 13.04, wget, ruian2pgsql, postgres, postgis, pgadminIII a n?kolik nesourod?ch javovsk?ch bastl?, kter?mi p?ruji data a vytv???m v?stupy. V?stup do konzole p?esm?rov?v?m do souboru. To hlavn? je spousta ?asu p?i prov??ov?n? aktu?lnosti nesp?rovan?ch dat v OSM. Samotn? manipulace zabere jen zlomek ?asu. Z?kladn?m ?zem?m na kter?m pracuji je okres. Princip je jednoduch?. st?hnu data z OSM pomoc? JOSM st?hnu data z Ruian pomoc? wget pomoc? ruian2pgsql dostanu data do datab?ze jednoduch?m java bastlem dostanu OSM data do datab?ze m?m vytvo?en? dv? tabulky a sna??m se postupn? data p?rovat. Od dokonal? shody (nen? t?eba aktualizovat) p?es sp?rovan? data (aktualizovat) p?es nen? v Ruian ani KM, ale ni?emu nep?ek??? (beze zm?n) a? po duplicity, konflikty s nov?mi AM (odstra?uji) kontroluji vzd?lenost od SO (m?-li geometrii) p??padn? koriguji kontroluji validuji a odes?l?m pomoc? JOSM Z OSM dat je z?ejm?, ?e v minulosti prob?hly dv? z?sadn? importn? obdob?. Jedno je pops?no zde http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR Kvalita velmi rozd?ln? v z?vislosti na tom jak kdo ne/pochopil rozd?len? obc? na jednotliv? ??sti. Pokud se mi sejde na n?m?st? p?t ?p. 1 je z?ejm? ?e je n?kde chyba. (stovky chyb). V hor??m p??pad? je?t? s pozn?mkou o duplicit? nebo o nekonzistenci ... Zde je nedosti?n?m "v?t?zem" Liberec. Aktualizace m?sty velmi pracn?. Druh?m importem jsou data ozna?en? uir_adr:ADRESA_KOD. Pro ta jsou charakteristick?. Ne?pln? tagov?n? a polohov? nep?esnost, ale i otazn?ky v addr:housenumber Aktualizace bez probl?m? - uir_adr:ADRESA_KOD je toto?n? jako kod AM v rn_adresni_misto Oba importy nespr?vn? rozli?uj? velikost p?smen (U Stud?nky vs. U stud?nky. Nav?c se m?sty vz?jemn? p?ekr?valy (p?ekr?vaj??) a vytv??ely duplicity (MB, ME, ???any ....) Nemohu nevzpomenout individu?ln? obkreslov?n? KM. Kvalita r?zn?. Od name 27/1 a? po tak?ka dokonalou pr?ci... Aktualizace m?sty opravdu nemo?n? (zbyte?n?). Budoucnost nepat?? aluminiu, ale Ruian. Pokud bude z?jem, jsem k dispozici. Samoz?ejm? ide?ln? by byla skupina program?tor? .. Osobn? jsem doufal, ?e se n?kdo p?id? k fordfrogovi (on mo?n? taky). Na druhou stranu nev?m zda bych jako program?tor relaxoval programov?n?m. Mo?n? by se hodil n?jak? ?koln? projekt ... ale na z?zraky jsem nikdy nev??il. M.D. Dne 27. listopadu 2013 10:09 Dalibor Jel?nek <dalibor at dalibor.cz <mailto:dalibor at dalibor.cz> > napsal(a): Cau, koukal jsem na to zbezne. Stahlo mi to 300MB dat je v bodech, coz vypada, ze partyzanujes, uz celkem dlouho. ;-) Celkem se mi to zatim libi. Treba jsem hodne rad, ze pouzivas addr:place, tak kde nejsou ulice, takze to pak pujde najit. Vypada to, ze ovsem nedelas jen adresni body, ale i budovy. Jako trochu neprijemne, ale asi nevyhnutelne vidim, ze kdyz takhle naimportujes vesnici, tak tam si tretina domu chybi, takze je ji stejne potreba dodelat rucne. Predpokladam, ze v RUIANu jsou jen budovy postavene dle nejakeho stavebniho rizeni a ze mensi stavby, ktere asi neprochazi tolik a urednim simlem tam nejsou. Je to tak? Ovsem nekdy to dela nehezke vezi, jako tady id=244571117, kdy ten dum je tam jen castecne. Da se tomu nejak vyhnout? Predpokladam, ze ten import je poloautomaticky, ze kontrolujes, jestli tam uz neco nenakreslil nekdo drive. Je to tak? Na jiny problemek jsem narazil v nejake vesnici, kam si asi adresy uz dal drive. Byly tam nejake adresni body, ktere jsou podle RUIAN jinde, nez mi ukazuje KM. Co ma pak vice pravdu? V tomhle pripade se mi zdalo, ze logictejsi misto je to, ktere ukazovala KM, ale nevim, proc k tomu rozdilu dochazi a jaka data jsou lepsi. A kdyz uz ti s tim adresnim bodem pohnu, tak ti mam zachovat ref:ruian a prepsat source:addr z "ruian" na "cuzk:km"? Nebo to mam nechat a pripsat treba addr:loc=cuzk:km? Proc nekde jsou tvoje adresy o chloupek mimo nez body v KM? Treba id=2517820160 <tel:2517820160> Jsi schopen a ochoten poskytnout svuj importovaci software i jinym, aby ho mohli pouzivat? Je v RUIAN k dispozici vice informaci treba k budovam, ktere bychom mohli nejak vyuzit? Nebo ten obrys je vse, co se da vytahnout? Zdravi, Dalibor From: Mirek Dlask [mailto:dlask.m at gmail.com <mailto:dlask.m at gmail.com> ] Sent: Tuesday, November 26, 2013 10:28 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat 1) import adresn?ch bod? 2) Minimalis_import 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. M.D. Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com <mailto:ehanoj at gmail.com> > napsal(a): Ahoj, mo?n? by ne?kodilo dodat: 1) co jsi d?lal 2) pod jak?m ??tem 3) kde je k tomu popis postupu a metadata k v?sledku 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m d?ky hanoj Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com <mailto:dlask.m at gmail.com> > napsal(a): zobrazit citaci
> Ahoj komunito > > Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import > dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > vysv?tlen?m. > > would you please, before continuing any of your imports, e-mail > data at osmfoundation.org <mailto:data at osmfoundation.org> and explain how
you have conformed to our import zobrazit citaci
> guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't
find zobrazit citaci
> any discussion about your proposed import on the imports@ list and the > source of your data is unclear. > > Frederik Ramm > OSMF Data Working Group > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu
diplomatick?mu zobrazit citaci
> um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu
jin?mu. zobrazit citaci
> T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > nev?m co a jak vysv?tlovat e-mailem. > Hl?s? se n?kdo dobrovoln?? > > M.D.
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131209/bed413c9/attachment-0001.html>

9.12.2013 04:55:56 (#32)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> Asi by bylo vhodn? ho importovat, t?eba jako tag building:ruian:use nebo > building:ruian:type > > a nechat tam jen to ??slo, jak je, proto?e p?ekl?dat ho do v?ce anglick?ch > slov asi nebude moc hezk?. > > Z?rove? bych navrhoval ten objekt ozna?it ji? sou?asn? pou??vanou hodnotou > do tagu building.
*** tento dualismus se mi l?b? zobrazit citaci
> Tady se ??k? > http://wiki.openstreetmap.org/wiki/CS:Map_Features > ?e je to n?zev obce za PS?, co? by byly D?v?ice. > Co tedy chceme m?t v tomhle tagu? > Nem?la by se opravit wiki?
*** Opravit. Sp?? m? to p?ipad?, ?e si n?kdo neuv?domil p?i tom v?kladov?m zjednodu?ov?n?, ?e po?ta nemus? b?t shodn? s n?zvem casti obce v adresn?m m?ste. ha hanoj

16.1.2014 03:58:53 (#33)
gravatar

Pavel Kwiecien

<pavel.kwiecien at seznam.cz>
48 4954
Zdrav?m v?echny, vytvo?il jsem si pokusn? primitivn? skript (nejsem program?tor v t?to oblasti) na import budov s R?IANu. Ji? v?me, ?e v R?IANu nejsou v?echny budovy a jsou tam i chyby. Je tedy t?eba je dokreslit nap?. tracerem. P?i dokreslen? budov tracerem jsem v?ak narazil na probl?m. Pokud jsem budov?m s R?IANu p?i?adil hodnoty podle ??seln?ku nap?. building=house a pot?ebuju dokreslit budovu, kde ob? budovy maj? spole?nou hranici, tak tracer nedok??e dokreslovanou budovu napojit na budovu s building=house. Vznikaj? tak necht?n? p?ekryvy budov -- p?ekryvy samoz?ejm? nevzniknou pokud budova m? tag building=yes. Zkou?el jsem i dal?? kombinace building=industrial, apartments, ... a tracer i v t?chto dal??ch kombinac?ch nefunguje spr?vn?. Nev?te n?kdo, co s t?m? ? Zdrav? Pavel Kwiecien
---------- P?vodn? zpr?va ---------- Od: Dalibor Jel?nek <dalibor at dalibor.cz> Datum: 9. 12. 2013 P?edm?t: Re: [Talk-cz] Ruian jako zdroj dat " Ahoj, na?el jsem ten ??seln?k vyu?it? stavebn?ch objekt? v RUIAN tady http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=10769&AKCE=DOC:10-CISE _ATRIBUTY_SO dole jako CEM_ZPUSOB_VYUZITI_OBJEKTU Asi by bylo vhodn? ho importovat, t?eba jako tag building:ruian:use nebo building:ruian:type a nechat tam jen to ??slo, jak je, proto?e p?ekl?dat ho do v?ce anglick?ch slov asi nebude moc hezk?. Z?rove? bych navrhoval ten objekt ozna?it ji? sou?asn? pou??vanou hodnotou do tagu building. Hodnoty, kter? m? napadly jsou n??e. N?kdy je mo?no v?ce mo?nost?, ale po??t?m, ?e kdy? se netref?me ?pln? p?esn?, tak se to pak dolad?. (P??klad, kostel otagovan? jako building=civic). Co si o tom mysl?te? ? Zdrav?, ?Dalibor ? ? 1=pr?myslov? objekt - building=industrial 2=zem?d?lsk? usedlost - building=house (nebo building=farm_auxiliary?) 3=objekt k bydlen? - building=residential 4=objekt lesn?ho hospod??stv? - building=barn nebo building=cabin nebo building=hut 5=objekt ob?ansk? vybavenosti - building=civic (jen?e je to i chapel, church) 6=bytov? d?m - building=apartments 7=rodinn? d?m - building=house 8=stavba pro rodinnou rekreaci - building=cabin (jen?e je to n?kdy i chalupa, co? nen? ?pln? cabin) 9=stavba pro shroma??ov?n? v?t??ho po?tu osob - building=hall 10=stavba pro obchod - building=retail 11=stavba ubytovac?ho za??zen? - building=hotel 12=stavba pro v?robu a skladov?n?- building=warehouse 13=zem?d?lsk? stavba - building=barn nebo building=farm_auxiliary 14=stavba pro administrativu - building=office nebo building=commercial 15=stavba ob?ansk?ho vybaven? - building=civic 16=stavba technick?ho vybaven? - building=industrial ??? (na?el jsem to jako trafostanice, mo?n? i v?m?n?ky tepla) 17=stavba pro dopravu - building=transportation 18=gar?? - building=garage 19=jin? stavba - building=yes 20=v?ce??elov? stavba - building=yes nebo building=multipurpose? 21=sklen?k - building=greenhouse 22=p?ehrada - waterway=dam 23=hr?z p?ehrazuj?c? vodn? tok nebo ?dol? - waterway=dam 24=hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni - wall=flood_wall 25=hr?z ohrazuj?c? um?lou vodn? n?dr? - ??? wall=yes 26=jez - waterway=weir 27=stavba k plaveb.??el?m v korytech nebo na b?ez?ch vod.tok? - building= transportation 28=stavba k vyu?it? vodn? energie (vodn? elektr?rna) - building=industrial a power=plant 29=stavba odkali?t? - building=industrial a man_made=wastewater_plant ? ? From: Mirek Dlask [mailto:dlask.m at gmail.com] Sent: Wednesday, November 27, 2013 7:24 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat ? Zdrav?m v?echny ? Kdy? tady n?kdo p?ed vice jak rokem zm?nil, ?e bude trvat zhruba rok, ne? dojde k n?jak?mu pou?it? dat z Ruian ?nev??il jsem. Bohu?el je to je?t? hor??. Pokud v?m prob?hlo snad jen zp?esn?n? hranic region? a to je v?e ?! Lze nal?zt p?r dal??ch jednor?zov?ch pokus?. ?ek?n? na n?jak? glob?ln? ?e?en? jsem se kr?til po sv?m. Pokud se na m? n?kdo obr?til nab?dnul jsem mu pomoc. Nikdo toho nevyu?il. Mo?n? ?ekali n?jak? snadn? ?e?en?. Ale j? nic takov?ho nem?m a nenab?z?m. Kdo cht?l data dostal je. Kdo cht?l zdroj?k poslal jsem mu jej.? ? Zkou?el jsem nejen adresn? m?sta, ale i stavebn? objekty (SO). Bohu?el data v Ruian jsou pro?pikov?ny mnoha chybami.? Konkr?tn? u SO ? - ne?pln? geometrie Nap?. v?razn? lichob??n?k u SO na dvou lichob??n?kov?ch parcel?ch, v?cevchodov? SO ne?pln? d?lky, na hranic?ch digitalizovan?ho ?zem?. - jeden SO roz?len?n? do n?kolika multipolygon? - ?ekal bych SO pro jeden ??el, s jedn?m majitelem = jeden multipolygon - naopak v?ce SO v jednom multipolygonu. Nap?. rodinn? d?m a samostatn? stoj?c? gar??? - jako SO jsou ozna?eny a evidov?ny dvorky, zastav?n? plochy, zahrady, ale i cel? parcely - za chybu nelze pova?ovat mno?stv? pro OSM zbyte?n?ch bod? ? Patrn? nejv?t?? zast?e?en? bufet v ?esk?m r?ji http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF (http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF) - ?p?izn?m se, ?e mi je z?hadou ne?plnost dat. Jedna stodola zakreslen?, sousedovic o p?r metr? d?l u? ne. Nejsou zde i velmi v?znamn? ( v?razn? budovy) Nap? ve ?koda Auto je zakreslena jen ??st hal, zato je s neuv??itelnou p?esnost? zakreslen ?ov?ln? zku?ebn? polygon.? http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF (http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF)? (zhruba uprost?ed) - SO v SO. Dopru?uji Kol?n... http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF (http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF)? ? ? Chyby u adresn?ch m?st (AM) - ?AM vzd?len? des?tky i stovky metr? ?od mate?sk?ho SO. - AM na hospod??sk?ch budov?ch. Pokus o nahl??en? chyby skon?il sice dopln?n?m chyb?j?c?ho SO, ale AM je i nad?le na chl?vku. - mnoho AM bez geometrie ( ?geometrie lze z?skat ze SO)? - konflikty AM - na jednom SO v?ce AM ?asto ve stylu ev.5 + ?p.5, oblast se dv?ma ?adami AM ze dvou ??st? obce ? V?echno odhalit a vyeliminovat nen? snadn?. Pokud bude v budoucnu prob?hat import dat polo/automaticky bude stav je?t? hor??. Je a bude nutn? ru?n? z?sah. Jestli ru?n? korekce n?jak zna?it nech?m na zku?en?j??ch. Nedok??u rozhodnout zda je p?esn?j?? Ruian nebo KM. Geometrie SO vych?z? z KM, um?st?n? AM je rozd?ln?. V KM v mnoha p??padech odpov?d? defini?n?mu bodu SO.? ? Krom? geometrie SO je k dispozici i jejich ??el (vyu?it?). P??slu?n? ??seln?k jsem nena?el (moc jsem nehledal), ale vypad? zhruba takto ? 1;pr?myslov? objekt 2;zem?d?lsk? usedlost 3;objekt k bydlen? 4;objekt lesn?ho hospod??stv? 5;objekt ob?ansk? vybavenosti 6;bytov? d?m 7;rodinn? d?m 8;stavba pro rodinnou rekreaci 9;stavba pro shroma??ov?n? v?t??ho po?tu osob 10;stavba pro obchod 11;stavba ubytovac?ho za??zen? 12;stavba pro v?robu a skladov?n? 13;zem?d?lsk? stavba 14;stavba pro administrativu 15;stavba ob?ansk?ho vybaven? 16;stavba technick?ho vybaven? 17;stavba pro dopravu 18;gar?? 19;jin? stavba 20;v?ce??elov? stavba 21;sklen?k 23;hr?z p?ehrazuj?c? vodn? tok nebo ?dol? 24;hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni 25;hr?z ohrazuj?c? um?lou vodn? n?dr? 28;stavba k vyu?it? vodn? energie (vodn? elektr?rna)? ? Jsou (budou) k dispozici dal?? technick? specifikace, prozat?m jen u nov?ch SO. Podrobnosti lze nal?zt i na str?nk?ch Ruian u ka?d?ho SO. Vyu?itelnost v OSM je ot?zkou... ? Kone?nou f?z? importu je vizu?ln? kontrola dat, ?validace a nahr?n? pomoc? JOSM.? Opakuji - ??dn? snadn? ?e?en? nem?m. Hlavn? zbran? sou?asn?ch partyz?n? jsou: Ubuntu 13.04, wget, ruian2pgsql, postgres, postgis, pgadminIII a n?kolik nesourod?ch javovsk?ch bastl?, kter?mi p?ruji data a vytv???m v?stupy. V?stup do konzole p?esm?rov?v?m do souboru. To hlavn? je spousta ?asu p?i prov??ov?n? aktu?lnosti nesp?rovan?ch dat v OSM. Samotn? manipulace zabere jen zlomek ?asu. Z?kladn?m ?zem?m na kter?m pracuji je okres. Princip je jednoduch?. st?hnu data z OSM pomoc? JOSM? st?hnu data z Ruian pomoc? wget pomoc? ruian2pgsql dostanu data do datab?ze jednoduch?m java bastlem dostanu OSM data do datab?ze? m?m vytvo?en? dv? tabulky a sna??m se postupn? data p?rovat. Od dokonal? shody (nen? t?eba aktualizovat) p?es sp?rovan? data (aktualizovat) p?es nen? v Ruian ani KM, ale ni?emu nep?ek??? (beze zm?n) a? po duplicity, konflikty s nov?mi AM (odstra?uji)? kontroluji vzd?lenost od SO (m?-li geometrii) p??padn? koriguji? kontroluji validuji a odes?l?m pomoc? JOSM ? Z OSM dat je z?ejm?, ?e v minulosti prob?hly dv? z?sadn? importn? obdob?.? ? Jedno je pops?no zde?http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR (http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR)? Kvalita velmi rozd?ln? v z?vislosti na tom jak kdo ne/pochopil rozd?len? obc? na jednotliv? ??sti. Pokud se mi sejde na n?m?st? p?t ?p. 1 je z?ejm? ?e je n?kde chyba. (stovky chyb). V hor??m p??pad? je?t? s pozn?mkou o duplicit? nebo o nekonzistenci ... ? Zde je nedosti?n?m "v?t?zem" Liberec. Aktualizace m?sty velmi pracn?. ? Druh?m importem jsou data ozna?en??uir_adr:ADRESA_KOD. Pro ta jsou charakteristick?. Ne?pln? tagov?n? a polohov? nep?esnost, ale i otazn?ky v addr:housenumber Aktualizace bez probl?m? - uir_adr:ADRESA_KOD je toto?n? jako kod AM v rn_ adresni_misto ? Oba importy nespr?vn? rozli?uj? velikost p?smen (U Stud?nky vs. U stud?nky. Nav?c se m?sty vz?jemn? p?ekr?valy (p?ekr?vaj??) a vytv??ely duplicity (MB, ME, ???any ....)? ? Nemohu nevzpomenout individu?ln? obkreslov?n? KM. Kvalita r?zn?. Od name 27/ 1 a? po tak?ka dokonalou pr?ci... Aktualizace m?sty opravdu nemo?n? (zbyte?n?).? ? Budoucnost nepat?? aluminiu, ale Ruian. Pokud bude z?jem, jsem k dispozici. Samoz?ejm? ide?ln? by byla skupina program?tor? .. Osobn? jsem doufal, ?e se n?kdo p?id? k fordfrogovi (on mo?n? taky). Na druhou stranu nev?m zda bych jako program?tor relaxoval programov?n?m.? Mo?n? by se hodil n?jak? ?koln? projekt ... ale na z?zraky jsem nikdy nev??il.? ?? M.D. ??? ? ? Dne 27. listopadu 2013 10:09 Dalibor Jel?nek <dalibor at dalibor.cz (mailto:dalibor at dalibor.cz)> napsal(a): " Cau, koukal jsem na to zbezne. Stahlo mi to 300MB dat je v bodech, coz vypada, ze partyzanujes, uz celkem dlouho. ;-) Celkem se mi to zatim libi. ? Treba jsem hodne rad, ze pouzivas addr:place, tak kde nejsou ulice, takze to pak pujde najit. ? Vypada to, ze ovsem nedelas jen adresni body, ale i budovy. Jako trochu neprijemne, ale asi nevyhnutelne vidim, ze kdyz takhle naimportujes vesnici, tak tam si tretina domu chybi, takze je ji stejne potreba dodelat rucne. Predpokladam, ze v RUIANu jsou jen budovy postavene dle nejakeho stavebniho rizeni a ze mensi stavby, ktere asi neprochazi tolik a urednim simlem tam nejsou. Je to tak? ? Ovsem nekdy to dela nehezke vezi, jako tady id=244571117, kdy ten dum je tam jen castecne. Da se tomu nejak vyhnout? ? Predpokladam, ze ten import je poloautomaticky, ze kontrolujes, jestli tam uz neco nenakreslil nekdo drive. Je to tak? ? Na jiny problemek jsem narazil v nejake vesnici, kam si asi adresy uz dal drive. Byly tam nejake adresni body, ktere jsou podle RUIAN jinde, nez mi ukazuje KM. Co ma pak vice pravdu? V tomhle pripade se mi zdalo, ze logictejsi misto je to, ktere ukazovala KM, ale nevim, proc k tomu rozdilu dochazi a jaka data jsou lepsi. ? A kdyz uz ti s tim adresnim bodem pohnu, tak ti mam zachovat ref:ruian a prepsat source:addr z ?ruian? na ?cuzk:km?? Nebo to mam nechat a pripsat treba addr:loc=cuzk:km? ? Proc nekde jsou tvoje adresy o chloupek mimo nez body v KM? Treba id=2517820160 ? Jsi schopen a ochoten poskytnout svuj importovaci software i jinym, aby ho mohli pouzivat? ? Je v RUIAN k dispozici vice informaci treba k budovam, ktere bychom mohli nejak vyuzit? Nebo ten obrys je vse, co se da vytahnout? ? Zdravi, ?Dalibor ? ? From: Mirek Dlask [mailto:dlask.m at gmail.com(mailto:dlask.m at gmail.com)] Sent: Tuesday, November 26, 2013 10:28 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat ? 1) import adresn?ch bod? 2) Minimalis_import 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. ? M.D. ? ? Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com (mailto:ehanoj at gmail.com)> napsal(a): " Ahoj, mo?n? by ne?kodilo dodat: 1) co jsi d?lal 2) pod jak?m ??tem 3) kde je k tomu popis postupu a metadata k v?sledku 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m d?ky hanoj Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com (mailto:dlask.m at gmail.com)> napsal(a): zobrazit citaci
> Ahoj komunito > > ?Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import > dat Ruian z u?ivatelsk?ho ??tu) ?upozorn?n P Normanem. Po zalo?en? > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > vysv?tlen?m. > > would you please, before continuing any of your imports, e-mail > data at osmfoundation.org(mailto:data at osmfoundation.org) and explain how you
have conformed to our import zobrazit citaci (http://wiki.openstreetmap.org/wiki/Import))? I couldn't find zobrazit citaci
> any discussion about your proposed import on the imports@ list and the > source of your data is unclear. > > Frederik Ramm > OSMF Data Working Group > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu
diplomatick?mu zobrazit citaci
> um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu
jin?mu. zobrazit citaci
> T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > nev?m co a jak vysv?tlovat e-mailem. > Hl?s? se n?kdo dobrovoln?? > > M.D.
_______________________________________________ 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/20140116/9b30b9c6/attachment-0001.html>

16.1.2014 06:33:08 (#34)
gravatar

Marián Kyral

<mkyral at email.cz>
2228 2371
Ahoj, doporu?uji vyzkou?et Tracer2 plugin. Ten to um?. Sta?? p?idat ?esk? zdroj dat: http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/9000 Pokud by ti to z n?jak?ho d?vodu ne?lo (t?eba instalace Tracer2server), tak jsem schopen upravit p?vodn? Tracer plugin. Pr?v? se v n?m vrt?m, jako zdroj by m?l naopak slou?it RUIAN - hod? se ke zp?es?ov?n? budov. Mari?n Dne 16.1.2014 15:58, Pavel Kwiecien napsal: zobrazit citaci
> Zdrav?m v?echny, > vytvo?il jsem si pokusn? primitivn? skript (nejsem program?tor v t?to oblasti) na import budov s R?IANu. Ji? v?me, ?e v R?IANu nejsou v?echny budovy a jsou tam i chyby. Je tedy t?eba je dokreslit nap?. tracerem. P?i dokreslen? budov tracerem jsem v?ak narazil na probl?m. Pokud jsem budov?m s R?IANu p?i?adil hodnoty podle ??seln?ku nap?. building=house a pot?ebuju dokreslit budovu, kde ob? budovy maj? spole?nou hranici, tak tracer nedok??e dokreslovanou budovu napojit na budovu s building=house. Vznikaj? tak necht?n? p?ekryvy budov -- p?ekryvy samoz?ejm? nevzniknou pokud budova m? tag building=yes. Zkou?el jsem i dal?? kombinace building=industrial, apartments, ... a tracer i v t?chto dal??ch kombinac?ch nefunguje spr?vn?. Nev?te n?kdo, co s t?m? > > Zdrav? Pavel Kwiecien > > ---------- P?vodn? zpr?va ---------- > Od: Dalibor Jel?nek <dalibor at dalibor.cz> > Datum: 9. 12. 2013 > P?edm?t: Re: [Talk-cz] Ruian jako zdroj dat > > Ahoj, > > na?el jsem ten ??seln?k vyu?it? stavebn?ch objekt? v RUIAN tady > > http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=10769&AKCE=DOC:10-CISE_ATRIBUTY_SO > > dole jako CEM_ZPUSOB_VYUZITI_OBJEKTU > > Asi by bylo vhodn? ho importovat, t?eba jako tag building:ruian:use nebo building:ruian:type > > a nechat tam jen to ??slo, jak je, proto?e p?ekl?dat ho do v?ce anglick?ch slov asi nebude moc hezk?. > > Z?rove? bych navrhoval ten objekt ozna?it ji? sou?asn? pou??vanou hodnotou do tagu building. > > Hodnoty, kter? m? napadly jsou n??e. N?kdy je mo?no v?ce mo?nost?, > > ale po??t?m, ?e kdy? se netref?me ?pln? p?esn?, tak se to pak dolad?. > > (P??klad, kostel otagovan? jako building=civic). > > Co si o tom mysl?te? > > Zdrav?, > > Dalibor > > 1=pr?myslov? objekt - building=industrial > > 2=zem?d?lsk? usedlost - building=house (nebo building=farm_auxiliary?) > > 3=objekt k bydlen? - building=residential > > 4=objekt lesn?ho hospod??stv? - building=barn nebo building=cabin nebo building=hut > > 5=objekt ob?ansk? vybavenosti - building=civic (jen?e je to i chapel, church) > > 6=bytov? d?m - building=apartments > > 7=rodinn? d?m - building=house > > 8=stavba pro rodinnou rekreaci - building=cabin (jen?e je to n?kdy i chalupa, co? nen? ?pln? cabin) > > 9=stavba pro shroma??ov?n? v?t??ho po?tu osob - building=hall > > 10=stavba pro obchod - building=retail > > 11=stavba ubytovac?ho za??zen? - building=hotel > > 12=stavba pro v?robu a skladov?n?- building=warehouse > > 13=zem?d?lsk? stavba - building=barn nebo building=farm_auxiliary > > 14=stavba pro administrativu - building=office nebo building=commercial > > 15=stavba ob?ansk?ho vybaven? - building=civic > > 16=stavba technick?ho vybaven? - building=industrial ??? (na?el jsem to jako trafostanice, mo?n? i v?m?n?ky tepla) > > 17=stavba pro dopravu - building=transportation > > 18=gar?? - building=garage > > 19=jin? stavba - building=yes > > 20=v?ce??elov? stavba - building=yes nebo building=multipurpose? > > 21=sklen?k - building=greenhouse > > 22=p?ehrada - waterway=dam > > 23=hr?z p?ehrazuj?c? vodn? tok nebo ?dol? - waterway=dam > > 24=hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni - wall=flood_wall > > 25=hr?z ohrazuj?c? um?lou vodn? n?dr? - ??? wall=yes > > 26=jez - waterway=weir > > 27=stavba k plaveb.??el?m v korytech nebo na b?ez?ch vod.tok? - building=transportation > > 28=stavba k vyu?it? vodn? energie (vodn? elektr?rna) - building=industrial a power=plant > > 29=stavba odkali?t? - building=industrial a man_made=wastewater_plant > > FROM: Mirek Dlask [mailto:dlask.m at gmail.com] > SENT: Wednesday, November 27, 2013 7:24 PM > TO: OpenStreetMap Czech Republic > SUBJECT: Re: [Talk-cz] Ruian jako zdroj dat > > Zdrav?m v?echny > > Kdy? tady n?kdo p?ed vice jak rokem zm?nil, ?e bude trvat zhruba rok, ne? dojde k n?jak?mu pou?it? dat z Ruian nev??il jsem. Bohu?el je to je?t? hor??. Pokud v?m prob?hlo snad jen zp?esn?n? hranic region? a to je v?e ?! Lze nal?zt p?r dal??ch jednor?zov?ch pokus?. ?ek?n? na n?jak? glob?ln? ?e?en? jsem se kr?til po sv?m. Pokud se na m? n?kdo obr?til nab?dnul jsem mu pomoc. Nikdo toho nevyu?il. Mo?n? ?ekali n?jak? snadn? ?e?en?. Ale j? nic takov?ho nem?m a nenab?z?m. Kdo cht?l data dostal je. Kdo cht?l zdroj?k poslal jsem mu jej. > > Zkou?el jsem nejen adresn? m?sta, ale i stavebn? objekty (SO). Bohu?el data v Ruian jsou pro?pikov?ny mnoha chybami. > > Konkr?tn? u SO > > - ne?pln? geometrie Nap?. v?razn? lichob??n?k u SO na dvou lichob??n?kov?ch parcel?ch, v?cevchodov? SO ne?pln? d?lky, na hranic?ch digitalizovan?ho ?zem?. > > - jeden SO roz?len?n? do n?kolika multipolygon? - ?ekal bych SO pro jeden ??el, s jedn?m majitelem = jeden multipolygon > > - naopak v?ce SO v jednom multipolygonu. Nap?. rodinn? d?m a samostatn? stoj?c? gar?? > > - jako SO jsou ozna?eny a evidov?ny dvorky, zastav?n? plochy, zahrady, ale i cel? parcely > > - za chybu nelze pova?ovat mno?stv? pro OSM zbyte?n?ch bod? > > Patrn? nejv?t?? zast?e?en? bufet v ?esk?m r?ji > > http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF [1] > > - p?izn?m se, ?e mi je z?hadou ne?plnost dat. Jedna stodola zakreslen?, sousedovic o p?r metr? d?l u? ne. Nejsou zde i velmi v?znamn? ( v?razn? budovy) Nap? ve ?koda Auto je zakreslena jen ??st hal, zato je s neuv??itelnou p?esnost? zakreslen ov?ln? zku?ebn? polygon. > > http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF [2] (zhruba uprost?ed) > > - SO v SO. Dopru?uji Kol?n... > > http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF [3] > > Chyby u adresn?ch m?st (AM) > > - AM vzd?len? des?tky i stovky metr? od mate?sk?ho SO. > > - AM na hospod??sk?ch budov?ch. Pokus o nahl??en? chyby skon?il sice dopln?n?m chyb?j?c?ho SO, ale AM je i nad?le na chl?vku. > > - mnoho AM bez geometrie ( geometrie lze z?skat ze SO) > > - konflikty AM - na jednom SO v?ce AM ?asto ve stylu ev.5 + ?p.5, oblast se dv?ma ?adami AM ze dvou ??st? obce > > V?echno odhalit a vyeliminovat nen? snadn?. > > Pokud bude v budoucnu prob?hat import dat polo/automaticky bude stav je?t? hor??. Je a bude nutn? ru?n? z?sah. Jestli ru?n? korekce n?jak zna?it nech?m na zku?en?j??ch. > > Nedok??u rozhodnout zda je p?esn?j?? Ruian nebo KM. Geometrie SO vych?z? z KM, um?st?n? AM je rozd?ln?. V KM v mnoha p??padech odpov?d? defini?n?mu bodu SO. > > Krom? geometrie SO je k dispozici i jejich ??el (vyu?it?). P??slu?n? ??seln?k jsem nena?el (moc jsem nehledal), ale vypad? zhruba takto > > 1;pr?myslov? objekt > > 2;zem?d?lsk? usedlost > > 3;objekt k bydlen? > > 4;objekt lesn?ho hospod??stv? > > 5;objekt ob?ansk? vybavenosti > > 6;bytov? d?m > > 7;rodinn? d?m > > 8;stavba pro rodinnou rekreaci > > 9;stavba pro shroma??ov?n? v?t??ho po?tu osob > > 10;stavba pro obchod > > 11;stavba ubytovac?ho za??zen? > > 12;stavba pro v?robu a skladov?n? > > 13;zem?d?lsk? stavba > > 14;stavba pro administrativu > > 15;stavba ob?ansk?ho vybaven? > > 16;stavba technick?ho vybaven? > > 17;stavba pro dopravu > > 18;gar?? > > 19;jin? stavba > > 20;v?ce??elov? stavba > > 21;sklen?k > > 23;hr?z p?ehrazuj?c? vodn? tok nebo ?dol? > > 24;hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni > > 25;hr?z ohrazuj?c? um?lou vodn? n?dr? > > 28;stavba k vyu?it? vodn? energie (vodn? elektr?rna) > > Jsou (budou) k dispozici dal?? technick? specifikace, prozat?m jen u nov?ch SO. Podrobnosti lze nal?zt i na str?nk?ch Ruian u ka?d?ho SO. Vyu?itelnost v OSM je ot?zkou... > > Kone?nou f?z? importu je vizu?ln? kontrola dat, validace a nahr?n? pomoc? JOSM. > > Opakuji - ??dn? snadn? ?e?en? nem?m. > > Hlavn? zbran? sou?asn?ch partyz?n? jsou: > > Ubuntu 13.04, wget, ruian2pgsql, postgres, postgis, pgadminIII a n?kolik nesourod?ch javovsk?ch bastl?, kter?mi p?ruji data a vytv???m v?stupy. V?stup do konzole p?esm?rov?v?m do souboru. To hlavn? je spousta ?asu p?i prov??ov?n? aktu?lnosti nesp?rovan?ch dat v OSM. Samotn? manipulace zabere jen zlomek ?asu. > > Z?kladn?m ?zem?m na kter?m pracuji je okres. > > Princip je jednoduch?. > > st?hnu data z OSM pomoc? JOSM > > st?hnu data z Ruian pomoc? wget > > pomoc? ruian2pgsql dostanu data do datab?ze > > jednoduch?m java bastlem dostanu OSM data do datab?ze > > m?m vytvo?en? dv? tabulky a sna??m se postupn? data p?rovat. Od dokonal? shody (nen? t?eba aktualizovat) p?es sp?rovan? data (aktualizovat) p?es nen? v Ruian ani KM, ale ni?emu nep?ek??? (beze zm?n) a? po duplicity, konflikty s nov?mi AM (odstra?uji) > > kontroluji vzd?lenost od SO (m?-li geometrii) p??padn? koriguji > > kontroluji validuji a odes?l?m pomoc? JOSM > > Z OSM dat je z?ejm?, ?e v minulosti prob?hly dv? z?sadn? importn? obdob?. > > Jedno je pops?no zde http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR [4] > > Kvalita velmi rozd?ln? v z?vislosti na tom jak kdo ne/pochopil rozd?len? obc? na jednotliv? ??sti. Pokud se mi sejde na n?m?st? p?t ?p. 1 je z?ejm? ?e je n?kde chyba. > > (stovky chyb). V hor??m p??pad? je?t? s pozn?mkou o duplicit? nebo o nekonzistenci ... Zde je nedosti?n?m "v?t?zem" Liberec. Aktualizace m?sty velmi pracn?. > > Druh?m importem jsou data ozna?en? uir_adr:ADRESA_KOD. Pro ta jsou charakteristick?. Ne?pln? tagov?n? a polohov? nep?esnost, ale i otazn?ky v addr:housenumber > > Aktualizace bez probl?m? - uir_adr:ADRESA_KOD je toto?n? jako kod AM v rn_adresni_misto > > Oba importy nespr?vn? rozli?uj? velikost p?smen (U Stud?nky vs. U stud?nky. Nav?c se m?sty vz?jemn? p?ekr?valy (p?ekr?vaj??) a vytv??ely duplicity (MB, ME, ???any ....) > > Nemohu nevzpomenout individu?ln? obkreslov?n? KM. Kvalita r?zn?. Od name 27/1 a? po tak?ka dokonalou pr?ci... Aktualizace m?sty opravdu nemo?n? (zbyte?n?). > > Budoucnost nepat?? aluminiu, ale Ruian. Pokud bude z?jem, jsem k dispozici. Samoz?ejm? ide?ln? by byla skupina program?tor? .. Osobn? jsem doufal, ?e se n?kdo p?id? k fordfrogovi (on mo?n? taky). Na druhou stranu nev?m zda bych jako program?tor relaxoval programov?n?m. > > Mo?n? by se hodil n?jak? ?koln? projekt ... ale na z?zraky jsem nikdy nev??il. > > M.D. > > Dne 27. listopadu 2013 10:09 Dalibor Jel?nek <dalibor at dalibor.cz> napsal(a): > > Cau, > > koukal jsem na to zbezne. Stahlo mi to 300MB dat je v bodech, coz vypada, ze partyzanujes, uz celkem dlouho. ;-) > > Celkem se mi to zatim libi. > > Treba jsem hodne rad, ze pouzivas addr:place, tak kde nejsou ulice, takze to pak pujde najit. > > Vypada to, ze ovsem nedelas jen adresni body, ale i budovy. > > Jako trochu neprijemne, ale asi nevyhnutelne vidim, ze kdyz takhle naimportujes vesnici, > > tak tam si tretina domu chybi, takze je ji stejne potreba dodelat rucne. > > Predpokladam, ze v RUIANu jsou jen budovy postavene dle nejakeho stavebniho rizeni > > a ze mensi stavby, ktere asi neprochazi tolik a urednim simlem tam nejsou. > > Je to tak? > > Ovsem nekdy to dela nehezke vezi, jako tady id=244571117, kdy ten dum je tam > > jen castecne. Da se tomu nejak vyhnout? > > Predpokladam, ze ten import je poloautomaticky, ze kontrolujes, jestli tam uz neco nenakreslil nekdo drive. > > Je to tak? > > Na jiny problemek jsem narazil v nejake vesnici, kam si asi adresy uz dal drive. > > Byly tam nejake adresni body, ktere jsou podle RUIAN jinde, nez mi ukazuje KM. > > Co ma pak vice pravdu? V tomhle pripade se mi zdalo, ze logictejsi misto je to, ktere > > ukazovala KM, ale nevim, proc k tomu rozdilu dochazi a jaka data jsou lepsi. > > A kdyz uz ti s tim adresnim bodem pohnu, tak ti mam zachovat ref:ruian > > a prepsat source:addr z "ruian" na "cuzk:km"? Nebo to mam nechat a pripsat > > treba addr:loc=cuzk:km? > > Proc nekde jsou tvoje adresy o chloupek mimo nez body v KM? > > Treba id=2517820160 > > Jsi schopen a ochoten poskytnout svuj importovaci software i jinym, aby ho mohli pouzivat? > > Je v RUIAN k dispozici vice informaci treba k budovam, ktere bychom mohli nejak vyuzit? > > Nebo ten obrys je vse, co se da vytahnout? > > Zdravi, > > Dalibor > > FROM: Mirek Dlask [mailto:dlask.m at gmail.com] > SENT: Tuesday, November 26, 2013 10:28 PM > TO: OpenStreetMap Czech Republic > SUBJECT: Re: [Talk-cz] Ruian jako zdroj dat > > 1) import adresn?ch bod? > > 2) Minimalis_import > > 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. > > Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. > > M.D. > > Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com> napsal(a): > > Ahoj, > > mo?n? by ne?kodilo dodat: > 1) co jsi d?lal > 2) pod jak?m ??tem > 3) kde je k tomu popis postupu a metadata k v?sledku > 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m > > d?ky hanoj > > Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com> napsal(a): >> Ahoj komunito >> >> Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import >> dat Ruian z u?ivatelsk?ho ??tu) upozorn?n P Normanem. Po zalo?en? >> dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m >> vysv?tlen?m. >> >> would you please, before continuing any of your imports, e-mail >> data at osmfoundation.org and explain how you have conformed to our import >> guidelines (see http://wiki.openstreetmap.org/wiki/Import [5])? I couldn't find >> any discussion about your proposed import on the imports@ list and the >> source of your data is unclear. >> >> Frederik Ramm >> OSMF Data Working Group >> >> Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu diplomatick?mu >> um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu jin?mu. >> T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani >> nev?m co a jak vysv?tlovat e-mailem. >> Hl?s? se n?kdo dobrovoln?? >> >> M.D. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz [6] > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz [6]
_______________________________________________ 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 [6] Links: ------ [1] http://maps.fordfrog.com/?zoom=19&amp;lat=50.49404&amp;lon=15.14469&amp;layers=B00FFF [2] http://maps.fordfrog.com/?zoom=17&amp;lat=50.42189&amp;lon=14.92084&amp;layers=B00FFF [3] http://maps.fordfrog.com/?zoom=18&amp;lat=50.01861&amp;lon=15.22189&amp;layers=B00FFF [4] http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR [5] http://wiki.openstreetmap.org/wiki/Import [6] https://lists.openstreetmap.org/listinfo/talk-cz ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140116/1ba3f09b/attachment-0001.html>

16.1.2014 07:21:18 (#35)
gravatar

Pavel Kwiecien

<pavel.kwiecien at seznam.cz>
48 4954
Ahoj, Tracer2server jsem tedy vyzkou?el, teoreticky to um?, ale a? velmi ?asto dostanu m?sto plochy pod budovou n?jakou ?ir?? plochu okolo budovy, tak?e je zat?m nepou?iteln?. Mohl bych vyzkou?et upraven? star? tracer? Zdrav? Pavel Kwiecien
---------- P?vodn? zpr?va ---------- Od: Mari?n Kyral <mkyral at email.cz> Datum: 16. 1. 2014 P?edm?t: Re: [Talk-cz] Ruian jako zdroj dat " Ahoj, doporu?uji vyzkou?et Tracer2 plugin. Ten to um?. Sta?? p?idat ?esk? zdroj dat: http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/9000 Pokud by ti to z n?jak?ho d?vodu ne?lo (t?eba instalace Tracer2server), tak jsem schopen upravit p?vodn? Tracer plugin. Pr?v? se v n?m vrt?m, jako zdroj by m?l naopak slou?it RUIAN - hod? se ke zp?es?ov?n? budov. ? Mari?n Dne 16.1.2014 15:58, Pavel Kwiecien napsal: "Zdrav?m v?echny, vytvo?il jsem si pokusn? primitivn? skript (nejsem program?tor v t?to oblasti) na import budov s R?IANu. Ji? v?me, ?e v R?IANu nejsou v?echny budovy a jsou tam i chyby. Je tedy t?eba je dokreslit nap?. tracerem. P?i dokreslen? budov tracerem jsem v?ak narazil na probl?m. Pokud jsem budov?m s R?IANu p?i?adil hodnoty podle ??seln?ku nap?. building=house a pot?ebuju dokreslit budovu, kde ob? budovy maj? spole?nou hranici, tak tracer nedok??e dokreslovanou budovu napojit na budovu s building=house. Vznikaj? tak necht?n? p?ekryvy budov -- p?ekryvy samoz?ejm? nevzniknou pokud budova m? tag building=yes. Zkou?el jsem i dal?? kombinace building=industrial, apartments, ... a tracer i v t?chto dal??ch kombinac?ch nefunguje spr?vn?. Nev?te n?kdo, co s t?m? ? Zdrav? Pavel Kwiecien ---------- P?vodn? zpr?va ---------- Od: Dalibor Jel?nek <dalibor at dalibor.cz> Datum: 9. 12. 2013 P?edm?t: Re: [Talk-cz] Ruian jako zdroj dat " Ahoj, na?el jsem ten ??seln?k vyu?it? stavebn?ch objekt? v RUIAN tady http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=10769&AKCE=DOC:10-CISE _ATRIBUTY_SO dole jako CEM_ZPUSOB_VYUZITI_OBJEKTU Asi by bylo vhodn? ho importovat, t?eba jako tag building:ruian:use nebo building:ruian:type a nechat tam jen to ??slo, jak je, proto?e p?ekl?dat ho do v?ce anglick?ch slov asi nebude moc hezk?. Z?rove? bych navrhoval ten objekt ozna?it ji? sou?asn? pou??vanou hodnotou do tagu building. Hodnoty, kter? m? napadly jsou n??e. N?kdy je mo?no v?ce mo?nost?, ale po??t?m, ?e kdy? se netref?me ?pln? p?esn?, tak se to pak dolad?. (P??klad, kostel otagovan? jako building=civic). Co si o tom mysl?te? ? Zdrav?, ?Dalibor ? ? 1=pr?myslov? objekt - building=industrial 2=zem?d?lsk? usedlost - building=house (nebo building=farm_auxiliary?) 3=objekt k bydlen? - building=residential 4=objekt lesn?ho hospod??stv? - building=barn nebo building=cabin nebo building=hut 5=objekt ob?ansk? vybavenosti - building=civic (jen?e je to i chapel, church) 6=bytov? d?m - building=apartments 7=rodinn? d?m - building=house 8=stavba pro rodinnou rekreaci - building=cabin (jen?e je to n?kdy i chalupa, co? nen? ?pln? cabin) 9=stavba pro shroma??ov?n? v?t??ho po?tu osob - building=hall 10=stavba pro obchod - building=retail 11=stavba ubytovac?ho za??zen? - building=hotel 12=stavba pro v?robu a skladov?n?- building=warehouse 13=zem?d?lsk? stavba - building=barn nebo building=farm_auxiliary 14=stavba pro administrativu - building=office nebo building=commercial 15=stavba ob?ansk?ho vybaven? - building=civic 16=stavba technick?ho vybaven? - building=industrial ??? (na?el jsem to jako trafostanice, mo?n? i v?m?n?ky tepla) 17=stavba pro dopravu - building=transportation 18=gar?? - building=garage 19=jin? stavba - building=yes 20=v?ce??elov? stavba - building=yes nebo building=multipurpose? 21=sklen?k - building=greenhouse 22=p?ehrada - waterway=dam 23=hr?z p?ehrazuj?c? vodn? tok nebo ?dol? - waterway=dam 24=hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni - wall=flood_wall 25=hr?z ohrazuj?c? um?lou vodn? n?dr? - ??? wall=yes 26=jez - waterway=weir 27=stavba k plaveb.??el?m v korytech nebo na b?ez?ch vod.tok? - building= transportation 28=stavba k vyu?it? vodn? energie (vodn? elektr?rna) - building=industrial a power=plant 29=stavba odkali?t? - building=industrial a man_made=wastewater_plant ? ? From: Mirek Dlask [mailto:dlask.m at gmail.com] Sent: Wednesday, November 27, 2013 7:24 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat ? Zdrav?m v?echny ? Kdy? tady n?kdo p?ed vice jak rokem zm?nil, ?e bude trvat zhruba rok, ne? dojde k n?jak?mu pou?it? dat z Ruian ?nev??il jsem. Bohu?el je to je?t? hor??. Pokud v?m prob?hlo snad jen zp?esn?n? hranic region? a to je v?e ?! Lze nal?zt p?r dal??ch jednor?zov?ch pokus?. ?ek?n? na n?jak? glob?ln? ?e?en? jsem se kr?til po sv?m. Pokud se na m? n?kdo obr?til nab?dnul jsem mu pomoc. Nikdo toho nevyu?il. Mo?n? ?ekali n?jak? snadn? ?e?en?. Ale j? nic takov?ho nem?m a nenab?z?m. Kdo cht?l data dostal je. Kdo cht?l zdroj?k poslal jsem mu jej.? ? Zkou?el jsem nejen adresn? m?sta, ale i stavebn? objekty (SO). Bohu?el data v Ruian jsou pro?pikov?ny mnoha chybami.? Konkr?tn? u SO ? - ne?pln? geometrie Nap?. v?razn? lichob??n?k u SO na dvou lichob??n?kov?ch parcel?ch, v?cevchodov? SO ne?pln? d?lky, na hranic?ch digitalizovan?ho ?zem?. - jeden SO roz?len?n? do n?kolika multipolygon? - ?ekal bych SO pro jeden ??el, s jedn?m majitelem = jeden multipolygon - naopak v?ce SO v jednom multipolygonu. Nap?. rodinn? d?m a samostatn? stoj?c? gar??? - jako SO jsou ozna?eny a evidov?ny dvorky, zastav?n? plochy, zahrady, ale i cel? parcely - za chybu nelze pova?ovat mno?stv? pro OSM zbyte?n?ch bod? ? Patrn? nejv?t?? zast?e?en? bufet v ?esk?m r?ji http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF (http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF) - ?p?izn?m se, ?e mi je z?hadou ne?plnost dat. Jedna stodola zakreslen?, sousedovic o p?r metr? d?l u? ne. Nejsou zde i velmi v?znamn? ( v?razn? budovy) Nap? ve ?koda Auto je zakreslena jen ??st hal, zato je s neuv??itelnou p?esnost? zakreslen ?ov?ln? zku?ebn? polygon.? http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF (http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF)? (zhruba uprost?ed) - SO v SO. Dopru?uji Kol?n... http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF (http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF)? ? ? Chyby u adresn?ch m?st (AM) - ?AM vzd?len? des?tky i stovky metr? ?od mate?sk?ho SO. - AM na hospod??sk?ch budov?ch. Pokus o nahl??en? chyby skon?il sice dopln?n?m chyb?j?c?ho SO, ale AM je i nad?le na chl?vku. - mnoho AM bez geometrie ( ?geometrie lze z?skat ze SO)? - konflikty AM - na jednom SO v?ce AM ?asto ve stylu ev.5 + ?p.5, oblast se dv?ma ?adami AM ze dvou ??st? obce ? V?echno odhalit a vyeliminovat nen? snadn?. Pokud bude v budoucnu prob?hat import dat polo/automaticky bude stav je?t? hor??. Je a bude nutn? ru?n? z?sah. Jestli ru?n? korekce n?jak zna?it nech?m na zku?en?j??ch. Nedok??u rozhodnout zda je p?esn?j?? Ruian nebo KM. Geometrie SO vych?z? z KM, um?st?n? AM je rozd?ln?. V KM v mnoha p??padech odpov?d? defini?n?mu bodu SO.? ? Krom? geometrie SO je k dispozici i jejich ??el (vyu?it?). P??slu?n? ??seln?k jsem nena?el (moc jsem nehledal), ale vypad? zhruba takto ? 1;pr?myslov? objekt 2;zem?d?lsk? usedlost 3;objekt k bydlen? 4;objekt lesn?ho hospod??stv? 5;objekt ob?ansk? vybavenosti 6;bytov? d?m 7;rodinn? d?m 8;stavba pro rodinnou rekreaci 9;stavba pro shroma??ov?n? v?t??ho po?tu osob 10;stavba pro obchod 11;stavba ubytovac?ho za??zen? 12;stavba pro v?robu a skladov?n? 13;zem?d?lsk? stavba 14;stavba pro administrativu 15;stavba ob?ansk?ho vybaven? 16;stavba technick?ho vybaven? 17;stavba pro dopravu 18;gar?? 19;jin? stavba 20;v?ce??elov? stavba 21;sklen?k 23;hr?z p?ehrazuj?c? vodn? tok nebo ?dol? 24;hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni 25;hr?z ohrazuj?c? um?lou vodn? n?dr? 28;stavba k vyu?it? vodn? energie (vodn? elektr?rna)? ? Jsou (budou) k dispozici dal?? technick? specifikace, prozat?m jen u nov?ch SO. Podrobnosti lze nal?zt i na str?nk?ch Ruian u ka?d?ho SO. Vyu?itelnost v OSM je ot?zkou... ? Kone?nou f?z? importu je vizu?ln? kontrola dat, ?validace a nahr?n? pomoc? JOSM.? Opakuji - ??dn? snadn? ?e?en? nem?m. Hlavn? zbran? sou?asn?ch partyz?n? jsou: Ubuntu 13.04, wget, ruian2pgsql, postgres, postgis, pgadminIII a n?kolik nesourod?ch javovsk?ch bastl?, kter?mi p?ruji data a vytv???m v?stupy. V?stup do konzole p?esm?rov?v?m do souboru. To hlavn? je spousta ?asu p?i prov??ov?n? aktu?lnosti nesp?rovan?ch dat v OSM. Samotn? manipulace zabere jen zlomek ?asu. Z?kladn?m ?zem?m na kter?m pracuji je okres. Princip je jednoduch?. st?hnu data z OSM pomoc? JOSM? st?hnu data z Ruian pomoc? wget pomoc? ruian2pgsql dostanu data do datab?ze jednoduch?m java bastlem dostanu OSM data do datab?ze? m?m vytvo?en? dv? tabulky a sna??m se postupn? data p?rovat. Od dokonal? shody (nen? t?eba aktualizovat) p?es sp?rovan? data (aktualizovat) p?es nen? v Ruian ani KM, ale ni?emu nep?ek??? (beze zm?n) a? po duplicity, konflikty s nov?mi AM (odstra?uji)? kontroluji vzd?lenost od SO (m?-li geometrii) p??padn? koriguji? kontroluji validuji a odes?l?m pomoc? JOSM ? Z OSM dat je z?ejm?, ?e v minulosti prob?hly dv? z?sadn? importn? obdob?.? ? Jedno je pops?no zde?http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR (http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR)? Kvalita velmi rozd?ln? v z?vislosti na tom jak kdo ne/pochopil rozd?len? obc? na jednotliv? ??sti. Pokud se mi sejde na n?m?st? p?t ?p. 1 je z?ejm? ?e je n?kde chyba. (stovky chyb). V hor??m p??pad? je?t? s pozn?mkou o duplicit? nebo o nekonzistenci ... ? Zde je nedosti?n?m "v?t?zem" Liberec. Aktualizace m?sty velmi pracn?. ? Druh?m importem jsou data ozna?en??uir_adr:ADRESA_KOD. Pro ta jsou charakteristick?. Ne?pln? tagov?n? a polohov? nep?esnost, ale i otazn?ky v addr:housenumber Aktualizace bez probl?m? - uir_adr:ADRESA_KOD je toto?n? jako kod AM v rn_ adresni_misto ? Oba importy nespr?vn? rozli?uj? velikost p?smen (U Stud?nky vs. U stud?nky. Nav?c se m?sty vz?jemn? p?ekr?valy (p?ekr?vaj??) a vytv??ely duplicity (MB, ME, ???any ....)? ? Nemohu nevzpomenout individu?ln? obkreslov?n? KM. Kvalita r?zn?. Od name 27/ 1 a? po tak?ka dokonalou pr?ci... Aktualizace m?sty opravdu nemo?n? (zbyte?n?).? ? Budoucnost nepat?? aluminiu, ale Ruian. Pokud bude z?jem, jsem k dispozici. Samoz?ejm? ide?ln? by byla skupina program?tor? .. Osobn? jsem doufal, ?e se n?kdo p?id? k fordfrogovi (on mo?n? taky). Na druhou stranu nev?m zda bych jako program?tor relaxoval programov?n?m.? Mo?n? by se hodil n?jak? ?koln? projekt ... ale na z?zraky jsem nikdy nev??il.? ?? M.D. ??? ? ? Dne 27. listopadu 2013 10:09 Dalibor Jel?nek <dalibor at dalibor.cz (mailto:dalibor at dalibor.cz)> napsal(a): " Cau, koukal jsem na to zbezne. Stahlo mi to 300MB dat je v bodech, coz vypada, ze partyzanujes, uz celkem dlouho. ;-) Celkem se mi to zatim libi. ? Treba jsem hodne rad, ze pouzivas addr:place, tak kde nejsou ulice, takze to pak pujde najit. ? Vypada to, ze ovsem nedelas jen adresni body, ale i budovy. Jako trochu neprijemne, ale asi nevyhnutelne vidim, ze kdyz takhle naimportujes vesnici, tak tam si tretina domu chybi, takze je ji stejne potreba dodelat rucne. Predpokladam, ze v RUIANu jsou jen budovy postavene dle nejakeho stavebniho rizeni a ze mensi stavby, ktere asi neprochazi tolik a urednim simlem tam nejsou. Je to tak? ? Ovsem nekdy to dela nehezke vezi, jako tady id=244571117, kdy ten dum je tam jen castecne. Da se tomu nejak vyhnout? ? Predpokladam, ze ten import je poloautomaticky, ze kontrolujes, jestli tam uz neco nenakreslil nekdo drive. Je to tak? ? Na jiny problemek jsem narazil v nejake vesnici, kam si asi adresy uz dal drive. Byly tam nejake adresni body, ktere jsou podle RUIAN jinde, nez mi ukazuje KM. Co ma pak vice pravdu? V tomhle pripade se mi zdalo, ze logictejsi misto je to, ktere ukazovala KM, ale nevim, proc k tomu rozdilu dochazi a jaka data jsou lepsi. ? A kdyz uz ti s tim adresnim bodem pohnu, tak ti mam zachovat ref:ruian a prepsat source:addr z "ruian" na "cuzk:km"? Nebo to mam nechat a pripsat treba addr:loc=cuzk:km? ? Proc nekde jsou tvoje adresy o chloupek mimo nez body v KM? Treba id=2517820160 ? Jsi schopen a ochoten poskytnout svuj importovaci software i jinym, aby ho mohli pouzivat? ? Je v RUIAN k dispozici vice informaci treba k budovam, ktere bychom mohli nejak vyuzit? Nebo ten obrys je vse, co se da vytahnout? ? Zdravi, ?Dalibor ? ? From: Mirek Dlask [mailto:dlask.m at gmail.com(mailto:dlask.m at gmail.com)] Sent: Tuesday, November 26, 2013 10:28 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat ? 1) import adresn?ch bod? 2) Minimalis_import 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. ? M.D. ? ? Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com (mailto:ehanoj at gmail.com)> napsal(a): " Ahoj, mo?n? by ne?kodilo dodat: 1) co jsi d?lal 2) pod jak?m ??tem 3) kde je k tomu popis postupu a metadata k v?sledku 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m d?ky hanoj Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com (mailto:dlask.m at gmail.com)> napsal(a): zobrazit citaci
> Ahoj komunito > > ?Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import > dat Ruian z u?ivatelsk?ho ??tu) ?upozorn?n P Normanem. Po zalo?en? > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > vysv?tlen?m. > > would you please, before continuing any of your imports, e-mail > data at osmfoundation.org(mailto:data at osmfoundation.org) and explain how you
have conformed to our import zobrazit citaci (http://wiki.openstreetmap.org/wiki/Import))? I couldn't find zobrazit citaci
> any discussion about your proposed import on the imports@ list and the > source of your data is unclear. > > Frederik Ramm > OSMF Data Working Group > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu
diplomatick?mu zobrazit citaci
> um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu
jin?mu. zobrazit citaci
> T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > nev?m co a jak vysv?tlovat e-mailem. > Hl?s? se n?kdo dobrovoln?? > > M.D.
_______________________________________________ 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" _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " ? _______________________________________________ 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/20140116/48bb5963/attachment-0001.html>

17.1.2014 02:14:50 (#36)
gravatar

Pavel Kwiecien

<pavel.kwiecien at seznam.cz>
48 4954
Zdrav?m v?echny, kdyby si cht?l n?kdo zablbnout s m?m skriptem, tak jej m??e st?hnout http://optics.fjfi.cvut.cz/~kwiecien/ pot?ebuje k tomu Linux, Python, Saxon9 (lze p?epsat na jinou verzi v new_ script.sh) a knihovnu gdal (ogr2ogr). pou?it?: v new_script.sh: Export_name="tupec_vesel??ko_520420" -> n?zev v?sledn?ho souboru FILE="520420" -> R?IAN ??slo obce, v OSM map? zad?te Vesel??ko -> City Boundary Vesel??ko, okres P?erov, Olomouc Region, St?edn? Morava, Czech Republic(http://www.openstreetmap.org/relation/438252) -> a je to polo?ka ref:lau Soucasna_datum="20131231" -> verze soubor? R?IANu, moment?ln? se asi nemus? m?nit soubor spust?te: sh new_script.sh a dostanete v?sledn? soubor tupec_vesel??ko_520420.osm. Ob?as je pot?eba zm?nit relaci budov na multipolygon a ?e?it p?ekr?vaj?c? se budovy. M?m je?t? jeden poznatek z R?IANu. Ve sv?m skriptu pou??v?m n?sleduj?c? konverzi sou?adnic, kterou jsem na?el na internetu ogr2ogr -s_srs "+proj=krovak +lat_0=49.5 +lon_0=24.83333333333333 +alpha= 30.28813972222222 \ +k=0.9999 +x_0=0 +y_0=0 +ellps=bessel +pm=greenwich + units=m +no_defs \?????????????????????????????????????????????????????????? ?????????????????????????? +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56" -t_srs "epsg:4326" -f "ESRI Shapefile" ... N?kde u prost?ed ?ech to docela sed? s cuzk:km, ale t?eba v Beskydech se ji? objevuje ochylka n?kolika (re?ln?ch) dcm v porovn?n? s cuzk:km. Tot?? lze pozorovat p?i porovn?n? maps.fordfrog.com(http://maps.fordfrog.com) a cuzk: km. Lze to n?jak jednodu?e odstranit? Asi by se musela zm?nit transformace, moment?ln? budovy posouv?m v JOSM podle cuzk:km. Zdrav? Pavel Kwiecien
---------- P?vodn? zpr?va ---------- Od: Pavel Kwiecien <pavel.kwiecien at seznam.cz> Datum: 16. 1. 2014 P?edm?t: Re: [Talk-cz] Ruian jako zdroj dat " Zdrav?m v?echny, vytvo?il jsem si pokusn? primitivn? skript (nejsem program?tor v t?to oblasti) na import budov s R?IANu. Ji? v?me, ?e v R?IANu nejsou v?echny budovy a jsou tam i chyby. Je tedy t?eba je dokreslit nap?. tracerem. P?i dokreslen? budov tracerem jsem v?ak narazil na probl?m. Pokud jsem budov?m s R?IANu p?i?adil hodnoty podle ??seln?ku nap?. building=house a pot?ebuju dokreslit budovu, kde ob? budovy maj? spole?nou hranici, tak tracer nedok??e dokreslovanou budovu napojit na budovu s building=house. Vznikaj? tak necht?n? p?ekryvy budov -- p?ekryvy samoz?ejm? nevzniknou pokud budova m? tag building=yes. Zkou?el jsem i dal?? kombinace building=industrial, apartments, ... a tracer i v t?chto dal??ch kombinac?ch nefunguje spr?vn?. Nev?te n?kdo, co s t?m? ? Zdrav? Pavel Kwiecien ---------- P?vodn? zpr?va ---------- Od: Dalibor Jel?nek <dalibor at dalibor.cz> Datum: 9. 12. 2013 P?edm?t: Re: [Talk-cz] Ruian jako zdroj dat " Ahoj, na?el jsem ten ??seln?k vyu?it? stavebn?ch objekt? v RUIAN tady http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=10769&AKCE=DOC:10-CISE _ATRIBUTY_SO dole jako CEM_ZPUSOB_VYUZITI_OBJEKTU Asi by bylo vhodn? ho importovat, t?eba jako tag building:ruian:use nebo building:ruian:type a nechat tam jen to ??slo, jak je, proto?e p?ekl?dat ho do v?ce anglick?ch slov asi nebude moc hezk?. Z?rove? bych navrhoval ten objekt ozna?it ji? sou?asn? pou??vanou hodnotou do tagu building. Hodnoty, kter? m? napadly jsou n??e. N?kdy je mo?no v?ce mo?nost?, ale po??t?m, ?e kdy? se netref?me ?pln? p?esn?, tak se to pak dolad?. (P??klad, kostel otagovan? jako building=civic). Co si o tom mysl?te? ? Zdrav?, ?Dalibor ? ? 1=pr?myslov? objekt - building=industrial 2=zem?d?lsk? usedlost - building=house (nebo building=farm_auxiliary?) 3=objekt k bydlen? - building=residential 4=objekt lesn?ho hospod??stv? - building=barn nebo building=cabin nebo building=hut 5=objekt ob?ansk? vybavenosti - building=civic (jen?e je to i chapel, church) 6=bytov? d?m - building=apartments 7=rodinn? d?m - building=house 8=stavba pro rodinnou rekreaci - building=cabin (jen?e je to n?kdy i chalupa, co? nen? ?pln? cabin) 9=stavba pro shroma??ov?n? v?t??ho po?tu osob - building=hall 10=stavba pro obchod - building=retail 11=stavba ubytovac?ho za??zen? - building=hotel 12=stavba pro v?robu a skladov?n?- building=warehouse 13=zem?d?lsk? stavba - building=barn nebo building=farm_auxiliary 14=stavba pro administrativu - building=office nebo building=commercial 15=stavba ob?ansk?ho vybaven? - building=civic 16=stavba technick?ho vybaven? - building=industrial ??? (na?el jsem to jako trafostanice, mo?n? i v?m?n?ky tepla) 17=stavba pro dopravu - building=transportation 18=gar?? - building=garage 19=jin? stavba - building=yes 20=v?ce??elov? stavba - building=yes nebo building=multipurpose? 21=sklen?k - building=greenhouse 22=p?ehrada - waterway=dam 23=hr?z p?ehrazuj?c? vodn? tok nebo ?dol? - waterway=dam 24=hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni - wall=flood_wall 25=hr?z ohrazuj?c? um?lou vodn? n?dr? - ??? wall=yes 26=jez - waterway=weir 27=stavba k plaveb.??el?m v korytech nebo na b?ez?ch vod.tok? - building= transportation 28=stavba k vyu?it? vodn? energie (vodn? elektr?rna) - building=industrial a power=plant 29=stavba odkali?t? - building=industrial a man_made=wastewater_plant ? ? From: Mirek Dlask [mailto:dlask.m at gmail.com] Sent: Wednesday, November 27, 2013 7:24 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat ? Zdrav?m v?echny ? Kdy? tady n?kdo p?ed vice jak rokem zm?nil, ?e bude trvat zhruba rok, ne? dojde k n?jak?mu pou?it? dat z Ruian ?nev??il jsem. Bohu?el je to je?t? hor??. Pokud v?m prob?hlo snad jen zp?esn?n? hranic region? a to je v?e ?! Lze nal?zt p?r dal??ch jednor?zov?ch pokus?. ?ek?n? na n?jak? glob?ln? ?e?en? jsem se kr?til po sv?m. Pokud se na m? n?kdo obr?til nab?dnul jsem mu pomoc. Nikdo toho nevyu?il. Mo?n? ?ekali n?jak? snadn? ?e?en?. Ale j? nic takov?ho nem?m a nenab?z?m. Kdo cht?l data dostal je. Kdo cht?l zdroj?k poslal jsem mu jej.? ? Zkou?el jsem nejen adresn? m?sta, ale i stavebn? objekty (SO). Bohu?el data v Ruian jsou pro?pikov?ny mnoha chybami.? Konkr?tn? u SO ? - ne?pln? geometrie Nap?. v?razn? lichob??n?k u SO na dvou lichob??n?kov?ch parcel?ch, v?cevchodov? SO ne?pln? d?lky, na hranic?ch digitalizovan?ho ?zem?. - jeden SO roz?len?n? do n?kolika multipolygon? - ?ekal bych SO pro jeden ??el, s jedn?m majitelem = jeden multipolygon - naopak v?ce SO v jednom multipolygonu. Nap?. rodinn? d?m a samostatn? stoj?c? gar??? - jako SO jsou ozna?eny a evidov?ny dvorky, zastav?n? plochy, zahrady, ale i cel? parcely - za chybu nelze pova?ovat mno?stv? pro OSM zbyte?n?ch bod? ? Patrn? nejv?t?? zast?e?en? bufet v ?esk?m r?ji http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF (http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF) - ?p?izn?m se, ?e mi je z?hadou ne?plnost dat. Jedna stodola zakreslen?, sousedovic o p?r metr? d?l u? ne. Nejsou zde i velmi v?znamn? ( v?razn? budovy) Nap? ve ?koda Auto je zakreslena jen ??st hal, zato je s neuv??itelnou p?esnost? zakreslen ?ov?ln? zku?ebn? polygon.? http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF (http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF)? (zhruba uprost?ed) - SO v SO. Dopru?uji Kol?n... http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF (http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&layers=B00FFF)? ? ? Chyby u adresn?ch m?st (AM) - ?AM vzd?len? des?tky i stovky metr? ?od mate?sk?ho SO. - AM na hospod??sk?ch budov?ch. Pokus o nahl??en? chyby skon?il sice dopln?n?m chyb?j?c?ho SO, ale AM je i nad?le na chl?vku. - mnoho AM bez geometrie ( ?geometrie lze z?skat ze SO)? - konflikty AM - na jednom SO v?ce AM ?asto ve stylu ev.5 + ?p.5, oblast se dv?ma ?adami AM ze dvou ??st? obce ? V?echno odhalit a vyeliminovat nen? snadn?. Pokud bude v budoucnu prob?hat import dat polo/automaticky bude stav je?t? hor??. Je a bude nutn? ru?n? z?sah. Jestli ru?n? korekce n?jak zna?it nech?m na zku?en?j??ch. Nedok??u rozhodnout zda je p?esn?j?? Ruian nebo KM. Geometrie SO vych?z? z KM, um?st?n? AM je rozd?ln?. V KM v mnoha p??padech odpov?d? defini?n?mu bodu SO.? ? Krom? geometrie SO je k dispozici i jejich ??el (vyu?it?). P??slu?n? ??seln?k jsem nena?el (moc jsem nehledal), ale vypad? zhruba takto ? 1;pr?myslov? objekt 2;zem?d?lsk? usedlost 3;objekt k bydlen? 4;objekt lesn?ho hospod??stv? 5;objekt ob?ansk? vybavenosti 6;bytov? d?m 7;rodinn? d?m 8;stavba pro rodinnou rekreaci 9;stavba pro shroma??ov?n? v?t??ho po?tu osob 10;stavba pro obchod 11;stavba ubytovac?ho za??zen? 12;stavba pro v?robu a skladov?n? 13;zem?d?lsk? stavba 14;stavba pro administrativu 15;stavba ob?ansk?ho vybaven? 16;stavba technick?ho vybaven? 17;stavba pro dopravu 18;gar?? 19;jin? stavba 20;v?ce??elov? stavba 21;sklen?k 23;hr?z p?ehrazuj?c? vodn? tok nebo ?dol? 24;hr?z k ochran? nemovitost? p?ed zaplaven?m p?i povodni 25;hr?z ohrazuj?c? um?lou vodn? n?dr? 28;stavba k vyu?it? vodn? energie (vodn? elektr?rna)? ? Jsou (budou) k dispozici dal?? technick? specifikace, prozat?m jen u nov?ch SO. Podrobnosti lze nal?zt i na str?nk?ch Ruian u ka?d?ho SO. Vyu?itelnost v OSM je ot?zkou... ? Kone?nou f?z? importu je vizu?ln? kontrola dat, ?validace a nahr?n? pomoc? JOSM.? Opakuji - ??dn? snadn? ?e?en? nem?m. Hlavn? zbran? sou?asn?ch partyz?n? jsou: Ubuntu 13.04, wget, ruian2pgsql, postgres, postgis, pgadminIII a n?kolik nesourod?ch javovsk?ch bastl?, kter?mi p?ruji data a vytv???m v?stupy. V?stup do konzole p?esm?rov?v?m do souboru. To hlavn? je spousta ?asu p?i prov??ov?n? aktu?lnosti nesp?rovan?ch dat v OSM. Samotn? manipulace zabere jen zlomek ?asu. Z?kladn?m ?zem?m na kter?m pracuji je okres. Princip je jednoduch?. st?hnu data z OSM pomoc? JOSM? st?hnu data z Ruian pomoc? wget pomoc? ruian2pgsql dostanu data do datab?ze jednoduch?m java bastlem dostanu OSM data do datab?ze? m?m vytvo?en? dv? tabulky a sna??m se postupn? data p?rovat. Od dokonal? shody (nen? t?eba aktualizovat) p?es sp?rovan? data (aktualizovat) p?es nen? v Ruian ani KM, ale ni?emu nep?ek??? (beze zm?n) a? po duplicity, konflikty s nov?mi AM (odstra?uji)? kontroluji vzd?lenost od SO (m?-li geometrii) p??padn? koriguji? kontroluji validuji a odes?l?m pomoc? JOSM ? Z OSM dat je z?ejm?, ?e v minulosti prob?hly dv? z?sadn? importn? obdob?.? ? Jedno je pops?no zde?http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR (http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR)? Kvalita velmi rozd?ln? v z?vislosti na tom jak kdo ne/pochopil rozd?len? obc? na jednotliv? ??sti. Pokud se mi sejde na n?m?st? p?t ?p. 1 je z?ejm? ?e je n?kde chyba. (stovky chyb). V hor??m p??pad? je?t? s pozn?mkou o duplicit? nebo o nekonzistenci ... ? Zde je nedosti?n?m "v?t?zem" Liberec. Aktualizace m?sty velmi pracn?. ? Druh?m importem jsou data ozna?en??uir_adr:ADRESA_KOD. Pro ta jsou charakteristick?. Ne?pln? tagov?n? a polohov? nep?esnost, ale i otazn?ky v addr:housenumber Aktualizace bez probl?m? - uir_adr:ADRESA_KOD je toto?n? jako kod AM v rn_ adresni_misto ? Oba importy nespr?vn? rozli?uj? velikost p?smen (U Stud?nky vs. U stud?nky. Nav?c se m?sty vz?jemn? p?ekr?valy (p?ekr?vaj??) a vytv??ely duplicity (MB, ME, ???any ....)? ? Nemohu nevzpomenout individu?ln? obkreslov?n? KM. Kvalita r?zn?. Od name 27/ 1 a? po tak?ka dokonalou pr?ci... Aktualizace m?sty opravdu nemo?n? (zbyte?n?).? ? Budoucnost nepat?? aluminiu, ale Ruian. Pokud bude z?jem, jsem k dispozici. Samoz?ejm? ide?ln? by byla skupina program?tor? .. Osobn? jsem doufal, ?e se n?kdo p?id? k fordfrogovi (on mo?n? taky). Na druhou stranu nev?m zda bych jako program?tor relaxoval programov?n?m.? Mo?n? by se hodil n?jak? ?koln? projekt ... ale na z?zraky jsem nikdy nev??il.? ?? M.D. ??? ? ? Dne 27. listopadu 2013 10:09 Dalibor Jel?nek <dalibor at dalibor.cz (mailto:dalibor at dalibor.cz)> napsal(a): " Cau, koukal jsem na to zbezne. Stahlo mi to 300MB dat je v bodech, coz vypada, ze partyzanujes, uz celkem dlouho. ;-) Celkem se mi to zatim libi. ? Treba jsem hodne rad, ze pouzivas addr:place, tak kde nejsou ulice, takze to pak pujde najit. ? Vypada to, ze ovsem nedelas jen adresni body, ale i budovy. Jako trochu neprijemne, ale asi nevyhnutelne vidim, ze kdyz takhle naimportujes vesnici, tak tam si tretina domu chybi, takze je ji stejne potreba dodelat rucne. Predpokladam, ze v RUIANu jsou jen budovy postavene dle nejakeho stavebniho rizeni a ze mensi stavby, ktere asi neprochazi tolik a urednim simlem tam nejsou. Je to tak? ? Ovsem nekdy to dela nehezke vezi, jako tady id=244571117, kdy ten dum je tam jen castecne. Da se tomu nejak vyhnout? ? Predpokladam, ze ten import je poloautomaticky, ze kontrolujes, jestli tam uz neco nenakreslil nekdo drive. Je to tak? ? Na jiny problemek jsem narazil v nejake vesnici, kam si asi adresy uz dal drive. Byly tam nejake adresni body, ktere jsou podle RUIAN jinde, nez mi ukazuje KM. Co ma pak vice pravdu? V tomhle pripade se mi zdalo, ze logictejsi misto je to, ktere ukazovala KM, ale nevim, proc k tomu rozdilu dochazi a jaka data jsou lepsi. ? A kdyz uz ti s tim adresnim bodem pohnu, tak ti mam zachovat ref:ruian a prepsat source:addr z ?ruian? na ?cuzk:km?? Nebo to mam nechat a pripsat treba addr:loc=cuzk:km? ? Proc nekde jsou tvoje adresy o chloupek mimo nez body v KM? Treba id=2517820160 ? Jsi schopen a ochoten poskytnout svuj importovaci software i jinym, aby ho mohli pouzivat? ? Je v RUIAN k dispozici vice informaci treba k budovam, ktere bychom mohli nejak vyuzit? Nebo ten obrys je vse, co se da vytahnout? ? Zdravi, ?Dalibor ? ? From: Mirek Dlask [mailto:dlask.m at gmail.com(mailto:dlask.m at gmail.com)] Sent: Tuesday, November 26, 2013 10:28 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat ? 1) import adresn?ch bod? 2) Minimalis_import 3-4) vych?zel jsem z p?edchoz?ch diskuz? zde a ??ste?n? ze zvyklost? vy?ten?ch v OSM datech. Pochopil jsem, ?e hledat ?e?en? akceptovateln? v?emi je zbyte?n? ztr?ta ?asu. Tak?e mo?n? tak trochu partyz?n?tina. ? M.D. ? ? Dne 26. listopadu 2013 22:19 hanoj <ehanoj at gmail.com (mailto:ehanoj at gmail.com)> napsal(a): " Ahoj, mo?n? by ne?kodilo dodat: 1) co jsi d?lal 2) pod jak?m ??tem 3) kde je k tomu popis postupu a metadata k v?sledku 4) kdy jsi to v??e uveden? p?edhodil talk-cz k p?ipom?nk?m d?ky hanoj Dne 26. listopadu 2013 22:04 Mirek Dlask <dlask.m at gmail.com (mailto:dlask.m at gmail.com)> napsal(a): zobrazit citaci
> Ahoj komunito > > ?Jak u? jsem psal ned?vno, byl jsem na svoji z??kodnickou ?innost ( import > dat Ruian z u?ivatelsk?ho ??tu) ?upozorn?n P Normanem. Po zalo?en? > dedikovan?ho ??tu a p?r importech jsem byl bloknut s n?sleduj?c?m > vysv?tlen?m. > > would you please, before continuing any of your imports, e-mail > data at osmfoundation.org(mailto:data at osmfoundation.org) and explain how you
have conformed to our import zobrazit citaci (http://wiki.openstreetmap.org/wiki/Import))? I couldn't find zobrazit citaci
> any discussion about your proposed import on the imports@ list and the > source of your data is unclear. > > Frederik Ramm > OSMF Data Working Group > > Vzhledem k moj? neochot? se n?kam registrovat a je?t? men??mu
diplomatick?mu zobrazit citaci
> um?n? n?co vysv?tlovat bych tuto ne/milou povinnost p?enechal n?komu
jin?mu. zobrazit citaci
> T?eba u? je n?kdo registrov?n a jeho angli?tina je lep?? ne? ta moje. Ani > nev?m co a jak vysv?tlovat e-mailem. > Hl?s? se n?kdo dobrovoln?? > > M.D.
_______________________________________________ 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" _______________________________________________ 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/20140117/fd0ac714/attachment-0001.html>

17.1.2014 02:27:49 (#37)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> > N?kde u prost?ed ?ech to docela sed? s cuzk:km, ale t?eba v Beskydech
se ji? objevuje ochylka n?kolika (re?ln?ch) dcm v porovn?n? s cuzk:km. Tot?? lze pozorovat p?i porovn?n? maps.fordfrog.com a cuzk:km. zobrazit citaci
> > > > Lze to n?jak jednodu?e odstranit? Asi by se musela zm?nit transformace,
moment?ln? budovy posouv?m v JOSM podle cuzk:km. http://grass.fsv.cvut.cz/gwiki/S-JTSK http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid ha hanoj -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140117/13d6d40f/attachment.html>

17.1.2014 02:53:45 (#38)
gravatar

Pavel Kwiecien

<pavel.kwiecien at seznam.cz>
48 4954
Ahoj, hodilo by se n?co takov?ho jako S-JTSK-Grid, bohu?el starou verzi nelze st?hnout a nev?m, kde hledat novou verzi (zda existuje). Zdrav? Pavel Kwiecien
---------- P?vodn? zpr?va ---------- Od: hanoj <ehanoj at gmail.com> Datum: 17. 1. 2014 P?edm?t: Re: [Talk-cz] Ruian jako zdroj dat " zobrazit citaci
> > N?kde u prost?ed ?ech to docela sed? s cuzk:km, ale t?eba v Beskydech se
ji? objevuje ochylka n?kolika (re?ln?ch) dcm v porovn?n? s cuzk:km. Tot?? lze pozorovat p?i porovn?n? maps.fordfrog.com(http://maps.fordfrog.com) a cuzk:km. zobrazit citaci
> > > > Lze to n?jak jednodu?e odstranit? Asi by se musela zm?nit transformace,
moment?ln? budovy posouv?m v JOSM podle cuzk:km. http://grass.fsv.cvut.cz/gwiki/S-JTSK(http://grass.fsv.cvut.cz/gwiki/S-JTSK) http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK (http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK) http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid (http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid) ha hanoj ? _______________________________________________ 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/20140117/2a8395d5/attachment.html>

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