Ruian jako zdroj dat

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 na 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.

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 na 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 na 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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

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 na osmfoundation.org <mailto:data na osmfoundation.org> and explain how

guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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 na osmfoundation.org <mailto:data na osmfoundation.org> and explain how

guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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.

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 na osmfoundation.org <mailto:data na osmfoundation.org> and explain how

guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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 na osmfoundation.org <mailto:data na osmfoundation.org> and explain how

guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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.

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.

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.

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 na 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 na 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 na 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 na 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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

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).

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).

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

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...

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

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...

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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

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

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.

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.

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.

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.

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.

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.

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é

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.

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.

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í.

Jedná se o projekt s příspěvkem EU. Data jsou k dispozici volně bez licence.

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é

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.

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.

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í.

Jedná se o projekt s příspěvkem EU. Data jsou k dispozici volně bez licence.

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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

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

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

Účet mi nebyl zablokován kvůli neprůhlednému názvu.

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

*** informaci o garage v RUIAN imho neni. imho je :-)

Účet mi nebyl zablokován kvůli neprůhlednému názvu.

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

*** informaci o garage v RUIAN imho neni. imho je :-)

*** 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.

Ano opravdu existují i kombinace čev/čo

addr:postcode addr:street (pokud existuje)

addr:country (nevím jak moc je nutné) addr:city = obec

addr:place = část obce

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?

*** 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.

Ano opravdu existují i kombinace čev/čo

addr:postcode addr:street (pokud existuje)

addr:country (nevím jak moc je nutné) addr:city = obec

addr:place = část obce

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?

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

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

kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o

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

V kazdem pripade si po tom, co jsem precetl popis metody a souvisejicich

nejsem jist, jestli ma cenu to tlacit jako "oficialni" import. Mozna by

kdyby se napsal (coz klidne udelam) vysvetlujici mail prislusnym

ve kterem by se situace objasnila, vysvetlilo by se, ze se nejedna o zadny

import, ale spise o rucni doplnovani adres a domu za pouziti verejneho

tedy jen vylepsene "obkreslovani", ktere tu dela leckdo. Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda

naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako je

ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak

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

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

kam by pro zacatek uplne stacilo copy&pastnout sve predchozi maily o

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

V kazdem pripade si po tom, co jsem precetl popis metody a souvisejicich

nejsem jist, jestli ma cenu to tlacit jako "oficialni" import. Mozna by

kdyby se napsal (coz klidne udelam) vysvetlujici mail prislusnym

ve kterem by se situace objasnila, vysvetlilo by se, ze se nejedna o zadny

import, ale spise o rucni doplnovani adres a domu za pouziti verejneho

tedy jen vylepsene "obkreslovani", ktere tu dela leckdo. Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda

naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako je

ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak

building=garage, nebo mene konfliktni novy tag, treba building:ruian=neco. Zdravi, Dalibor _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-cz

addr:consriptionnumber (číslo popisné) addr:provisionalnumer (číslo evidenční) addr:streetnumber (číslo orientační)

U části obce bez pojmenovaných ulic to jde a žádná informace se neztratí. Tedy jsem pro. addr:city = obec addr:place = část obce

addr:country (nevím jak moc je nutné)

is_in

addr:city = obec

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:consriptionnumber (číslo popisné) addr:provisionalnumer (číslo evidenční) addr:streetnumber (číslo orientační)

U části obce bez pojmenovaných ulic to jde a žádná informace se neztratí. Tedy jsem pro. addr:city = obec addr:place = část obce

addr:country (nevím jak moc je nutné)

is_in

addr:city = obec

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?

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ý,

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ý,

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

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ý,

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

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ý,

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?).

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?

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?).

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?

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 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 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

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?).

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?

a co je to "to"? addr:city? nebo myslis i addr:country?

a co je to "to"? addr:city? nebo myslis i addr:country?

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!

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 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 na osmfoundation.org <mailto:data na osmfoundation.org> and explain how

guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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 na osmfoundation.org <mailto:data na osmfoundation.org> and explain how

guidelines (see http://wiki.openstreetmap.org/wiki/Import)? I couldn't

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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.

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.

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?

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.

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?

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 na osmfoundation.org(mailto:data na osmfoundation.org) and explain how you

guidelines (see http://wiki.openstreetmap.org/wiki/Import

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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.

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 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 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. 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 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. 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

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 na 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.

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 na 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 na 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 na 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 na 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 na 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 na 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 na 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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz [6] _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz [6]

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 na osmfoundation.org(mailto:data na osmfoundation.org) and explain how you

guidelines (see http://wiki.openstreetmap.org/wiki/Import

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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.

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 na osmfoundation.org(mailto:data na osmfoundation.org) and explain how you

guidelines (see http://wiki.openstreetmap.org/wiki/Import

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

umění něco vysvětlovat bych tuto ne/milou povinnost přenechal někomu

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.

Někde u prostřed Čech to docela sedí s cuzk:km, ale třeba v Beskydech

Lze to nějak jednoduše odstranit? Asi by se musela změnit transformace,

Někde u prostřed Čech to docela sedí s cuzk:km, ale třeba v Beskydech

Lze to nějak jednoduše odstranit? Asi by se musela změnit transformace,

Někde u prostřed Čech to docela sedí s cuzk:km, ale třeba v Beskydech se

Lze to nějak jednoduše odstranit? Asi by se musela změnit transformace,