« 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>
718
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>
226 1012
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 na nomi.cz Jabber: onovy na 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 na 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 na nomi.cz Jabber: onovy na 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 na nomi.cz Jabber: onovy na 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 na 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 na nomi.cz Jabber: onovy na 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>
718
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