Adresy na Talk-cz - OpenStreetMap.cz

Petr Vejsada osm na propsychology.cz #md7a4c6 14. 3. 2014 23:21

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

Dalibor Jelínek dalibor na dalibor.cz #mf14a5a 15. 3. 2014 3:42

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

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

Petr Vejsada osm na propsychology.cz #m9bc00a 15. 3. 2014 12:34

Ahoj,

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.

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

Dalibor Jelínek dalibor na dalibor.cz #m31fa17 15. 3. 2014 12:52

Ahoj, shrnu-li tedy názory ze zahraničí na naše připravované značení adres z RÚIAN, tak už vlastně nevím, co si myslím. ;-) (Tohle jsem psal, aniž bych zatím četl Petrův nový mail.) Pro použití borough mluví to, že je jasně popsán jako administrativní dělení města a proti suburb pak, že je to v angličtině předměstí. Naopak, ve skupinách tagging@ a imports@ i na Slovensku to zdá se nevadí, tvrdí, že suburb ma v OSM jiný význam, tedy prostě měststká část a ne jen předměstí. Pak taky tvrdí, že si nemáme vymýšlet (logicky utvořený) tag addr:borough, ale použít již používaný addr:suburb. Ukážu-li to na Praze, která je nejsložitější: Máme k dispozici značky city > borough > suburb > quarter > neighbourhood Tahle adresa v Praze-Benicích http://vdp.cuzk.cz/vdp/ruian/adresnimista/30473977 Má podle tohoto http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782&mp.kod=&sp.kod=&mc.nazev=&mc.kod=&mcg.sort=UZEMI&search=Vyhledat obec - Praha část obce - Benice městská část - Praha-Benice celkem 57 městských částí správní obvod - Praha 22 celkem 22 správních obvodů městský obvod - Praha 10 celkem 10 městských obvodů obec = city máme v addr:city část obce = quarter = máme vlastně v addr:place, což je dobře, protože pak můžeme najít dům Libeň 2295 městská část = asi suburb, protože je menší než borough správní obvod = asi úplně ignorovat, do adresy se nepíše městský obvod = asi borough, protože je větší než suburb Takže se zdá, že se asi podřídíme a přece jen budeme městskou část dávat do suburb. Nemám v té úvaze teď někde chybu? Co se týče ostatních značek, pak addr:country=CZ a is_in tedy jasně vypustit a dokonce vymazávat, jsou-li někde. source:addr=cuzk:ruian Možná bychom to tam nemuseli dávat, když tam máme "ref:ruian:addr, ne? Mimochodem, jaké hranice máme v Praze v OSM jako polygony, kdybychom chtěli něco ještě vypustit. Asi jen katastrální území, že? Zdraví, Dalibor

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

Ahoj, shrnu-li tedy názory ze zahraničí na naše připravované značení adres z RÚIAN, tak už vlastně nevím, co si myslím. ;-) (Tohle jsem psal, aniž bych zatím četl Petrův nový mail.) Pro použití borough mluví to, že je jasně popsán jako administrativní dělení města a proti suburb pak, že je to v angličtině předměstí. Naopak, ve skupinách tagging@ a imports@ i na Slovensku to zdá se nevadí, tvrdí, že suburb ma v OSM jiný význam, tedy prostě měststká část a ne jen předměstí. Pak taky tvrdí, že si nemáme vymýšlet (logicky utvořený) tag addr:borough, ale použít již používaný addr:suburb. Ukážu-li to na Praze, která je nejsložitější: Máme k dispozici značky city > borough > suburb > quarter > neighbourhood Tahle adresa v Praze-Benicích http://vdp.cuzk.cz/vdp/ruian/adresnimista/30473977 Má podle tohoto http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782&mp.kod=&sp. kod=&mc.nazev=&mc.kod=&mcg.sort=UZEMI&search=Vyhledat obec - Praha část obce - Benice městská část - Praha-Benice celkem 57 městských částí správní obvod - Praha 22 celkem 22 správních obvodů městský obvod - Praha 10 celkem 10 městských obvodů obec = city máme v addr:city část obce = quarter = máme vlastně v addr:place, což je dobře, protože pak můžeme najít dům Libeň 2295 městská část = asi suburb, protože je menší než borough správní obvod = asi úplně ignorovat, do adresy se nepíše městský obvod = asi borough, protože je větší než suburb Takže se zdá, že se asi podřídíme a přece jen budeme městskou část dávat do suburb. Nemám v té úvaze teď někde chybu? Co se týče ostatních značek, pak addr:country=CZ a is_in tedy jasně vypustit a dokonce vymazávat, jsou-li někde. source:addr=cuzk:ruian Možná bychom to tam nemuseli dávat, když tam máme "ref:ruian:addr, ne? Mimochodem, jaké hranice máme v Praze v OSM jako polygony, kdybychom chtěli něco ještě vypustit. Asi jen katastrální území, že? Zdraví, Dalibor

-----Original Message----- From: Petr Vejsada [mailto:osm na propsychology.cz] Sent: Saturday, March 15, 2014 12:35 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Adresy 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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

Dalibor Jelínek dalibor na dalibor.cz #m4fc8ee 15. 3. 2014 12:59

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.

Jo, chtel bych to ted rozstipnout. Dalibor

Petr Vejsada osm na propsychology.cz #m620565 15. 3. 2014 13:17

Ahoj,

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

Dalibor Jelínek dalibor na dalibor.cz #mfe5b9b 15. 3. 2014 13:26

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

Ahoj,
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ě,

Marián Kyral mkyral na email.cz #m2ccfbd 15. 3. 2014 20:28

Zatímco tady už 4 měsíce tlacháme, tak v OSM chybí 800.000 adres." Raději jednou a pořádně než špatně a navíckrát. Marián

"Petr Morávek [Xificurk]" petr na pada.cz #m42f2ad 16. 3. 2014 19:23

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

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 (evidenční nebo popisné a příp. orientační), jméno ulice, jméno části obce a PSČ. Jméno obce v principu potřeba není, protože máme přesné hranice obcí, ale ony bohužel existují i místa jako: http://vdp.cuzk.cz/vdp/ruian/adresnimista/7650957 - část obce Dědek, obec Živanice - katastrální území Neratov, obec Neratov Netuším, jaká obec by se vlastně na adresu měla psát, nebo jak toto místo lidi hledají. Na druhou stranu tohle jsou spíše výjimky a snad by se jejich počet s postupem času měl snižovat. -- 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 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ě. 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í" :-) -- Pokud jste dočetli až sem, tak vám gratuluju ;-) Pěkný zbytek večera, Petr Morávek aka Xificurk [1] http://cs.wikipedia.org/wiki/M%C4%9Bstsk%C3%A1_%C4%8D%C3%A1st_a_m%C4%9Bstsk%C3%BD_obvod

"Petr Morávek [Xificurk]" petr na pada.cz #m382ad6 16. 3. 2014 20:37

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

Ř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

Petr Vejsada osm na propsychology.cz #m964e61 16. 3. 2014 21:34

Ahoj,

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?

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

"Petr Morávek [Xificurk]" petr na pada.cz #m082a16 16. 3. 2014 22:27

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

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

Petr Vejsada osm na propsychology.cz #m62f8e5 16. 3. 2014 23:01

Ahoj,

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.

Pravda pravdoucí, leccos je paralelní, ale zsj tedy opravdu ne.

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

já to vždycky znal jako "doručovací pošta", dodávací či dodací pošta, "adresní pošta" slyším poprvé.

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

Tak to nebude podobné, ale úplně stejné. Doporučený dopis mi neuloží u té dodávací pošty, ale na Praha 31, která nedoručuje, ale ukládá. Praha 31 mám nejblíž. Co by asi dělali, kdybych si objednal tu službu opakované doručení? Asi by listonoš naběhl na ukládací poštu, tam by si vyzvedl a zkusil doručit? Nebo spíš večer by dopis převezli zpátky na dodací poštu a druhý den by s ním listonoš vyrazil :-).

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.

Což Nominatim dělá, že, viz ten nedávný příklad se Sokolovskou a proběhla tu otázka, kde že Nominatim vzal tu Palmovku: www.openstreetmap.org/node/1551164659 A kdo tam ten bod dal? ;-)) A charakter ZSJ by nepomohl? pedro=# select kod,nazev from osmtables.charakter_zsj; kod | nazev -----+-------------------------------------------------------------- 1 | Obytná plocha v kompaktní zástavbě 2 | Odloučená obytná plocha včetně přilehlých zemědělských ploch 3 | Průmyslový areál 4 | Dopravní areál 5 | Areál občanské vybavenosti 6 | Ostatní účelová plocha 7 | Rezervní plocha 8 | Rekreační plocha 9 | Zemědělská plocha 10 | Lesní plocha 11 | Venkovská smíšená lokalita 12 | Venkovská lokalita bez zástavby (12 řádek) To by mohlo být klíčem k place=*, ale nejspíš to znáš a odtud asi čerpáš vědění, že ZSJ může být nákupní středisko.

Ahoj, Dne Ne 16. března 2014 22:27:59, Petr Morávek [Xificurk] napsal(a):

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.

Pravda pravdoucí, leccos je paralelní, ale zsj tedy opravdu ne.

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

já to vždycky znal jako "doručovací pošta", dodávací či dodací pošta, "adresní pošta" slyším poprvé.

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

Tak to nebude podobné, ale úplně stejné. Doporučený dopis mi neuloží u té dodávací pošty, ale na Praha 31, která nedoručuje, ale ukládá. Praha 31 mám nejblíž. Co by asi dělali, kdybych si objednal tu službu opakované doručení? Asi by listonoš naběhl na ukládací poštu, tam by si vyzvedl a zkusil doručit? Nebo spíš večer by dopis převezli zpátky na dodací poštu a druhý den by s ním listonoš vyrazil :-).

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.

Což Nominatim dělá, že, viz ten nedávný příklad se Sokolovskou a proběhla tu otázka, kde že Nominatim vzal tu Palmovku: www.openstreetmap.org/node/1551164659 A kdo tam ten bod dal? ;-)) A charakter ZSJ by nepomohl? pedro=# select kod,nazev from osmtables.charakter_zsj; kod | nazev -----+-------------------------------------------------------------- 1 | Obytná plocha v kompaktní zástavbě 2 | Odloučená obytná plocha včetně přilehlých zemědělských ploch 3 | Průmyslový areál 4 | Dopravní areál 5 | Areál občanské vybavenosti 6 | Ostatní účelová plocha 7 | Rezervní plocha 8 | Rekreační plocha 9 | Zemědělská plocha 10 | Lesní plocha 11 | Venkovská smíšená lokalita 12 | Venkovská lokalita bez zástavby (12 řádek) To by mohlo být klíčem k place=*, ale nejspíš to znáš a odtud asi čerpáš vědění, že ZSJ může být nákupní středisko. -- Petr

Pavel Machek pavel na ucw.cz #m526a92 18. 3. 2014 10:05

- 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

Dalibor Jelínek dalibor na dalibor.cz #m38ef2b 18. 3. 2014 12:26

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

Petr Vejsada osm na propsychology.cz #ma57bf8 18. 3. 2014 22:05

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

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

jzvc jzvc na tpfree.net #m5f856b 19. 3. 2014 22:41

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.

ratt snake rattsnake na gmail.com #m493d70 20. 3. 2014 8:43

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

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 <jzvc na 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, pv na propsychology.cz
p<
_______________________________________________ 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

Václav Řehák rehakv01 na gmail.com #mb3b02e 20. 3. 2014 11:45

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