<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2017-05-16 10:27 GMT+02:00 Marc Gemis <span dir="ltr"><<a href="mailto:marc.gemis@gmail.com" target="_blank">marc.gemis@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="gmail-:md" class="gmail-a3s gmail-aXjCH gmail-m15c1072fcbfab22d">Maybe it's a silly idea, but why do not we map this as 2 nodes  ? This<br>
way, we do not have to come up with 2 sets of keys (one for<br>
amenity=courier and one on anything else).<br>
Both nodes could be connected via a "shop"-relation or whatever you<br>
want to name it.</div></blockquote></div><br><br>You don't even need a relation object, it could be done with the shop as a polygon and the nodes inside (with level tags you could handle even multistorey features).<br>IMHO this would mean a different thing. It would be a shop (business) inside a different shop (business), not a shop providing a service. The former also exist, it is not hypothetical.<br><br></div><div class="gmail_extra">I have done something similar (overlapping 2 shops which somehow were one shop) once, where there was an optician and a deli shop in the same physical shop, operated by the same person, but each with a distinct name (and a sign split into 2), but I'd see this as a rather bizzar and rare exception (too rare to merit it's own tag).<br><br><a href="http://www.23hq.com/dieterdreist/photo/7089481?album_id=4237494">http://www.23hq.com/dieterdreist/photo/7089481?album_id=4237494</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Martin<br></div></div>