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

[Talk-cz] Adresy

Vlákno 14.3. - 20.3.2014, počet zpráv: 19


14.3.2014 11:21:42 (#1)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
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 zobrazit citaci
>p<

15.3.2014 03:42:22 (#2)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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 zobrazit citaci
> -----Original Message----- > From: Petr Vejsada [mailto:osm na propsychology.cz] > Sent: Friday, March 14, 2014 11:22 PM > To: talk-cz na 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 zobrazit citaci
> 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

15.3.2014 12:34:32 (#3)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne So 15. března 2014 03:42:22, Dalibor Jelínek napsal(a): zobrazit citaci
> 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í. zobrazit citaci
> 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 ;-) zobrazit citaci
> 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. zobrazit citaci
> 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

15.3.2014 12:52:05 (#4)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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 zobrazit citaci
> -----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 zobrazit citaci
> 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, zobrazit citaci
> 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, zobrazit citaci
> 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

15.3.2014 12:59:22 (#5)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
zobrazit citaci
> 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? zobrazit citaci
> To je otázka, my ten HW, kromě vlastního, neplatíme a navíc nás to baví,
teda zobrazit citaci
> myslím ;-)
Ja bych prave rekl, ze ho platime nasim casem. Kdyby se jim to nevyplacelo, tak to nedelaji. zobrazit citaci
> 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. zobrazit citaci
> 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, zobrazit citaci
> myslím, moc nechtělo.
A jaky to jsou? Jen mestke casti Nebo i mestske obvody a spravni obvody Prahy? zobrazit citaci
> - postcode - to nikdo moc nezpochybňuje, i když jistě na to dojde ;-). Co
vím, zobrazit citaci
> 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! zobrazit citaci
> 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

15.3.2014 01:17:59 (#6)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne So 15. března 2014 12:59:22, Dalibor Jelínek napsal(a): zobrazit citaci
> > 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. zobrazit citaci
> > 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 zobrazit citaci
> > 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. zobrazit citaci
> Jo, chtel bych to ted rozstipnout.
Máš sekeru? ;-) -- -p-

15.3.2014 01:26:40 (#7)
gravatar

Dalibor Jelínek

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

15.3.2014 08:28:28 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
---------- Původní zpráva ---------- Od: Petr Vejsada <osm na propsychology.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 15. 3. 2014 12:35:11 Předmět: Re: [Talk-cz] Adresy " 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140315/da75e6e2/attachment.html>

16.3.2014 07:23:08 (#9)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 15.3.2014 13:26, Dalibor Jelínek napsal(a): zobrazit citaci
> 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

16.3.2014 08:37:18 (#10)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Tak ještě jedna drobná oprava... Dne 16.3.2014 19:23, "Petr Morávek [Xificurk]" napsal(a): zobrazit citaci
> Ř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

16.3.2014 09:34:18 (#11)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Ne 16. března 2014 19:23:08, Petr Morávek [Xificurk] napsal(a): zobrazit citaci
> 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 zobrazit citaci
> 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. zobrazit citaci
> Ř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Č. zobrazit citaci
> 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í. zobrazit citaci
> 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) ? zobrazit citaci
> 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 ... zobrazit citaci
> 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

16.3.2014 10:27:59 (#12)
gravatar

"Petr Morávek [Xificurk]"

<petr at pada.cz>
139
Dne 16.3.2014 21:34, Petr Vejsada napsal(a): zobrazit citaci
>> 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. zobrazit citaci
>> Ř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ě) zobrazit citaci
>> 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. zobrazit citaci
>> 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

16.3.2014 11:01:58 (#13)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Ne 16. března 2014 22:27:59, Petr Morávek [Xificurk] napsal(a): zobrazit citaci
> > 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. zobrazit citaci
> 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é. zobrazit citaci
> 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 :-). zobrazit citaci
> 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

18.3.2014 10:05:03 (#14)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
zobrazit citaci
> - 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

18.3.2014 12:26:42 (#15)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
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 zobrazit citaci
> -----Original Message----- > From: Pavel Machek [mailto:pavel na 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

18.3.2014 10:05:57 (#16)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
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. ***** zobrazit citaci
> - 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 zobrazit citaci
> 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. zobrazit citaci
> 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 zobrazit citaci
> part of address. > > There are polygons of city boundaries - addr:city=* is redundant. City is
part zobrazit citaci
> 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. zobrazit citaci
> 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): zobrazit citaci
> > - 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

19.3.2014 10:41:36 (#17)
gravatar

jzvc

<jzvc at tpfree.net>
556
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): zobrazit citaci
> 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 >

20.3.2014 08:43:54 (#18)
gravatar

ratt snake

<rattsnake at gmail.com>
30
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): zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140320/2db56ef7/attachment.html>

20.3.2014 11:45:47 (#19)
gravatar

Václav Řehák

<rehakv01 at gmail.com>
63
zobrazit citaci
> > > "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. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140320/3d71cc93/attachment.html>

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