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

[Talk-cz] adresni body a POI

Vlákno 16.6. - 17.6.2009, počet zpráv: 13


16.6.2009 09:58:52 (#1)
gravatar

hanoj

<ehanoj at gmail.com>
713
Ahoj, povazujete za vhodne slucovat adresni body a POI? Matne si pamatuji ze o tom sla kdysi rec. Me se to zda charakterem geoprvku reprezentujici POI a adresni body i stavem rendereru za nestaste. Nasel jsem napr. toto: [node] addr:*=* .... amenity=townhall;restaurant name=D?lnick? d?m [node] addr:*=* .... shop=organic diky za ohlasy hanoj

16.6.2009 10:08:14 (#2)
gravatar

Petr Kadlec

<petr.kadlec at gmail.com>
203 937
zobrazit citaci
> povazujete za vhodne slucovat adresni body a POI? Matne si pamatuji ze > o tom sla kdysi rec. > Me se to zda charakterem geoprvku reprezentujici POI a adresni body i > stavem rendereru za nestaste.
Kdy? jsem za??nal, p?i?lo mi to p?irozen? a p?rkr?t jsem to tak ud?lal. Pak jsem zjistil, ?e to renderer v?bec nezvl?d?, a i n?jak obecn? jsem si zd?vodnil, ?e to nen? ?pln? dobr? n?pad, tak?e te? u? je neslu?uju? -- Petr Kadlec / Mormegil

16.6.2009 03:22:00 (#3)
gravatar

Petr Nejedlý

<petr at nejedli.cz>
26
Petr Kadlec napsal(a): zobrazit citaci
>> povazujete za vhodne slucovat adresni body a POI? Matne si pamatuji ze >> o tom sla kdysi rec. >> Me se to zda charakterem geoprvku reprezentujici POI a adresni body i >> stavem rendereru za nestaste. >> > > Kdy? jsem za??nal, p?i?lo mi to p?irozen? a p?rkr?t jsem to tak > ud?lal. Pak jsem zjistil, ?e to renderer v?bec nezvl?d?, a i n?jak > obecn? jsem si zd?vodnil, ?e to nen? ?pln? dobr? n?pad, tak?e te? u? > je neslu?uju? >
No pokud z vyhledavace na shop=organic vypadne ze: shop=organic [souradnice] near(1m) Namesti Sitna 3104, Kladno tak je mozna OK to rozdelovat, (ne vzdy jdete do obchodu s GPSkou, ze) ale zase se mi prici, aby na benzince byly ctyri puntiky, jako ze fuel, shop, restaurant a jeste k tomu cislo popisne... -- Nenik

16.6.2009 03:24:51 (#4)
gravatar

Ondrej Novy

<onovy at nomi.cz>
81
Ahoj, On Tue, Jun 16, 2009 at 03:22:00PM +0200, Petr Nejedl? wrote: zobrazit citaci
> Petr Kadlec napsal(a): > >> povazujete za vhodne slucovat adresni body a POI? Matne si pamatuji ze > >> o tom sla kdysi rec. > >> Me se to zda charakterem geoprvku reprezentujici POI a adresni body i > >> stavem rendereru za nestaste.
z pohledu cistoty databaze mi prijde naprosto prirozene to mit sloucene (a delam to tak). To ze to renderery delaji spatne je preci jejich chyba :). Mit 4 body (jak jiz bylo psano) pro 4 ruzne veci je hloupost. Ten shop ma nazev (name), adresu (addr) a typ (shop=). Je to JEDEN obchod s jednou adresou, nazvem a pripadne i vice typama (oddelim strednikem). Node=entita, ja zde vidim jednu -> jeden node. -- S pozdravem/Best regards Bc. Ondrej Novy Email: onovy at nomi.cz Jabber: onovy at njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207

16.6.2009 04:04:17 (#5)
gravatar

MP

<singularita at gmail.com>
306
Ja je osobne rozdeluju. V cisle popisnem je casto vic nez jen obchod (napr. i nejake byty), takze doprostred baraku cislo popisne, a ke kraji (podle toho kde je do nej vchod) pak obchod, pripadne obchody, pokud jich je v baraku vice. U benzinek, ktere obsahuji i restauraci a shop bych osobne tag fuel vrznul zhruba tam, kde jsou stojany, shop a restaurant pak do budovy (tam by mozna uz slo je spojit, ale osobne bych to taky rozdelil, podle toho v ktere casti budovy je restaurace a v ktere je obchod) Pokud je to v jedne mistnosti obchod s vice typama zbozi, tak to uz asi delit nejde, takze pak strednikem (shop=groceries; newsagent; ...) zobrazit citaci
> povazujete za vhodne slucovat adresni body a POI? Matne si pamatuji ze > o tom sla kdysi rec. > Me se to zda charakterem geoprvku reprezentujici POI a adresni body i > stavem rendereru za nestaste.
Nejen renderery, ale i jine nastroje. Pro vetsinu amenity ="townhall; restaurant" je neco jineho nez amenity ="restaurant; townhall" a nepoznaji v tom ani townhall ani restaurant. Martin

16.6.2009 04:15:13 (#6)
gravatar

Pavel Kovář

<fox at vsetin.org>
56
D?l?m chybu kdy? tag shp pr?sknu p??mo na polygon budovy ? Samoz?ejm? pokud je cel? budova ten obchod. S pozdravem Pavel Kov?? MP napsal(a): zobrazit citaci
> Ja je osobne rozdeluju. V cisle popisnem je casto vic nez jen obchod > (napr. i nejake byty), takze doprostred baraku cislo popisne, a ke > kraji (podle toho kde je do nej vchod) pak obchod, pripadne obchody, > pokud jich je v baraku vice. U benzinek, ktere obsahuji i restauraci a > shop bych osobne tag fuel vrznul zhruba tam, kde jsou stojany, shop a > restaurant pak do budovy (tam by mozna uz slo je spojit, ale osobne > bych to taky rozdelil, podle toho v ktere casti budovy je restaurace a > v ktere je obchod) > > Pokud je to v jedne mistnosti obchod s vice typama zbozi, tak to uz > asi delit nejde, takze pak strednikem (shop=groceries; newsagent; ...) > >> povazujete za vhodne slucovat adresni body a POI? Matne si pamatuji ze >> o tom sla kdysi rec. >> Me se to zda charakterem geoprvku reprezentujici POI a adresni body i >> stavem rendereru za nestaste. > > Nejen renderery, ale i jine nastroje. Pro vetsinu amenity ="townhall; > restaurant" je neco jineho nez amenity ="restaurant; townhall" a > nepoznaji v tom ani townhall ani restaurant. > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

16.6.2009 04:18:45 (#7)
gravatar

Ondrej Novy

<onovy at nomi.cz>
81
Ahoj, On Tue, Jun 16, 2009 at 04:15:13PM +0200, Pavel Kov?? wrote: zobrazit citaci
> D?l?m chybu kdy? tag shp pr?sknu p??mo na polygon budovy ? Samoz?ejm? > pokud je cel? budova ten obchod.
to muze byt spravne pokud to tag podle wiki umoznuje, ale i tak si myslim ze by mel existovat 'node' s typem obchodu. Jinak to nejde exportovat jako POI do GPS zarizeni. -- S pozdravem/Best regards Bc. Ondrej Novy Email: onovy at nomi.cz Jabber: onovy at njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207

16.6.2009 04:28:40 (#8)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> On Tue, Jun 16, 2009 at 04:15:13PM +0200, Pavel Kov?? wrote: > > D?l?m chybu kdy? tag shp pr?sknu p??mo na polygon budovy ? Samoz?ejm? > > pokud je cel? budova ten obchod. > > to muze byt spravne pokud to tag podle wiki umoznuje, ale i tak si myslim ze > by mel existovat 'node' s typem obchodu. Jinak to nejde exportovat jako POI do > GPS zarizeni.
Podle mne je to spravne, bohuzel podpora rendereru pro tohle je horsi (ale to se casem snad zlepsi). Co se exportu do POI tyce, inteligentni exportovac by mel vzit prostredek budovy otagovane "zajimavym" tagem jako treba shop a vyexportovat to jako bod (coz je algoritmicky pomerne jednoduche). Takze v tom bych nevidel problem - pokud to exportovadlo do GPS neumi, tak bud doprogramovat, nebo poslat programatorovi bug report nebo patch :). Co bych urcite ale nedelal, je dat tag shop=neco jak na budovu, tak pridat jeste node. To pak vlastne znamena, ze tam jsou obchody dva. Martin

16.6.2009 04:33:52 (#9)
gravatar

Ondrej Novy

<onovy at nomi.cz>
81
Ahoj, On Tue, Jun 16, 2009 at 04:04:17PM +0200, MP wrote: zobrazit citaci
> Ja je osobne rozdeluju. V cisle popisnem je casto vic nez jen obchod > (napr. i nejake byty), takze doprostred baraku cislo popisne, a ke > kraji (podle toho kde je do nej vchod) pak obchod, pripadne obchody, > pokud jich je v baraku vice. U benzinek, ktere obsahuji i restauraci a > shop bych osobne tag fuel vrznul zhruba tam, kde jsou stojany, shop a > restaurant pak do budovy (tam by mozna uz slo je spojit, ale osobne > bych to taky rozdelil, podle toho v ktere casti budovy je restaurace a > v ktere je obchod)
Ale preci ten POI ktery oznacuje nejaky obchod je na nejake adrese, proc tam nemit addr atribut? Vzdyt vlastne i ty adresa by mela ukazovat na vchod a ne na stred baraku, vzdyt adresu chci kuli vchodu jak dovnitr. A co kdyz ten obchod je uprostred baraku a vchod je na druhe strane (rekneme 100m bokem)? Imho to zbytecne zeslozitujete, jeden POI, jedna adresa, jeden obchod je rozumne a neni v tom zmatek. Vsechno je to prakticky stejna vec, cili jeden node. zobrazit citaci
> Pokud je to v jedne mistnosti obchod s vice typama zbozi, tak to uz > asi delit nejde, takze pak strednikem (shop=groceries; newsagent; ...)
Abychom neskoncili tak ze budeme v Globusu hledat podle fotomapy strechy kde zhruba je ten pult s pecivem... Globus je jedna instituce (name=Globus), lezici na adrese (addr=35) a prodava (shop=zviratka;pecivo;zeleninu). -- S pozdravem/Best regards Bc. Ondrej Novy Email: onovy at nomi.cz Jabber: onovy at njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207

16.6.2009 04:34:59 (#10)
gravatar

Pavel Kovář

<fox at vsetin.org>
56
No pr?v?. t?eba ?kola nejde ani otagovat jinak ne? p??mo na polygon prot??e potom nebude m?t spr?vnou barvu a nebo v p??pad? otagov?n? jak na polygon tak nodem bude m?t dv? ikonky. MP napsal(a): zobrazit citaci
>> On Tue, Jun 16, 2009 at 04:15:13PM +0200, Pavel Kov?? wrote: >> > D?l?m chybu kdy? tag shp pr?sknu p??mo na polygon budovy ? Samoz?ejm? >> > pokud je cel? budova ten obchod. >> >> to muze byt spravne pokud to tag podle wiki umoznuje, ale i tak si myslim ze >> by mel existovat 'node' s typem obchodu. Jinak to nejde exportovat jako POI do >> GPS zarizeni. > > Podle mne je to spravne, bohuzel podpora rendereru pro tohle je horsi > (ale to se casem snad zlepsi). Co se exportu do POI tyce, inteligentni > exportovac by mel vzit prostredek budovy otagovane "zajimavym" tagem > jako treba shop a vyexportovat to jako bod (coz je algoritmicky > pomerne jednoduche). Takze v tom bych nevidel problem - pokud to > exportovadlo do GPS neumi, tak bud doprogramovat, nebo poslat > programatorovi bug report nebo patch :). > > Co bych urcite ale nedelal, je dat tag shop=neco jak na budovu, tak > pridat jeste node. To pak vlastne znamena, ze tam jsou obchody dva. > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

16.6.2009 04:36:03 (#11)
gravatar

Ondrej Novy

<onovy at nomi.cz>
81
Ahoj, On Tue, Jun 16, 2009 at 04:28:40PM +0200, MP wrote: zobrazit citaci
> Podle mne je to spravne, bohuzel podpora rendereru pro tohle je horsi > (ale to se casem snad zlepsi). Co se exportu do POI tyce, inteligentni > exportovac by mel vzit prostredek budovy otagovane "zajimavym" tagem > jako treba shop a vyexportovat to jako bod (coz je algoritmicky > pomerne jednoduche). Takze v tom bych nevidel problem - pokud to > exportovadlo do GPS neumi, tak bud doprogramovat, nebo poslat > programatorovi bug report nebo patch :).
To je vlastne pravda, spravne by to melo byt umisteno pouze jednou, cili pokud nevim obrys budovy tak node, pokud vim tak pouze celej polygon. Renderer na webu to zobrazuje dobre v obou pripadech, ty GPS exportery by se tedy mely upravit. Pak je tu totiz jeste teoreticky pripad, kdy jeden obchod obsahuje vice budov, takze muzu obtahnout polygonem vsechny, dat name=Centrum Olympie (bez building=yes) a melo by to fungovat :). zobrazit citaci
> Co bych urcite ale nedelal, je dat tag shop=neco jak na budovu, tak > pridat jeste node. To pak vlastne znamena, ze tam jsou obchody dva.
Nakonec souhlasim :). -- S pozdravem/Best regards Bc. Ondrej Novy Email: onovy at nomi.cz Jabber: onovy at njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207

16.6.2009 10:15:54 (#12)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> > >> povazujete za vhodne slucovat adresni body a POI? Matne si pamatuji ze > > >> o tom sla kdysi rec. > > >> Me se to zda charakterem geoprvku reprezentujici POI a adresni body i > > >> stavem rendereru za nestaste. > > z pohledu cistoty databaze mi prijde naprosto prirozene to mit sloucene (a > delam to tak). To ze to renderery delaji spatne je preci jejich chyba :). > Mit 4 body (jak jiz bylo psano) pro 4 ruzne veci je hloupost. Ten shop ma > nazev (name), adresu (addr) a typ (shop=). Je to JEDEN obchod s jednou > adresou, nazvem a pripadne i vice typama (oddelim strednikem). > Node=entita, ja zde vidim jednu -> jeden node.
*** To je prave to, ze to tak neni: je trebas 1 cislo popisne 2 cisla orientacni 4 POI, v ruznych castech 2 otviraci doby 3 url 2 nazvy To ze agreguji POI jednoho chrakteru v jendom miste je mi zrejme. (v supermarketech je hodne typu obchodu, jeden vchod jedna hlavicka) Zato v hypermarketu s vyhodou rozdelim z duvodu lokace, obchody v objektu o delce 0,5 x 0,2 km vnimat jako jeden nedelitelny objekt neni zcela prirozene. hanoj

17.6.2009 12:55:38 (#13)
gravatar

Stanislav Brabec

<utx at penguin.cz>
152
Ondrej Novy p??e v ?t 16. 06. 2009 v 15:24 +0200: zobrazit citaci
> z pohledu cistoty databaze mi prijde naprosto prirozene to mit sloucene (a > delam to tak).
P?ipad? mi, ?e datab?zov? model OSM v?bec nepodporuje slou?en? body - neexistuje metoda, jak jednotliv? tagy rozd?lit mezi jednotliv? POI. Renderer si s t?m v nejlep??m p??pad? porad? tak, ?e nap?. tag "cuisine" u prodejny ignoruje. Ale te? si p?edstavte, ?e projde n?vrh, ?e u prodejen kulin??sk?ch specialit m? tag "cuisine" tak? smysl. Z va?eho slou?en?ho POI "prodejna potravin + ??nsk? restaurace" se najednou stane "prodejna ??nsk?ch kulin??sk?ch specialit s restaurac?". Tak? nev?m, jak potom specifikovat, ?e prodejna m? to 19 hodin, ale restaurace tamt?? do 23 h. Pokud by ?lo o ?istotu datab?ze, nej?ist?? by bylo p?id?n? relace is_in k adresn?mu bodu ke kter?mu se vztahuje. Ale na?t?st? prost? zji?t?n? vzd?lenosti v?t?inou sta??. -- Stanislav Brabec http://www.penguin.cz/~utx

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