<div dir="ltr">On Mon, Sep 30, 2013 at 9:08 PM, NopMap <span dir="ltr"><<a href="mailto:ekkehart@gmx.de" target="_blank">ekkehart@gmx.de</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The original example wasn't mine, but I think it is very common that a pub<br>
has much later opening hours than a restaurant. Having both as part of the<br>
same enterprise is a british speciality if I remember my visits correctly.<br>
<br>
And mapping them as separate POIs is the only practical and human readable<br>
way we currently have available, that's the point. :-)<br><br></blockquote><div> </div><div>I have to agree with this. The most common clashes I run into mapping towns in Australia;<br><br></div><div>bakery/cafes (technically you could do amenity=cafe, shop=bakery)<br>
</div><div>general store/cafe<br></div><div>general store/fuel<br></div><div>general store/post office<br>pub/hotel (I tend to create two nodes, in roughly the right places)<br>pub/restaurant (in the country, I take the restaurant as assumed - every pub serves meals at least some days of the week)<br>
</div><div>cafe/bar<br><br></div><div>A general solution that would solve these and other problems would be a relation to group parts of the same business. That way, you could have the expressiveness of precise tagging (eg, "is there a bakery near here? yes. is there a cafe near here? yes") but easy rendering: show one icon, and the renderer can decide whether it's a cafe or bakery icon.<br>
<br></div><div>Steve<br></div></div><br></div></div>