[Talk-cz] Ruian jako zdroj dat
Vlákno 26.11.2013 - 17.1.2014, počet zpráv: 38
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.
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131126/346100b6/attachment.html>
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):
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 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.
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):
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 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
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131126/db224346/attachment.html>
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 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
<mailto: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
<mailto:dlask.m na 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 na osmfoundation.org <mailto:data na 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 na openstreetmap.org <mailto:Talk-cz na openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131127/9068ecc7/attachment.html>
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
<mailto: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
<mailto:dlask.m na 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 na osmfoundation.org <mailto:data na 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 na openstreetmap.org <mailto:Talk-cz na openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131127/b19bc22e/attachment.html>
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
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 na 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 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
>
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131127/713b568c/attachment.html>
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 na 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 na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131127/1a956e25/attachment.html>
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
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
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
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 na 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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131129/28d008d4/attachment.bin>
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 na 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 na openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131130/4ea7c7b6/attachment.html>
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
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
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 na 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 na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131201/f9184a48/attachment.html>
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.
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131202/17532594/attachment.html>
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
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
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 na 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 na fordfrog.com
<mailto:fordfrog na 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 na openstreetmap.org <mailto:Talk-cz na openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-cz
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131203/83251cdd/attachment.html>
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
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.
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.
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
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
Cau,
a co je to "to"?
addr:city?
nebo myslis i addr:country?
Dalibor
-----Original Message-----
From: Pavel Machek [mailto:pavel na 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 na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
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 na 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 na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
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
------------- další část ---------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 2914 bytes
Desc: [žádný popis není k dispozici]
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131206/3c698dca/attachment.bin>
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
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
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
<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 na dalibor.cz
<mailto: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 <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 na gmail.com <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
<mailto: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
<mailto:dlask.m na 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 na osmfoundation.org <mailto:data na 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 na openstreetmap.org <mailto:Talk-cz na openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-cz
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20131209/bed413c9/attachment.html>
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
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
(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 na dalibor.cz
(mailto: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(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
(mailto: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
(mailto:dlask.m na 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 na osmfoundation.org(mailto:data na osmfoundation.org) and explain how you
have conformed to our import
zobrazit citaci
> guidelines (see http://wiki.openstreetmap.org/wiki/Import
(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 na openstreetmap.org(mailto:Talk-cz na openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140116/9b30b9c6/attachment.html>
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 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]
_______________________________________________
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 [6]
Links:
------
[1]
http://maps.fordfrog.com/?zoom=19&lat=50.49404&lon=15.14469&layers=B00FFF
[2]
http://maps.fordfrog.com/?zoom=17&lat=50.42189&lon=14.92084&layers=B00FFF
[3]
http://maps.fordfrog.com/?zoom=18&lat=50.01861&lon=15.22189&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: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140116/1ba3f09b/attachment.html>
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 na 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 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
(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 na dalibor.cz
(mailto: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(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
(mailto: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
(mailto:dlask.m na 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 na osmfoundation.org(mailto:data na osmfoundation.org) and explain how you
have conformed to our import
zobrazit citaci
> guidelines (see http://wiki.openstreetmap.org/wiki/Import
(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 na openstreetmap.org(mailto:Talk-cz na openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz"
_______________________________________________
Talk-cz mailing list
<a href='mailto:Talk-cz na openstreetmap.org'>Talk-cz na 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 na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140116/48bb5963/attachment.html>
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 na 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 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
(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 na dalibor.cz
(mailto: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(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
(mailto: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
(mailto:dlask.m na 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 na osmfoundation.org(mailto:data na osmfoundation.org) and explain how you
have conformed to our import
zobrazit citaci
> guidelines (see http://wiki.openstreetmap.org/wiki/Import
(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 na openstreetmap.org(mailto:Talk-cz na openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz"
_______________________________________________
Talk-cz mailing list
Talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140117/fd0ac714/attachment.html>
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
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140117/13d6d40f/attachment.html>
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 na 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 na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140117/2a8395d5/attachment.html>« zpět na výpis měsíce