adresni body a POI

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.

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?

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?

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.

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.

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.

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

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.

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

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.

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.

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

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