> Cht?l jsem se zeptat, zdali je dobr? n?pad p?id?vat tagy do bod? > importovan?ch z uir_adr nebo cuzk:km. Nap?. je-li cel? ??slo popisn? > hospoda, p?idat amenity=pub p??mo do bodu z uir_adr datab?ze, m?-li > budova jm?no, p?idat to do cuzk:km vrstvy.

> A tak?, zdali je dobr? editovat nekonzistence nebo chyby, nap?. kdy? je > zna?ka s ??slem popisn?m na ulici p?ed budovou, jako nap?. Kate?insk? 2: > http://www.openstreetmap.org/?lat=50.0724&lon=14.42395&zoom=17&layers=0B00FTF

>> Cht?l jsem se zeptat, zdali je dobr? n?pad p?id?vat tagy do bod? >> importovan?ch z uir_adr nebo cuzk:km. Nap?. je-li cel? ??slo popisn? >> hospoda, p?idat amenity=pub p??mo do bodu z uir_adr datab?ze, m?-li >> budova jm?no, p?idat to do cuzk:km vrstvy. > > Nemysl?m si, ?e by to bylo dobr?, blb? by se pak ?e?ilo p??padn? > automatick? opravov?n? dat pomoc? zm?nov?ch soubor? z uir-adr. Mo?n? > ten bod je?t? hodit o n?jak? mal? kus vedle (t?eba kdy? m? ta hospoda > vchod jinde ne? d?m kde je), a? validator v JOSM ne?ve nad > duplicitn?mi body.

> >> A tak?, zdali je dobr? editovat nekonzistence nebo chyby, nap?. kdy? je >> zna?ka s ??slem popisn?m na ulici p?ed budovou, jako nap?. Kate?insk? 2: >> http://www.openstreetmap.org/?lat=50.0724&lon=14.42395&zoom=17&layers=0B00FTF > > To asi jo ... pokud by se d?lal automatick? update dle zm?n v uir-adr, > tak by to asi ?lo implementovat tak, ?e pokud se v uir-adr sou?adnice > nezm?n?, updater s bodem h?bat nebude (prost? oprav? jen to co se > zm?nilo).

> BH napsal(a): > >> Cht?l jsem se zeptat, zdali je dobr? n?pad p?id?vat tagy do bod? > >> importovan?ch z uir_adr nebo cuzk:km. Nap?. je-li cel? ??slo popisn? > >> hospoda, p?idat amenity=pub p??mo do bodu z uir_adr datab?ze, m?-li > >> budova jm?no, p?idat to do cuzk:km vrstvy. > > > > Nemysl?m si, ?e by to bylo dobr?, blb? by se pak ?e?ilo p??padn? > > automatick? opravov?n? dat pomoc? zm?nov?ch soubor? z uir-adr. Mo?n? > > ten bod je?t? hodit o n?jak? mal? kus vedle (t?eba kdy? m? ta hospoda > > vchod jinde ne? d?m kde je), a? validator v JOSM ne?ve nad > > duplicitn?mi body. > > Naopak, dal bych to do toho bodu. > Updaty si s tim poradi, neb ADRESA_KOD je unikatni i v case. Muze byt > dane budove pridelene jine cislo, muze byt dana adresa zrusena, ale urcite > nebude bod recyklovan pro jiny ucel. Pokud na adrese e hospoda, vsechny updaty > budou platne prave pro tu hospodu.

> Naopak, dal bych to do toho bodu. > Updaty si s tim poradi, neb ADRESA_KOD je unikatni i v case. Muze byt > dane budove pridelene jine cislo, muze byt dana adresa zrusena, ale urcite > nebude bod recyklovan pro jiny ucel. Pokud na adrese e hospoda, vsechny updaty > budou platne prave pro tu hospodu.

> > Jenze pak nekdo hospodu ci obchod smazne (zrusili ji, ze ...) nebo > presune na druhy konec mesta (obchod se prestehoval, tak s tim bodem > hybnu) a to ze to je nejen hospoda/obchod ale i adresni bod mu treba > nedojde ... > > Jak se pak treba bude resit situace kdy na jednom cisle jsou treba dva > obchody vedle sebe? Ja bych dal proste dva body shop=<neco> vedle > vchodu .. > > Mit to zvlast mi prijde vice odolne vuci ruznym chybam a prehmatum. > Dost softwaru ma nekdy i problemy pokud se tagy nevhodne kombinuji > (railway=tram spolu s highway uz vetsina zvlada, ale pokud by nekdo > udelal ctverec a tan otagoval jako hrbitov i cesta najednou (cesta > kolem hrbitova, ze?) tak by vysledek mohl byt vselijaky ...) > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Ja bych se primlouval za nakresleni budovy kolem toho bodu, a dodani > tagu _te budove_. Prece jen mam pocit ze ta adresa je spis pro > vchod...

> On Thu, 18 Sep 2008 05:45:23 +0200, BH <singularita at gmail.com> wrote: > > T?m bychom se ale ochudili o mo?nost zjistit, jakou adresu m? ta hospoda > (nebo jak? obchod je na n?jak? adrese).

> T?m bychom se ale ochudili o mo?nost zjistit, jakou adresu m? ta hospoda > (nebo jak? obchod je na n?jak? adrese). Nejrozum?j?? ?e?en? mi p?ipad? > ud?lat kolem toho bodu (kter? reprezentuje vchod) plochu (kter? > reprezentuje d?m), spojit je dohromady pomoc? ??sla popisn?ho, a p?idat ty > tagy s hospodou t? plo?e.

> Co? je ov?em proti pravidl?m, nebo? amenity=pub lze tagovat pouze bod, > tedy nejsp?? vhod (do hospody).

> U place_of_worship s t?m souhlas?m, tam m? smysl ozna?it budovu kostela > (mimochodem, mnoh? kostely ani nemaj? ?. p.).

> A neni to trochu krkolomny? Ja plne rozumim potrebe topologickych > vztahu prvku. Ale pro kazdou takovou budovu delat relaci, mi neprijde > nejstastnejsi. Na retezeni hodnot v tagu mame strednik, at si s tim > poradi render. > Samozrejme, zalezi na mire generalizace modelu naseho sveta: jestli je > nejmensi element dum, byt nebo pokoj meho bratra.