> 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.

>> 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 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.

> 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.

> 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

> Dělám chybu když tag shp prásknu přímo na polygon budovy ? Samozřejmě > pokud je celá budova ten obchod.

> 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.

> 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; ...)

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

> 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.

> > >> 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.

> z pohledu cistoty databaze mi prijde naprosto prirozene to mit sloucene (a > delam to tak).