<div dir="ltr"><div><div><div><div>The tag addr:place has been used to locate one element inside another addressed element. See this example for shops within a Tesco Extra store <a href="http://overpass-turbo.eu/s/5CN">http://overpass-turbo.eu/s/5CN</a>.<br><br></div>This usage is useful but probably a little difficult to consume, particularly as there seem to be rather more usages of addr:place as a synonym of addr:city.<br><br></div>The idea is that one looks for the thing named in addr:place within the immediate locality (I presume this should be mapped as an area and the node or way with the addr:place tag should sit within that area). Examples of usage include: post offices in shops, shops in hypermarkets, hospitals, restaurants & bars in hotels, some retail & business parks where the address is solely for the area not the street, possibly shopping centres etc.), university campus buildings, etc. This overpass query shows how this has been used in the Nottingham area: <a href="http://overpass-turbo.eu/s/5CO">http://overpass-turbo.eu/s/5CO</a>, largely by Will. The benefit of using a tag like addr:place is that address information 
does not get duplicated confusingly (e.g., on a bar, 2 restaurants and a
 hairdresser all inside a hotel). <br><br></div>There are at least 2 post offices in other shops in Nottingham which I mapped. at <a href="http://www.openstreetmap.org/node/386846669#map=19/53.00082/-1.19583">Wilkinson </a>(possibly now Wilko !) in Bulwell I never checked inside the store so rather lazily I just tacked on the amenity tag; at <a href="http://www.openstreetmap.org/way/4440508#map=19/52.95587/-1.22930">The Co-operative</a> supermarket (need to check how this is branded these days too) I did survey inside and added the post office & associated post box reasonably accurately. The distinct disadvantage of putting the shop and amenity tags on the same node is that only one gets rendered. (Incidentally, this applies to many smaller sub postoffices, they are actually located within a convenience store or similar, but we rarely try and separate the locations)<br><br></div>Jerry<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 October 2014 22:29, ael <span dir="ltr"><<a href="mailto:law_ence.dev@ntlworld.com" target="_blank">law_ence.dev@ntlworld.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Oct 25, 2014 at 08:19:25PM +0100, Dan S wrote:<br>
> > However two nodes with standard tags don't distinguish "W H Smiths<br>
> > inside Post office" from the inverse. That seems a useful distinction.<br>
> > sub_shop=yes is ugly, but perhaps something along these lines already<br>
> > exists or is needed?<br>
><br>
> This may have been discussed heavily elsewhere, I don't know. My own<br>
> opinion is that if you need something to be _inside_ something else,<br>
> there's no point trying to do that just with nodes, since areas are<br>
> perfect for the job!<br>
<br>
Agreed, but it breaks the symmetry and requires more careful survey.<br>
In my case, gps is a bit poor among tall buildings, and the shops<br>
are all in one big building. I can get a rough outline from Bing, but<br>
the inner walls would be guesswork. I don't want to introduce spurious<br>
accuracy into the database, so nodes seem appropriate here.<br>
<br>
I suppose a relation might capture the semantics, but I don't think that<br>
would be very obvious to the average user, who may not be a mapper at<br>
all. He/she needs to know he has to go inside WHS to find the Post Office.<br>
I suppose the obvious rendering would be as you suggest: WHS as an area<br>
containing the PO. Ho hum...<br>
<br>
ael<br>
<br>
_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
</blockquote></div><br></div>