subject:"\[Talk\-cz\] Adresy"

Re: [Talk-cz] Adresy Zlín a Otrokovice

2014-07-02 Tema obsahu Petr Vejsada

Ahoj,

Dne Čt 26. června 2014 22:49:22, Marián Kyral napsal(a):

  To je jen tak pro info, abyste věděli, čím se bavím :-)
 
 No hlavně, že tě to baví ;-)
 Mimochodem, už jsou dostupné prezentace z konference:
 http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014

super, díky, rád si prohlédnu, až se někdy vyspím ;-).

Tak jsem srovnal ty dvojdomky ve Zlíně, bylo jich asi 3.5 tisíce. Adresy jsou 
srovnané na st_centroid. Pokud je něco křivě, tak to může být duchem (málo co) 
nebo je ten barák špatně/zastarale v OSM.

http://www.openstreetmap.org/changeset/23687833

Teď ještě 3. kolo s novým skriptem, až se nějak domluvíme.

--
Petr


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Adresy Zlín a Otrokovice

2014-06-26 Tema obsahu Petr Vejsada

Ahoj,

Zlín a Otrokovice se stále nepodařilo dostat do uspokojivého stavu. Bordel je 
totiž jak v OSM, tak v RUIAN.  Nesmysly na dvojdomkách jsou snad částečně 
odstraněny. Částečně znamená, že tam už jsou správné adresy, ale špatně 
umístěné. Tento okres, tedy alespoň tato 2 města patří mezi ty, které se 
dělaly pravděpodobně s lahvemi slivovice.

Řešení dvojdomků by mohlo být posunout pozice všech adres na 
st_centroid(hranice_stavebniho_objektu). Pokusím se vymyslet, jak to udělat.

V Otrokovicích u vlaku jsou oblíbené mikroboudy 2x3m ;-), které mají třeba 4 
adresy. Číslo (evidenční) je stejné, ale jsou tam třeba 3 ulice plus jedno 
číslo ještě navíc jen tak bez ulice. Takto to je v RUIAN.

Na některých garážích jsou se slivovicí naházené adresní body, jak tam upadly. 
Problém je, že garáž tam má většinou 2 evidenční čísla a je to možná správně a 
tak nepůjde použít st_centroid.

To je jen tak pro info, abyste věděli, čím se bavím :-)

--
Petr, p...@propsychology.cz
p


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy Zlín a Otrokovice

2014-06-26 Tema obsahu Marián Kyral

Dne 26.6.2014 08:43, Petr Vejsada napsal(a):
 Ahoj,
 ...

 To je jen tak pro info, abyste věděli, čím se bavím :-)

No hlavně, že tě to baví ;-)
Mimochodem, už jsou dostupné prezentace z konference:
http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014

Marián

 --
 Petr, p...@propsychology.cz
 p

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] [Adresy] Informace o stavu vyjednavani

2014-03-23 Tema obsahu Dalibor Jelínek

Ahoj,

omlouvam se za chaos. Ten dokument vznikal dele a navickrat,

tak mi to nejak proklouzlo.

 

Puvodni body by se mazat nemely, jen se k nim doplni chybejici znacky

a vymazaly by se znacky, ktere by se nemely importovat – tedy city, country a 
borough/suburb.

 

Pokud adresni misto bude mit vsechny nalezitosti – spravne adresu, place a 
referenci na RUIAN,

tak se na nej asi nebude sahat vubec, tedy asi ani nic mazat. Nevim, zalezi 
presne na kodu programu.

 

Zdravi,

Dalibor

 

From: radek [mailto:ra...@aktovka.net] 
Sent: Sunday, March 23, 2014 12:11 PM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] [Adresy] Informace o stavu vyjednavani

 

Cau,

Pises ze country se nebude pridavat, ale ani mazat. Dole pak pises ze mazat. 
Jak tedy? Nebo smazat puvodni adresni body a udelat vse nanovo?

 

Radek




 Původní zpráva 
Od: Dalibor Jelínek dali...@dalibor.cz mailto:dali...@dalibor.cz  
Datum: 22. 03. 2014 17:07 (GMT+01:00) 
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org 
mailto:talk-cz@openstreetmap.org  
Předmět: [Talk-cz] [Adresy] Informace o stavu vyjednavani 



Ahoj,

rádi bychom vás senámili s postupem debaty ohledně importu adres z RÚIAN.

 

Díky trpělivosti Petra Vejsady a Petr Morávka se podařilo dosáhnout částečné 
názorové shody na mailing listu imports@ a Petr Morávek absolvoval navíc 
soukromý chat s Sergem Wroclawskim, členem DWG 
(http://wiki.osmfoundation.org/wiki/Data_Working_Group). Zdá se tedy, že pokud 
přijmeme dosažený kompromis, pak by se s importem mohlo začít.

 

Obecně bylo požadováno, abychom se vyhnuli potenciálním duplictiám a probémům a 
použili hranice určené polygony v OSM všude, kde to bude možné. Dává to smysl, 
protože jednak se s adresami určenými částečně hranicemi dá skutečně pracovat, 
čehož důkazem je New York, který si vystačí s ulicí a číslem domu. Druhak při 
změně jakékoliv hranice obce není potřeba změnit všechna adresní místa, jichž 
se změna dotýká.

 

Vezmu to popořadě podle značek:

* addr:housenumber

* addr:conscriptionnumber

* addr:streetnumber

* addr:provisionalnumber

* addr:street

Tyhle ZNAČKY nikdo nezpochybňuje.

 

* addr:place - pro část obce. Umožní hledat Nominatimem ve vesnicích, kde 
nejsou ulice, podle ČástObce ČísloDomu. Ve městě umí vyhledávat, jen pokud je 
dům označen číslem domu, ale nemá ulici, např. Libeň 2295. Nemožnost vyhledat 
adresu podle ČástObce ČísloDomu i v městech, kde jsou pojmenované ulice, je 
chybějící funkce Nominatimu - snad se to časem také naučí.

Naštestí značku nelze nepřidat, protože není definována hranicemi, ale jen 
výčtem, je tedy potřeba ji přidávat při importu, což se podařilo autoritám 
vysvětlit.

 

* addr:borough nebo addr:suburb

addr:borough se nelíbilo, protože se zatím nepoužívá. A ať už by se značka 
jmenovala jakkoliv, bylo doporučeno ji nepřidávat, ale radši z RÚIAN 
naimportovat hranice městkých částí/obvodů. Ty zatím v OSM nemáme a nevíme, kdo 
se tohoto importu ujme.

 

* addr:postcode

U nás asi nejde nahradit polygonu hranic, protože PSČ u nás není úplně 
geografická záležitost. Jak se přiděluje ví asi jen pošta sama. Musí být 
součástí importované adresy. Ovšem doručovací poštu k dané adrese importovat 
nebudeme, dá se dohledat na internetu a do mapy asi úplně nepatří.

 

* addr:city

Tohle asi vyvolá největší odpor, ale opět je logické, aby se značka 
nepřidávala, protože v OSM máme hranice. Značku bychom přidávali pouze v 
případech, kdy adresa administrativně spadá do jiné obce, než ve které leží 
podle geografických hranic.

Výhodou tohoto řešení je, že pokud dojde ke sloučení obcí, nebo naopak vydělení 
nějaké části, tak stačí změnit údaj na hranicích a není třeba aktualizovat 
stovky až tisíce adresních bodů. Příklad: Zjistí se, že timestamp města se 
změnil a budou se muset projet všechny body, které jsou v tomto městě, jestli 
se nemá název města změnit. Pokud ano, musí se  změnit všechny ty body a API 
0.6 navíc neumí změnit jeden tag, ale musí se nahrát celý bod znovu. A to se 
týká všech entit, ulic, suburb i country.. U place se to tak ovšem bude muset 
dělat.

 

* addr:country=CZ

nebude se přidávat, máme v OSM hranice. Ale z existujících bodů se nebude ani 
mazat.

 

* ref:ruian:addr

zachovává vazbu na RÚIAN pro příští aktualizace, umožňuje vytvořit odkaz na 
veřejný dálkový přístup do RÚIAN. Nikdo nezpochybňoval.

 

* is_in

bude při importu odstraňován a od jeho užívání bude odrazováno, kromě 
výjimečných případů. V podstatě jen duplikuje hraniční polygony a nemá jasnou 
strukturu a koneckonců ani používaný oddělovač hodnot není asi v pořádku.

 

Značky, které nechceme přidávat, by se při importu měly i mazat: country, city, 
suburb a borough.

 

Informace o dalších vymazávaných značkách jsou tady

http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Tagov.C3.A1n.C3.AD

 

Podepsáni:

Petr Morávek

Petr Vejsada

Marián Kyral

Dalibor Jelínek

 

___
Talk-cz

Re: [Talk-cz] [Adresy] Informace o stavu vyjednavani

2014-03-23 Tema obsahu hanoj


 rádi bychom vás senámili s postupem debaty ohledně importu adres z RÚIAN.

 *** dobrá práce



ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] [Adresy] Informace o stavu vyjednavani

2014-03-22 Tema obsahu Dalibor Jelínek

Ahoj,

rádi bychom vás senámili s postupem debaty ohledně importu adres z RÚIAN.

 

Díky trpělivosti Petra Vejsady a Petr Morávka se podařilo dosáhnout částečné
názorové shody na mailing listu imports@ a Petr Morávek absolvoval navíc
soukromý chat s Sergem Wroclawskim, členem DWG
(http://wiki.osmfoundation.org/wiki/Data_Working_Group). Zdá se tedy, že
pokud přijmeme dosažený kompromis, pak by se s importem mohlo začít.

 

Obecně bylo požadováno, abychom se vyhnuli potenciálním duplictiám a
probémům a použili hranice určené polygony v OSM všude, kde to bude možné.
Dává to smysl, protože jednak se s adresami určenými částečně hranicemi dá
skutečně pracovat, čehož důkazem je New York, který si vystačí s ulicí a
číslem domu. Druhak při změně jakékoliv hranice obce není potřeba změnit
všechna adresní místa, jichž se změna dotýká.

 

Vezmu to popořadě podle značek:

* addr:housenumber

* addr:conscriptionnumber

* addr:streetnumber

* addr:provisionalnumber

* addr:street

Tyhle ZNAČKY nikdo nezpochybňuje.

 

* addr:place - pro část obce. Umožní hledat Nominatimem ve vesnicích, kde
nejsou ulice, podle ČástObce ČísloDomu. Ve městě umí vyhledávat, jen pokud
je dům označen číslem domu, ale nemá ulici, např. Libeň 2295. Nemožnost
vyhledat adresu podle ČástObce ČísloDomu i v městech, kde jsou pojmenované
ulice, je chybějící funkce Nominatimu - snad se to časem také naučí.

Naštestí značku nelze nepřidat, protože není definována hranicemi, ale jen
výčtem, je tedy potřeba ji přidávat při importu, což se podařilo autoritám
vysvětlit.

 

* addr:borough nebo addr:suburb

addr:borough se nelíbilo, protože se zatím nepoužívá. A ať už by se značka
jmenovala jakkoliv, bylo doporučeno ji nepřidávat, ale radši z RÚIAN
naimportovat hranice městkých částí/obvodů. Ty zatím v OSM nemáme a nevíme,
kdo se tohoto importu ujme.

 

* addr:postcode

U nás asi nejde nahradit polygonu hranic, protože PSČ u nás není úplně
geografická záležitost. Jak se přiděluje ví asi jen pošta sama. Musí být
součástí importované adresy. Ovšem doručovací poštu k dané adrese importovat
nebudeme, dá se dohledat na internetu a do mapy asi úplně nepatří.

 

* addr:city

Tohle asi vyvolá největší odpor, ale opět je logické, aby se značka
nepřidávala, protože v OSM máme hranice. Značku bychom přidávali pouze v
případech, kdy adresa administrativně spadá do jiné obce, než ve které leží
podle geografických hranic.

Výhodou tohoto řešení je, že pokud dojde ke sloučení obcí, nebo naopak
vydělení nějaké části, tak stačí změnit údaj na hranicích a není třeba
aktualizovat stovky až tisíce adresních bodů. Příklad: Zjistí se, že
timestamp města se změnil a budou se muset projet všechny body, které jsou v
tomto městě, jestli se nemá název města změnit. Pokud ano, musí se  změnit
všechny ty body a API 0.6 navíc neumí změnit jeden tag, ale musí se nahrát
celý bod znovu. A to se týká všech entit, ulic, suburb i country.. U place
se to tak ovšem bude muset dělat.

 

* addr:country=CZ

nebude se přidávat, máme v OSM hranice. Ale z existujících bodů se nebude
ani mazat.

 

* ref:ruian:addr

zachovává vazbu na RÚIAN pro příští aktualizace, umožňuje vytvořit odkaz na
veřejný dálkový přístup do RÚIAN. Nikdo nezpochybňoval.

 

* is_in

bude při importu odstraňován a od jeho užívání bude odrazováno, kromě
výjimečných případů. V podstatě jen duplikuje hraniční polygony a nemá
jasnou strukturu a koneckonců ani používaný oddělovač hodnot není asi v
pořádku.

 

Značky, které nechceme přidávat, by se při importu měly i mazat: country,
city, suburb a borough.

 

Informace o dalších vymazávaných značkách jsou tady

http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Tagov.C3.A1n.C3.A
D

 

Podepsáni:

Petr Morávek

Petr Vejsada

Marián Kyral

Dalibor Jelínek

 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-20 Tema obsahu ratt snake

Ahoj,
trochu bych chjtěl zareagovat na:
obecne dost pochybuju, ze nekdo nekdy bude hledat neco na tema praha 4
stary mesto ... protoze pokud hledam adresu, prevazne nemam paru ve ktery
casti/ctvrti/... se nachazi, takze budu hledat praha, na vytoni 110 a
informace, ze se dana adresa nachazi na hranici vysocan a kobylis (cucam z
prstu) je mi platna jak mrtvymu zimnik. Specielne, kdyz casto stejne nikdo
nevi, kudy ze ta hranice vlastne vede.

vím ze svého okolí že lidé očbas i takové věci hledají - pokud by to bylo
možné tuto funkcionalitu bych zachoval.
Petr



Dne 19. března 2014 22:41 jzvc j...@tpfree.net napsal(a):

 Cus,

 kazdopadne muzete uspokojit nektere nespokojence tim, ze vyhodite tag
 is_in, protoze jestli nejakej, tak prave tento je zcela nanic. Nominatim(a
 dalsi taktez) pouziva boundary a ty mame (navic boundary ma stejne vzdy
 prednost).


 Sekundarne je zjevne zcela zbytecny mit na adresach addr:country,
 addr:city ... protoze se pro hledani vubec nepouzije. Pouzije se to, co je
 prideleny ulici (v nasem pripade polygon, do ktereho ulice spadne)

 Defakto jediny tagy ktery se z adresy pouzivaj je  addr:housenumber a
 addr:street (a i tady ma prednost relace, tu ale asi nikde nemame)

 Pokud tedy toto moc nekeca http://wiki.openstreetmap.org/
 wiki/Nominatim/Development_overview

 Jinak obecne dost pochybuju, ze nekdo nekdy bude hledat neco na tema
 praha 4 stary mesto ... protoze pokud hledam adresu, prevazne nemam
 paru ve ktery casti/ctvrti/... se nachazi, takze budu hledat praha, na
 vytoni 110 a informace, ze se dana adresa nachazi na hranici vysocan a
 kobylis (cucam z prstu) je mi platna jak mrtvymu zimnik. Specielne, kdyz
 casto stejne nikdo nevi, kudy ze ta hranice vlastne vede.


 Dne 14.3.2014 23:21, Petr Vejsada napsal(a):

 Ahoj,

 tak se koukám po světě a říkám si, jestli v imports@ nemají fakt pravdu?

 třeba http://www.openstreetmap.org/node/2568824880

 http://www.openstreetmap.org/node/806897666

 http://www.openstreetmap.org/node/2294792948

 http://www.openstreetmap.org/node/567091303

 Pro ty, kteří kauzu nesledují - v imports@ hlasitě protestují proti
 našemu
 plánu přidávat relativně hodně tagů k adresním bodům. ?

 --
 Petr, p...@propsychology.cz

 p



 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz



 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-20 Tema obsahu Václav Řehák



 obecne dost pochybuju, ze nekdo nekdy bude hledat neco na tema praha 4
 stary mesto ... protoze pokud hledam adresu, prevazne nemam paru ve ktery
 casti/ctvrti/... se nachazi, takze budu hledat praha, na vytoni 110 a
 informace, ze se dana adresa nachazi na hranici vysocan a kobylis (cucam z
 prstu) je mi platna jak mrtvymu zimnik. Specielne, kdyz casto stejne nikdo
 nevi, kudy ze ta hranice vlastne vede.

 vím ze svého okolí že lidé očbas i takové věci hledají - pokud by to bylo
 možné tuto funkcionalitu bych zachoval.


Přesně tak. Občas to člověk potřebuje, např. při čtení úřední desky nebo
zápisů zastupitelstva obce, kde se používají obraty jako Návrh na prodej
bytu v č.p. 1230, Vršovice Koneckonců, takové mapy.cz taky najdou
Vršovice 1230

V.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-19 Tema obsahu jzvc


Cus,

kazdopadne muzete uspokojit nektere nespokojence tim, ze vyhodite tag 
is_in, protoze jestli nejakej, tak prave tento je zcela nanic. 
Nominatim(a dalsi taktez) pouziva boundary a ty mame (navic boundary ma 
stejne vzdy prednost).



Sekundarne je zjevne zcela zbytecny mit na adresach addr:country, 
addr:city ... protoze se pro hledani vubec nepouzije. Pouzije se to, co 
je prideleny ulici (v nasem pripade polygon, do ktereho ulice spadne)


Defakto jediny tagy ktery se z adresy pouzivaj je  addr:housenumber a 
addr:street (a i tady ma prednost relace, tu ale asi nikde nemame)


Pokud tedy toto moc nekeca 
http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview


Jinak obecne dost pochybuju, ze nekdo nekdy bude hledat neco na tema 
praha 4 stary mesto ... protoze pokud hledam adresu, prevazne nemam 
paru ve ktery casti/ctvrti/... se nachazi, takze budu hledat praha, na 
vytoni 110 a informace, ze se dana adresa nachazi na hranici vysocan a 
kobylis (cucam z prstu) je mi platna jak mrtvymu zimnik. Specielne, kdyz 
casto stejne nikdo nevi, kudy ze ta hranice vlastne vede.



Dne 14.3.2014 23:21, Petr Vejsada napsal(a):

Ahoj,

tak se koukám po světě a říkám si, jestli v imports@ nemají fakt pravdu?

třeba http://www.openstreetmap.org/node/2568824880

http://www.openstreetmap.org/node/806897666

http://www.openstreetmap.org/node/2294792948

http://www.openstreetmap.org/node/567091303

Pro ty, kteří kauzu nesledují - v imports@ hlasitě protestují proti našemu
plánu přidávat relativně hodně tagů k adresním bodům. ?

--
Petr, p...@propsychology.cz

p



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-18 Tema obsahu Pavel Machek



 - kdyz to snese komunita a teoreticky stvrdi Xificurk,
 tak doplnit do OSM vsechny hranice, co jsou v RUIAN
 a tedy vynechat suburb i city

Tohle prosim ne. V cizine zjevne adresa neni definovana polygonem
mesta, tak tezko ocekavat, ze to tooly budou z polygonu mesta brat.

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

Re: [Talk-cz] Adresy

2014-03-18 Tema obsahu Dalibor Jelínek

Ahoj,
namatkou jsem se kouknul na 

Linz, polygony mesta maji (admin level 8), ale pouzivaji jak addr:city, tak
dokonce addr:country!

V Řezně polygon nevidim (maji teda PSC polygon), ale take pouzivaji jak
addr:city, tak dokonce addr:country!

V Bratislave maji take city i country i hodne polygonu a adresy
addr:country=SK; addr:streetnumber=8; addr:street=Liptovská;
addr:housenumber=8; addr:city=Bratislava

Ve Vratislavi polygony maji level 8, ale maji adresu dlouhou jak tyden pred
vyplatou:

WroclawGIS:addr:layer=search/0; 
addr:postcode=50-077; 
WroclawGIS:addr:postcode:id=31436; 
source:addr=WroclawGIS; 
addr:street=Kazimierza Wielkiego; 
WroclawGIS:addr:postcode:layer=odniesienie_k_lite/1;
 addr:city=Wrocław; 
teryt:sym_ul=08265; 
addr:housenumber=38; 
addr:country=PL; 
WroclawGIS:addr:date=2011-03-13; 
WroclawGIS:addr:id=30485

Husty, ne? Kam se na ne hrabeme, kdyz se hadame o addr:country.
Musim si nekde najit schvalovani tohohle jejich importu. ;-)

Takze bych tam tedy to addr:city i addr:country klidne daval, pac
se zda, ze je to ve stredni Evrope zvykem.

Zdravi,
 Dalibor
 -Original Message-
 From: Pavel Machek [mailto:pa...@ucw.cz]
 Sent: Tuesday, March 18, 2014 10:05 AM
 To: OpenStreetMap Czech Republic
 Subject: Re: [Talk-cz] Adresy
 
 
 
  - kdyz to snese komunita a teoreticky stvrdi Xificurk, tak doplnit do
  OSM vsechny hranice, co jsou v RUIAN a tedy vynechat suburb i city
 
 Tohle prosim ne. V cizine zjevne adresa neni definovana polygonem mesta,
 tak tezko ocekavat, ze to tooly budou z polygonu mesta brat.
 
 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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-18 Tema obsahu Petr Vejsada

Ahoj Pavle,

oslovuji přímo tebe, protože tě mám za největšího odpůrce simplifikace adres 
;-). Čteš konferenci imports@ ? Označují plánovaný import jako extrémně 
redundantní. Dával jsem sem příklad z New Yourku, kde je na adresním bodě jen 
ulice a číslo. Číslo je dokonce interpolované. Nominatim v pohodě a jistě 
najde.

Vím, že Nominatim není jediný geocoder, i když pro mě tak trochu referenční, 
protože ho používám a v rámci ČR i provozuji, a že jsou i jiné geokodery, ale 
... pročti si tento post, který je mimo jiné o tom, že každý geokodér musí 
podporovat polygony. Ten import s tolika tagy prostě neprosadíme, takže buď to 
tagování omezíme, nebo to můžeme zabalit.

*
 - Nominatim really cann't find the house without tag addr:place. Libochovany 
 129 or Vinohrady 1989 - nothing found. It was my primary motivation to 
run 
 this import - posibility to find what i'm searching for.

Alas, that won't change after the import, at least for this particular
address. For technical reasons, Nominatim can only support either a street
address or a conscription number. So, it will work fine in small villages
that have only conscription numbers but not in Prague where there are both.
But that is a missing feature in Nominatim.
I believe that your tagging in this case is completely correct. The moment
you add a addr:conscription_number tag, there should be an addr:place tag
with the name of the place the number belongs to. Just like there should
be an addr:street tag when addr:street_number is added. It has exactly the
same function: relate the number to the object that determines the address.

 There is some redundancy, but i don't think enormous ...
 
 There is polygon of country boundaries - addr:country=CZ is redundant. We 
 explained several times, why to use this tag Yes, it's about geocoders. It's 
a 
 part of address.
 
 There are polygons of city boundaries - addr:city=* is redundant. City is 
part 
 of address.
 
 There are NO polygons of cast obce, inexistant boundaries we can't import 
 into OSM - addr:place=* is not redundant. addr:place is not cadastral place. 
 addr:place is nececessary part of address, if there is no 
 addr:suburb/borough/...

addr:suburb/borough is not the same as addr:place. Please don't use one in
place of the other. Always add addr:place. addr:suburb/borough is redundant
in the same way addr:city is. Most of the time it can be determined from
the boundaries. It is only really useful where the postal address differs
from the admin boundaries. (Happens more often than one would like.)

If you still want to add it, addr:suburb should be sufficient, no need
to invent a new tag. I'd interpret 'suburb' here just as: the part of
the address that describes a part of the city. And I believe that fits.

 Agree, it's a little bit diferent. This is amenity point, not address point. 
 Restaurant is in house (sometimes, garden restaurant is not) and the house 
 usually has their's own address point.
 
  I don't even need to mention what borough (or county) the object is in
  for the same reasons.
 
  Adding in the other fields is just a matter for a geocoder.

That argument doesn't really work. Every geocoder needs to be able to
process boundaries because 95% of the addresses don't have a complete
set of addr:* tags. And once you have boundary support, adding additional
support for the addr:* tags doesn't really add much. Incidentally, that
is the reason why Nominatim still sucks at processing most address tags.

Sarah





Dne Út 18. března 2014 10:05:03, Pavel Machek napsal(a):

  - kdyz to snese komunita a teoreticky stvrdi Xificurk,
  tak doplnit do OSM vsechny hranice, co jsou v RUIAN
  a tedy vynechat suburb i city
 
 Tohle prosim ne. V cizine zjevne adresa neni definovana polygonem
 mesta, tak tezko ocekavat, ze to tooly budou z polygonu mesta brat.
 
 Pavel

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-16 Tema obsahu Petr Morávek [Xificurk]

Dne 15.3.2014 13:26, Dalibor Jelínek napsal(a):
 Sekeru nemam, ale navrhuju:
 
 - zapomenouta ma muj napad s borough a nechat suburb
 
 - vypustit a mazat CZ a is_in
 
 - kdyz to snese komunita a teoreticky stvrdi Xificurk,
 tak doplnit do OSM vsechny hranice, co jsou v RUIAN
 a tedy vynechat suburb i city
 
 - vynechat source:addr 
 
 Zdravi,
 Dalibor


Hehe, koukám, že jsem se nějak neplánovaně stal autoritou na admin.
hranice :-)

Radši to zkusím vzít popořadě celé... Ale rovnou říkám, že systém dělení
ČR je dost komplikovaný a na dost věcí sám nemám vyhraněný názor a
nevím, jestli nějaký takový vůbec objektivně může existovat.

Radši při čtení po očku koukejte na schema z
http://www.czso.cz/csu/rso.nsf/i/soustava_prvku

Vyšší územní celky jsou celkem jasné a máme je v OSM jako relace hranic:
* ČR (NUTS0/NUTS1, admin_level=2)
* region soudržnosti/oblast (NUTS2, admin_level=4)
* kraj (NUTS3, admin_level=6)
* okres (LAU1, admin_level=7)
* obec (LAU2, admin_level=8)

Z dat RUIAN by se ještě mohly hodit hranice obce s rozšířenou působností
a obce s pověřeným obecním úřadem.
Problém je, že tyhle dvě úrovně nahrazují okresy (které dnes v podstatě
neexistují), tj. správně by hierarchie měla být:
kraj  ORP  POU  obec
Tím pádem by se musel dost překopat současný systém hranic v OSM a
osobně si nemyslím, že to stojí za to. ORP nebo POU člověka zajímá jen v
případě, že se shání po tom, kam si má jet vyzvednout např. občanku;
oproti tomu okresy se celkem běžně používají pro přibližné určení polohy
(mrkněte na mapy.cz, idos, ), a tak mi přijdou daleko užitečnější.

--

Jsme tedy na úrovni obce a tady se věci začínají komplikovat - existuje
totiž několik paralelních způsobů dělení.

1) Osa územního členění (tj. to, které má jasně dané hranice) pokračuje
katastrálním územím, to máme jako relaci hranic s admin_level=10.
Tohle dělení je z hlediska adres irelevantní.

2) Všechny obce se dále dělí na 1 nebo více částí obce a ty nemají jasně
definované hranice.
Na venkově jsou části obce většinou to, čemu všichni říkáme vesnice -
zástavba s vlastním jménem. Ve městech se používají většinou jako názvy
čtvrtí (třeba Vinohrady).
Důležité: je zaručeno, že č.p. jsou unikátní v rámci jedné části obce
(nikoliv v rámci jedné obce, kat. území, městské části, nebo ulice!).
Jméno části obce by mělo být na všech adresních bodech jako addr:place,
jelikož polygony neexistují, tak tohle je asi jediný rozumný způsob, jak
tuto informaci do OSM dostat.
Pojmenování ulic na tomto podle mě nic nemění - schválně si zkuste
položit otázku, jak by se měla promítnout do OSM situace, kdy obec nově
zavede pojmenované ulice? Doplníme ulice na adresní body a cesty a dál?
Měl by se smazat addr:place, nebo jeho obsah přesunout do jiného tagu?
Proč? Ta část obce pořád existuje a i nadále by měly fungovat adresy ve
starém tvaru (jen už to nebude ten preferovaný).

3) Městské části/obvody existují jen ve větších městech a jen v
některých. Mrkněte radši na [1]. Problém je, že tohle dělení je v
podstatě, co město, to unikát:
- někde hranice MČ/MO odpovídají katastrálním území, někde ne
- někde MČ/MO pokrývají celé území města, někde ne
- někde mají smysluplné názvy, někde jsou to jen očíslované části
Řekl bych, že tohle do adresy nepatří, např. v Praze se sice často píše
na obálku něco jako Praha 8, ale to je podle mě na 99% název adresní
pošty, ne název MČ/MO, a stejně dobře by mělo posloužit i prosté Praha
v kombinaci s PSČ.
*Já osobně* tohle dělení nijak v OSM nepostrádám, jeho užitečnost vidím
asi tak na úrovni ORP a POU. (Já jsem měl potřebu zjistit, v jaké
městské části bydlím až ve svých 27 letech, když jsem potřeboval vyřídit
voličský průkaz :-))
Pokud to chceme do OSM přidat, tak by bylo lepší jako nějaké polygony,
než na adresní body. admin_level=9 je sice volný, ale nevím, jestli je
to ta správná volba kvůli výše zmíněným vlastnostem (ne vždy pokrývají
celé území obce a většinou nefunguje skladebnost obec  MČ/MO  k.ú.).
Praha má krom městských částí (57) ještě navíc správní obvody (22) a
městské obvody (10) - a tohle je už totální chaos, protože lehce
vznikají nedorozumění - o čem se vlastně mluví, když se řekne Praha 8?

4) Jméno ulice je unikátní v rámci jedné obce a v rámci jedné ulice by
měla být unikátní čísla orientační.

--

Úplně bokem pak stojí PSČ - domy z různých obcí můžou mít stejné PSČ, a
naopak různé domy dokonce i v jedné části obce můžou mít PSČ různé.
Vzhledem k tomu, že nemáme polygony (ale někde se asi dají sehnat -
třeba google je v mapách zobrazuje), tak jediným řešením je dávat PSČ
přímo na adresní body.

Jméno adresní pošty - to je specifikum České pošty - by mělo odpovídat
PSČ. Tenhle seznam v RUIAN nemáme, ale asi by šel vytáhnout odjinud.
Myslím si, že tohle na adresní body, nebo polygony nepatří, ale mělo by
se dávat jako name tag na POI dané pošty.
POZOR: Jméno pošty nemusí odpovídat názvu žádné administrativní jednotky
(mrkněte třeba do Prahy).

--

Pro adresní body jsou tedy nepostradatelná domovní čísla

Re: [Talk-cz] Adresy

2014-03-16 Tema obsahu Petr Morávek [Xificurk]

Tak ještě jedna drobná oprava...

Dne 16.3.2014 19:23, Petr Morávek [Xificurk] napsal(a):
 Řekl bych, že tohle do adresy nepatří, např. v Praze se sice často píše
 na obálku něco jako Praha 8, ale to je podle mě na 99% název adresní
 pošty, ne název MČ/MO, a stejně dobře by mělo posloužit i prosté Praha
 v kombinaci s PSČ.

Koukám, že zrovna Praha je opravdu speciální případ, protože na webu
CUZK to v Adresa pro poštovní styk nějaké číslo za Praha zobrazuje:
http://vdp.cuzk.cz/vdp/ruian/adresnimista/22393439
Ale kdo ví, kde ho bere?

Název adresní pošty to NENÍ:
http://goo.gl/7S36rY
A přitom do tohoto formuláře pro ověření adresy to chce jenom Praha
bez čísla.

Co jsem se díval na pár míst v Pardubicích, Ostravě a Brně, tak tam nic
podobného není.

Petr

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-16 Tema obsahu Petr Vejsada

Ahoj,

Dne Ne 16. března 2014 19:23:08, Petr Morávek [Xificurk] napsal(a):

Hehe, koukám, že jsem se nějak neplánovaně stal autoritou na admin.
hranice :-)

no to protože jsi, když provozuješ czechrega

Díky za opětovný obsáhlý popis, pro účely adres bych se v odpovědi zabýval jen
tím, co teď zdržuje import, t.j.

- addr:place - to bych vyřešil tak, že bychom dávali všude, i když je ulice

- addr:suburb - zda to psát do adresy nebo nahrát příslušné polygony

- addr:city - toť otázka. Velké protesty proti tomu nebyly, ale redundantní to
je

3) Městské části/obvody existují jen ve větších městech a jen v
některých. Mrkněte radši na [1]. Problém je, že tohle dělení je v
podstatě, co město, to unikát:

[...]

Není to *nezbytně* nutné a je otázkou, zda na městské části vyplýtvat
admin_level 9 nebo si ho nechat třeba ba ZSJ. Fakt nevím, jestli polygony nebo
addr:suburb. Statistika - addr:suburb se týká asi 10% adresních míst.

Řekl bych, že tohle do adresy nepatří, např. v Praze se sice často píše
na obálku něco jako Praha 8, ale to je podle mě na 99% název adresní
pošty, ne název MČ/MO, a stejně dobře by mělo posloužit i prosté Praha
v kombinaci s PSČ.

Praha 81 - pošta Bohnice, Praha 86 - pošta Karlín. atd. Jestli existuje pošta
Praha 8 fakt nevím. Ještě je to komplikované tím, že ačkoli pošt může být v
obvodu/městské části více, ne všechny tyto pošty musí být vždy doručovací.
Například v té Praze 8 ty mé příklady, to jsou doručovací pošty. Naproti tomu
v Praze 3 je sice také více pošt, ale doručovací je jen jedna a proto na Prahu
3 se píše pouze 130 00, nikoli 131 00, ačkoli pošta Praha 31 existuje, ale
není doručovací - prostě se tam nevozí dopisy. Slouží jen jako podací pošta.
Teď vynechávám speciální PSČ pro velké firmy, kdy třeba velký kancelářský barák
má svoje vlastní PSČ.

V RUIAN je ještě jedna celkem zajímavá tabulka - základní sídelní
jednotky. To je v podstatě to nejjemnější dělení, které nese nějakou

Pokud něco nepřehlížím, tak neexistuje vazba na budovy či adresní body.? Vazba
je jen prostorová. A zkoušel někdo self-join a st_contains ? Abychom se ještě
nedivili ;-. Všechno je možné. Mám na mysli překrývající se území.

zajímavou informaci (název). Tyhle body a jejich názvy jsou dobrými
adepty pro place=* body v OSM. Mám už delší dobu rozpracovaný projekt,
pro porovnání informací v OSM a RUIAN a jejich crowd-sourcové
doplnění/aktualizaci, ale času se nějak nedostává a stále to není v
publikovatelné podobě.

A není to spíš adept na polygony, když není v tabulkách vazba na AM ani SO
(ani parcelu) ?

Na tohle jsem došel, když jsem chtěl do OSM dostat jména čtvrtí v
Pardubicích tak, jak je znají místní (dokonce máme v ulicích i cedule s
těmito názvy), např. Višňovka, Dukla, Dubina... a to jsou právě ZSJ.
Jména částí obce (Zelené předměstí, Bílé předměstí, ...) se tu moc
nepoužívají a znalost číslovaných městských částí často začíná a končí
tím, že existují :-)

Hm, to bude zase město od města ...

Pokud jste dočetli až sem, tak vám gratuluju ;-)

Díky za gratulaci ;-)

Takže aktuálně:

Q1: addr:suburb nebo polygony?
Q2: addr:city ano nebo ne?

--
Petr

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-16 Tema obsahu Petr Morávek [Xificurk]

Dne 16.3.2014 21:34, Petr Vejsada napsal(a):
 3) Městské části/obvody existují jen ve větších městech a jen v
 některých. Mrkněte radši na [1]. Problém je, že tohle dělení je v
 podstatě, co město, to unikát:
 
 [...]
 
 Není to *nezbytně* nutné a je otázkou, zda na městské části vyplýtvat 
 admin_level 9 nebo si ho nechat třeba ba ZSJ. Fakt nevím, jestli polygony 
 nebo 
 addr:suburb. Statistika - addr:suburb se týká asi 10% adresních míst.

ZSJ jsou v hierarchii daleko níže než všechny zde probírané
administrativní celky (viz odkazované schéma), tedy admin_level=9 určitě ne.

 Řekl bych, že tohle do adresy nepatří, např. v Praze se sice často píše
 na obálku něco jako Praha 8, ale to je podle mě na 99% název adresní
 pošty, ne název MČ/MO, a stejně dobře by mělo posloužit i prosté Praha
 v kombinaci s PSČ.
 
 Praha 81 - pošta Bohnice, Praha 86 - pošta Karlín. atd. Jestli existuje pošta 
 Praha 8 fakt nevím. Ještě je to komplikované tím, že ačkoli pošt může být v 
 obvodu/městské části více, ne všechny tyto pošty musí být vždy doručovací. 
 Například v té Praze 8 ty mé příklady, to jsou doručovací pošty. Naproti tomu 
 v Praze 3 je sice také více pošt, ale doručovací je jen jedna a proto na 
 Prahu 
 3 se píše pouze 130 00, nikoli 131 00, ačkoli pošta Praha 31 existuje, ale 
 není doručovací - prostě se tam nevozí dopisy. Slouží jen jako podací pošta. 
 Teď vynechávám speciální PSČ pro velké firmy, kdy třeba velký kancelářský 
 barák 
 má svoje vlastní PSČ.

Jo, ohledně Prahy jsem se už opravoval, to je vážně speciální případ.

...hm, a teď koukám, že Česká pošta má asi nový web.

Nejsem si jistý, jestli oba myslíme to samé - starý web pošty používal
adresní pošta (ta, která odpovídá PSČ z adresy), teď pro to samé asi
používají doručovací pošta.

Něco podobného, jako píšeš, znám z Pardubic. Velká část města (včetně
mě) a některé okolní obce mají PSČ 530 02 (Pardubice II). Ale přitom já
chodím vyzvedávat balíky, doporučená psaní, atd. na poštu Pardubice V
(530 05), to by asi podle nového webu pošty měla být ukládací pošta.
Ale tohle PSČ zas žádné adresní místo nemá.

(A nejvtipnější na tom je, že na současném webu ČP je to uvedeno špatně)

 V RUIAN je ještě jedna celkem zajímavá tabulka - základní sídelní
 jednotky. To je v podstatě to nejjemnější dělení, které nese nějakou
 
 Pokud něco nepřehlížím, tak neexistuje vazba na budovy či adresní body.? 
 Vazba 
 je jen prostorová. A zkoušel někdo self-join a st_contains ? Abychom se ještě 
 nedivili ;-. Všechno je možné. Mám na mysli překrývající se území.

Nepřehlížíš... viz níže.

 zajímavou informaci (název). Tyhle body a jejich názvy jsou dobrými
 adepty pro place=* body v OSM. Mám už delší dobu rozpracovaný projekt,
 pro porovnání informací v OSM a RUIAN a jejich crowd-sourcové
 doplnění/aktualizaci, ale času se nějak nedostává a stále to není v
 publikovatelné podobě.
 
 A není to spíš adept na polygony, když není v tabulkách vazba na AM ani SO 
 (ani parcelu) ?

Házet to do OSM jako polygony mi přijde jako overkill. Měly by stačit
body s rozumným tagem place. Ne všechny ZSJ je vhodné importovat do OSM
- občas má vlastní ZSJ průmyslová zóna, nákupní centrum, park nebo
náměstí... ten odpad je celkem velký.
Tohle bohužel musí většinou rozseknout někdo s místní znalostí, ale
aspoň tu je zdroj názvů (s polohou), proti kterému se dá pustit
porovnávací algoritmus.

Zdraví,
Petr Morávek aka Xificurk

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-15 Tema obsahu Petr Vejsada

Ahoj,

Dne So 15. března 2014 03:42:22, Dalibor Jelínek napsal(a):

 Ahoj,
 nepropadej panice. :-)
 
 Mozna jen nemaji tak obsahly zdroj adres jako my.
 Mozna vsechy dalsi cast adresy umi dat do polygonu, coz mi nemuzeme.
 Jiste nemaji slozitosti c.p. / c.e. / c.o.

tohle radši vůbec nepiš, nebo se přijde na to, že housenumber je redundantní.

 Mozna ma cely dum vzdy prave jedno cislo
 Mozna nikdo ani zatim nic navic pridavat nechtel.
 
 Ale hlavne si myslim, ze nabobtnavani dat o uzitecne znacky
 proste nemuze z principu vadit. Vzdyt to delame porad
 kreslenim a zpresnovanim mapy. Podle Moorova zakona
 to za rok bude vse z hlediska zpracovani snazsi, ale my nebudeme
 mit rychlejsi ruce. Proste cena casu a energie, kterou do projektu
 venuji lide, je mnhohonasobne vyssi, nez naklady na hardware,
 ktery to zpracovava. Meli by byt radi, ze pridavame data, ktera
 maji smysl a jsou relativne presna. Ono zas tak moc protestu nebylo.

To je otázka, my ten HW, kromě vlastního, neplatíme a navíc nás to baví, teda 
myslím ;-)

 Nebudeme tam davat zadne CZ. OK.
 Co muzeme vypustit dale? borough/suburb? Umime to polygonem? Ne. Tak to tam
 dame.

Umíme to polygonem. Museli bychom tam polygony nahrát, je jich 143, největší 
má 1980 bodů. Admin_level 9 je snad volný.? Ale Petrovi se do toho, myslím, 
moc nechtělo. 

 Mohli bychom vypustit addr:place, kdyz je tam ulice. Ale to se mi tak moc
 nechce...
 Jinak ma zbytek opodstatneni podle meho nazoru.

Tak co tam vlastně dáváme:
- ulice - to snad nikdo nezpochybňuje
-place - to snad může být, i když je ulice. Třeba se to Nominatim či jiný 
geocoder časem naučí. BTW: šel by použít Tiger? Má s ním někdo zkušenosti? 
Nebo se hodí jen pro USA?
- city - máme polygony
- suburb - polygony dají se dohrát
- country - máme hranice
- postcode - to nikdo moc nezpochybňuje, i když jistě na to dojde ;-). Co vím, 
tak seznam PSČ jde minimálně na úroveň ulice, spíš domu - viz třeba ta 
Sokolovská. Jestli někde má pošta polygony, no to bych neřešil a PSČ bych 
nechal.

Zatímco tady už 4 měsíce tlacháme, tak v OSM chybí 800.000 adres.

--
Petr


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-15 Tema obsahu Dalibor Jelínek

 tohle radši vůbec nepiš, nebo se přijde na to, že housenumber je
 redundantní.

To sice je, ale Nominatim hleda asi jen podle nej, ne?

 To je otázka, my ten HW, kromě vlastního, neplatíme a navíc nás to baví,
teda
 myslím ;-)

Ja bych prave rekl, ze ho platime nasim casem. Kdyby se jim 
to nevyplacelo, tak to nedelaji.

 city - máme polygony
A bude vse fungovat, kdyz vypustime city? Ja bych to tam radsi nechal.
Je skutecne obec definovana jen svou hranici? Neni to spise ten vycet,
ze ktereho se pak da zkontruovat hranice? Nevim.

 Umíme to polygonem. Museli bychom tam polygony nahrát, je jich 143,
 největší má 1980 bodů. Admin_level 9 je snad volný.? Ale Petrovi se do
toho,
 myslím, moc nechtělo.
A jaky to jsou?
Jen mestke casti
Nebo i  mestske obvody a spravni obvody Prahy?

 - postcode - to nikdo moc nezpochybňuje, i když jistě na to dojde ;-). Co
vím,
 tak seznam PSČ jde minimálně na úroveň ulice, spíš domu - viz třeba ta
 Sokolovská. Jestli někde má pošta polygony, no to bych neřešil a PSČ bych
 nechal.
Neee, na to nesahat a davat to tam! 

 Zatímco tady už 4 měsíce tlacháme, tak v OSM chybí 800.000 adres.
 
 --
 Petr

Jo, chtel bych to ted rozstipnout.

 Dalibor


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-15 Tema obsahu Petr Vejsada

Ahoj,

Dne So 15. března 2014 12:59:22, Dalibor Jelínek napsal(a):

  tohle radši vůbec nepiš, nebo se přijde na to, že housenumber je
  redundantní.
 
 To sice je, ale Nominatim hleda asi jen podle nej, ne?

Nevím, podle něj určitě najde, jestli by stačilo conscriptionnumber či 
provisionalnumber (ale provisional je, myslím, zase specifikum). To neřešmě, to 
nikdo zatím nezpochybňuje.

  city - máme polygony
 
 A bude vse fungovat, kdyz vypustime city? Ja bych to tam radsi nechal.
 Je skutecne obec definovana jen svou hranici? Neni to spise ten vycet,
 ze ktereho se pak da zkontruovat hranice? Nevim.

Třeba new york hoover avenue 150 funguje

  Umíme to polygonem. Museli bychom tam polygony nahrát, je jich 143,
  největší má 1980 bodů. Admin_level 9 je snad volný.? Ale Petrovi se do
 
 toho,
 
  myslím, moc nechtělo.
 
 A jaky to jsou?
 Jen mestke casti
 Nebo i  mestske obvody a spravni obvody Prahy?

Všechno v RUIAN je, jak ty Praha1-10, tak Praha1-22, tak ty části.

 Jo, chtel bych to ted rozstipnout.

Máš sekeru? ;-)

--
-p-


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Adresy

2014-03-14 Tema obsahu Petr Vejsada

Ahoj,

tak se koukám po světě a říkám si, jestli v imports@ nemají fakt pravdu?

třeba http://www.openstreetmap.org/node/2568824880

http://www.openstreetmap.org/node/806897666

http://www.openstreetmap.org/node/2294792948

http://www.openstreetmap.org/node/567091303

Pro ty, kteří kauzu nesledují - v imports@ hlasitě protestují proti našemu 
plánu přidávat relativně hodně tagů k adresním bodům. ?

--
Petr, p...@propsychology.cz
p


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy

2014-03-14 Tema obsahu Dalibor Jelínek

Ahoj,
nepropadej panice. :-)

Mozna jen nemaji tak obsahly zdroj adres jako my.
Mozna vsechy dalsi cast adresy umi dat do polygonu, coz mi nemuzeme.
Jiste nemaji slozitosti c.p. / c.e. / c.o.
Mozna ma cely dum vzdy prave jedno cislo
Mozna nikdo ani zatim nic navic pridavat nechtel.

Ale hlavne si myslim, ze nabobtnavani dat o uzitecne znacky
proste nemuze z principu vadit. Vzdyt to delame porad
kreslenim a zpresnovanim mapy. Podle Moorova zakona
to za rok bude vse z hlediska zpracovani snazsi, ale my nebudeme
mit rychlejsi ruce. Proste cena casu a energie, kterou do projektu
venuji lide, je mnhohonasobne vyssi, nez naklady na hardware,
ktery to zpracovava. Meli by byt radi, ze pridavame data, ktera
maji smysl a jsou relativne presna. Ono zas tak moc protestu nebylo.

Nebudeme tam davat zadne CZ. OK.
Co muzeme vypustit dale? borough/suburb? Umime to polygonem? Ne. Tak to tam
dame.
Mohli bychom vypustit addr:place, kdyz je tam ulice. Ale to se mi tak moc
nechce... 
Jinak ma zbytek opodstatneni podle meho nazoru.

Zdravi,
 Dalibor

 -Original Message-
 From: Petr Vejsada [mailto:o...@propsychology.cz]
 Sent: Friday, March 14, 2014 11:22 PM
 To: talk-cz@openstreetmap.org
 Subject: [Talk-cz] Adresy
 
 Ahoj,
 
 tak se koukám po světě a říkám si, jestli v imports@ nemají fakt pravdu?
 
 třeba http://www.openstreetmap.org/node/2568824880
 
 http://www.openstreetmap.org/node/806897666
 
 http://www.openstreetmap.org/node/2294792948
 
 http://www.openstreetmap.org/node/567091303
 
 Pro ty, kteří kauzu nesledují - v imports@ hlasitě protestují proti
našemu
 plánu přidávat relativně hodně tagů k adresním bodům. ?
 
 --
 Petr, p...@propsychology.cz
 p
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy z RUIAN, 3. rekapitulace + ukázka

2014-02-19 Tema obsahu Petr Morávek [Xificurk]

Ahoj,

Dne 18.2.2014 21:48, Petr Vejsada napsal(a):
 Přidávat, nahrazovat:
 addr:country=CZ

Tohle bych vážně ještě zvážil - zatím taky nezazněl případ, kdy je ten
tag potřeba. Jak jsem psal - osobně bych preferoval nemazat, nepřidávat.
Pokud se ukáže, že to někde bezpodmínečně potřeba je, tak nebude problém
provést hromadné doplnění.

Je potřeba si uvědomit, že adresní body tvoří momentálně cca 70% všech
tagovaných bodů v ČR, po doplnění by to mělo být 75%. Takže každý
zbytečný tag bude mít ne úplně zanedbatelný dopad na celkový objem dat
a náročnost jejich zpracování.
To samo o sobě samozřejmě není důvodem pro nějaké mazání, ale je to imho
důvodem k pečlivému zvážení, jestli jsou jednotlivé tagy k něčemu užitečné.


 Mazat:

+created_by


 Mazat tyto kombinace k,v:

Ještě zhruba 50 000 bodů má:
http://taginfo.openstreetmap.cz/tags/note=Nekonzistence%20cuzk%3Akm%20a%20mvcr%3Aadresa
Vzhledem k tomu, že by se během importu měla provádět kontrola, tak by
se to mohlo taky rovnou mazat.


 Připravil jsem opět ukázku, tentokrát větší, a to pražské čtvrti Střížkov a 
 Prosek. http://pedro.poloha.net/osm/data.zip . Obsahuje dva soubory, data.osm 
 a data.csv. Co je v data.osm je snad jasné, v data.csv je tabulka varování - 
 seznam míst, kterým je třeba věnovat pozornost. Pro uživatele JOSM je tam 
 link 
 na JOSM remote control, jeho otevřením v prohlížeči nebo curl apod. JOSM 
 skočí 
 na problematické místo.Typy chyb:

Mohl bys trochu osvětlit, co znamená obsah jednotlivých sloupců v
tabulce varování?


 Píšu tady o tom proto, protože ačkoli je chyb RELATIVNĚ málo, v absolutních 
 číslech to dá desetitisíce a není reálné, abych to zvládl v rozumném čase 
 prohlédnout všechno. Proto pravděpodobně poprosím dobrovolníky, kteří by 
 chtěli dostávat .osm s jimi vybranou oblastí, prohlédnout je, opravit a 
 poslat 
 mi je zpátky. Takže je to taková příprava na lov brigádníků ;-).

Zapiš si mě ;-)


Zdraví,
Petr Morávek aka Xificurk

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy z RUIAN, 3. rekapitulace + ukázka

2014-02-19 Tema obsahu Petr Vejsada

Ahoj,

Dne St 19. února 2014 18:07:40, Petr Morávek [Xificurk] napsal(a):

 Ahoj,
 
 Dne 18.2.2014 21:48, Petr Vejsada napsal(a):
  Přidávat, nahrazovat:
  addr:country=CZ
 
 Tohle bych vážně ještě zvážil - zatím taky nezazněl případ, kdy je ten
 tag potřeba. Jak jsem psal - osobně bych preferoval nemazat, nepřidávat.
 Pokud se ukáže, že to někde bezpodmínečně potřeba je, tak nebude problém
 provést hromadné doplnění.

Mé lokální taginfo říká, že mám v evidenci 2.294.624 entit s adresním tagem, z 
toho 2.082.028 má addr:country=CZ a asi 2.400 má tag sousední země (Geofabrik 
nemá ten polygon tak přesný jako CÚZK; má trochu přesah).v RUIAN je teď 
2.907.794 AM, takže nárůst bude cca 25%, hmm, to není zase málo.

 Je potřeba si uvědomit, že adresní body tvoří momentálně cca 70% všech
 tagovaných bodů v ČR, po doplnění by to mělo být 75%. Takže každý
 zbytečný tag bude mít ne úplně zanedbatelný dopad na celkový objem dat
 a náročnost jejich zpracování.
 To samo o sobě samozřejmě není důvodem pro nějaké mazání, ale je to imho
 důvodem k pečlivému zvážení, jestli jsou jednotlivé tagy k něčemu užitečné.

Tak zvažujte, mně se teď momentálně zvažovat nechce a už mě to trochu unavuje.

  Mazat:
 +created_by

nj, na to jsem nenarazil, přidávám do mazání.

  Mazat tyto kombinace k,v:
 Ještě zhruba 50 000 bodů má:
 http://taginfo.openstreetmap.cz/tags/note=Nekonzistence%20cuzk%3Akm%20a%20mv
 cr%3Aadresa Vzhledem k tomu, že by se během importu měla provádět kontrola,
 tak by se to mohlo taky rovnou mazat.

Tyto nekonzistence stále existují. Narazil jsem na několik takových, kdy v OSM 
bylo úplně jiné číslo domu než v RUIAN, klidně i tak, že v jedné DB bylo číslo 
popisné a v druhé číslo evidenční. Objevil jsem tak, že bot hledá k RUIAN AM 
nějakou adresu v OSM, žádnou nenajde, tak jí vytvoří a následně vydá varování, 
protože obě leží buď na stejné, nebo velmi blízké pozici. Co s tím nevím. 
Řešil bych tak, že v editoru smažu ten nový bod z RUIAN a nechám starý v OSM. 
Pokud se v budoucnu v RUIAN bod změní, půjde znovu do zpracování. Jak řešit 
situaci, kdy se bod v RUIAN nezmění, protože je správně, tak to nevím. Nevím 
jak zjistit, zda je správně KM nebo RUIAN.

 
  Připravil jsem opět ukázku, tentokrát větší, a to pražské čtvrti Střížkov
  a
  Prosek. http://pedro.poloha.net/osm/data.zip . Obsahuje dva soubory,
  data.osm a data.csv. Co je v data.osm je snad jasné, v data.csv je
  tabulka varování - seznam míst, kterým je třeba věnovat pozornost. Pro
  uživatele JOSM je tam link na JOSM remote control, jeho otevřením v
  prohlížeči nebo curl apod. JOSM skočí
  na problematické místo.Typy chyb:
 Mohl bys trochu osvětlit, co znamená obsah jednotlivých sloupců v
 tabulce varování?

Jde o dvojice nebo trojice adresních entit, u kterých bylo vygenerováno to 
varování. Česky jsou značena data z RUIAN, anglicky z OSM. Koncovka _a nebo _b 
označuje jeden z dvojice bodů z RUIAN, kterých se varování týká. Takže třeba 
varování AM jsou blízko u sebe plus označení těch bodů, které jsou blízko u 
sebe. cislo_popisne_a je č.p. prvního a cislo_popisne_b je č.p. druhého bodu z 
RUIAN. Může, ale nemusí u toho být i adresní entita z OSM, případně to může 
být pár, složený jen z jednoho bodu RUIAN a jedné entity v OSM.

 
  Píšu tady o tom proto, protože ačkoli je chyb RELATIVNĚ málo, v
  absolutních
  číslech to dá desetitisíce a není reálné, abych to zvládl v rozumném čase
  prohlédnout všechno. Proto pravděpodobně poprosím dobrovolníky, kteří by
  chtěli dostávat .osm s jimi vybranou oblastí, prohlédnout je, opravit a
  poslat mi je zpátky. Takže je to taková příprava na lov brigádníků ;-).
 
 Zapiš si mě ;-)

OK :-), díky., jestli má Merkaartor také něco jako JOSM remote control, tak 
přidám sloupeček :)

--
Petr


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Adresy z RUIAN, 3. rekapitulace + ukázka

2014-02-18 Tema obsahu Petr Vejsada

Ahoj,

Přidávat, nahrazovat:

addr:conscriptionnumber
addr:provisionalnumber
addr:streetnumber
addr:housenumber
addr:street
addr:place
addr:suburb
addr:city
addr:postcode
addr:country=CZ

Pouze u nových uzlů přidat:

ref:ruian:addr=nn



Mazat:

ref:ruian
source:addr
is_in
addr:alternatenumber
addr:provisional
uir_adr:ADRESA_KOD
uir_adr:adresa_kod
addr:number



Mazat tyto kombinace k,v:

source:loc=cuzk:km
source:position=cuzk:km
source:loc=ruian
source:position=cuzk_km
source:position=cuzk:ruian
source:loc=source=cuzk:km


Source:addr a source:loc bude patrný z tagů changesetu.

Ad is_in - myslím, že to, co tu před chvílí proběhlo, t.j. že ČR vlastní 71 
procent všech tagů is_in na světě, dává argumentům pro jejich zachování váhu 
limitně se blížící nule.

A tak se ptám - opravdu je tu někdo, kdo tento tag používá a jeho smazáním se 
mu něco rozbije? Nechť promluví teď nebo ať mlčí navždy ;-).

Připravil jsem opět ukázku, tentokrát větší, a to pražské čtvrti Střížkov a 
Prosek. http://pedro.poloha.net/osm/data.zip . Obsahuje dva soubory, data.osm 
a data.csv. Co je v data.osm je snad jasné, v data.csv je tabulka varování - 
seznam míst, kterým je třeba věnovat pozornost. Pro uživatele JOSM je tam link 
na JOSM remote control, jeho otevřením v prohlížeči nebo curl apod. JOSM skočí 
na problematické místo.Typy chyb:

AM příliš blízko u sebe - to znamená až 0.00 metrů, tedy ležící na sobě - 
nutno bezpodmínečně řešit. Pak obsahuje blízká místa do vzdálenosti 5 metrů. 
Není nutné je procházet všechna. Záleží na místní situaci, co je již podezřelé 
a co je nejspíš OK.

V OSM je nějaký bod s adresou podezřele blízko - to je situace, kdy nějaký 
adresní bod v OSM není spárován s ničím z RUIAN, ale leží podezřele blízko 
adresnímu místu z RUIAN. Zdá se, že to bývají chyby v čísle popisném, kdy se 
jedná o totéž místo, ale v OSM je jiné číslo popisné (či evidenční) než v 
RUIAN. Je třeba prozkoumat.

Ulice Xxx je příliš daleko - pokud má adresní místo ulici, kouknu se, jak je 
podle RUIAN ta ulice daleko od adresního bodu. Varování se vydává, je-li dále 
než 100 metrů. Často jde o falešný poplach, ale někdy ne. Objevil jsem adresní 
bod, vzdálený od ulice 1.5km, přičemž mezi ním a danou ulicí ležely desítky 
jiných ulic, takže se jednalo o evidentní nesmysl v RUIAN.

Píšu tady o tom proto, protože ačkoli je chyb RELATIVNĚ málo, v absolutních 
číslech to dá desetitisíce a není reálné, abych to zvládl v rozumném čase 
prohlédnout všechno. Proto pravděpodobně poprosím dobrovolníky, kteří by 
chtěli dostávat .osm s jimi vybranou oblastí, prohlédnout je, opravit a poslat 
mi je zpátky. Takže je to taková příprava na lov brigádníků ;-).

Poznámka: V ukázkovém souboru stále je tag is_in s hodnotou 'Is in ...', ale 
opravdu počítám s tím, že půjde pryč.


K diskusi - doufám, že nic.

--
Petr, p...@propsychology.cz
p


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy z RUIAN, 3. rekapitulace + ukázka

2014-02-18 Tema obsahu Petr Vejsada

Dne Út 18. února 2014 21:48:59, Petr Vejsada napsal(a):

Oops, samozřejmě přidává se u všech uzlů, jak nových, tak modifikovaných.

 Pouze u nových uzlů přidat:
 
 ref:ruian:addr=nn

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

1 2 >

1 - 100 z 167 matches

Mail list logo