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

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 našemu zobrazit citaci

Ahoj, Dne So 15. března 2014 03:42:22, Dalibor Jelínek napsal(a): zobrazit citaci tohle radši vůbec nepiš, nebo se přijde na to, že housenumber je redundantní. zobrazit citaci To je otázka, my ten HW, kromě vlastního, neplatíme a navíc nás to baví, teda myslím ;-) 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. zobrazit citaci 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

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 teda zobrazit citaci toho, zobrazit citaci vím, zobrazit citaci

zobrazit citaci To sice je, ale Nominatim hleda asi jen podle nej, ne? zobrazit citaci teda zobrazit citaci Ja bych prave rekl, ze ho platime nasim casem. Kdyby se jim to nevyplacelo, tak to nedelaji. zobrazit citaci 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 toho, zobrazit citaci A jaky to jsou? Jen mestke casti Nebo i mestske obvody a spravni obvody Prahy? zobrazit citaci vím, zobrazit citaci Neee, na to nesahat a davat to tam! zobrazit citaci Jo, chtel bych to ted rozstipnout. Dalibor

Ahoj, Dne So 15. března 2014 12:59:22, Dalibor Jelínek napsal(a): zobrazit citaci 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 Třeba "new york hoover avenue 150" funguje zobrazit citaci Všechno v RUIAN je, jak ty Praha1-10, tak Praha1-22, tak ty části. zobrazit citaci Máš sekeru? ;-) -- -p-

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 neřešmě, zobrazit citaci

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

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

Ahoj, Dne Ne 16. března 2014 19:23:08, Petr Morávek [Xificurk] napsal(a): zobrazit citaci 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 [...] 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 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 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 A není to spíš adept na polygony, když není v tabulkách vazba na AM ani SO (ani parcelu) ? zobrazit citaci Hm, to bude zase město od města ... zobrazit citaci Díky za gratulaci ;-) Takže aktuálně: Q1: addr:suburb nebo polygony? Q2: addr:city ano nebo ne? -- Petr

Dne 16.3.2014 21:34, Petr Vejsada napsal(a): zobrazit citaci 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 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 Nepřehlížíš... viz níže. 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. Zdraví, Petr Morávek aka Xificurk

Ahoj, Dne Ne 16. března 2014 22:27:59, Petr Morávek [Xificurk] napsal(a): zobrazit citaci Pravda pravdoucí, leccos je paralelní, ale zsj tedy opravdu ne. zobrazit citaci já to vždycky znal jako "doručovací pošta", dodávací či dodací pošta, "adresní pošta" slyším poprvé. zobrazit citaci 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 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

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

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

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 run zobrazit citaci 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 a zobrazit citaci part zobrazit citaci 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 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

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

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