<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi Warin,</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">10 state it should not be an amenity key and most of those are for it being in the tourism key.<br>
My failing there for not explaining that it has applications to offices, industries and educational areas where tourism is not an appropriate key.<br></blockquote><div><br></div><div>In my opinion, it depends on personal experience. For me the value of this tag for company, hospital, university and other non-touristic facilities is clear. For someone the word "reception" may only associate with hotels.</div><div><br></div><div> 1 says it is not necessarily a desk.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have never come across one that was not a desk - telephone, public address system and sign in in all housed on a desk.<br></blockquote><div><br></div><div>It's true that it's not always a desk and usually is much more than a desk. However it's still called a desk :)</div><div>I am not a native speaker, but I think it's a standard term for a reception facility.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2 (with another supportive comment from someone else) says it should embedded in 'the indoor tagging scheme'.<br>
The 'indoor tagging scheme'? That is going to have the same kind of problems with the tags for toilets, telephones, shops swimming pools, etc etc. The problem posed by this tag exists for many others and will need to be addressed by the indoor tagging system NOT by this tag alone.  The 'indoor tagging system' looks to be in evolution ... and will probably take some time before being generally accepted.<br></blockquote><div><br></div><div>I think there are some keen proponents of indoor tagging. There is definitely an advantage of being able to specify where the desk is located exactly. Moreover, it's kind of natural, since that's the implicit reason for your proposal: to specify where one can find the reception. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How is reception desk shown to be part of another feature? By its location in most instances. It has also been suggest that a site relation could be used. The site relation looks to be in some state of 'proposed'... I could not hazard a guess as to when it will progress onwards.<br>
(proposed) relation<br>
<a href="http://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/Relations/Proposed/<u></u>Provides_feature</a><br>
<br>
Also note the other proposal<br>
<br>
<a href="http://wiki.openstreetmap.org/wiki/Relations/Proposed/Cluster" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/Relations/Proposed/<u></u>Cluster</a><br>
<br>
I don't see how the problem can be addressed by the simple value of the proposed reception_desk .. particularly as it is a problem/solution for other things too?<br>
<br></blockquote><div><br></div><div>This is the only critically important aspect IMO. For a building hosting multiple organizations, there should be a way to attribute the reception properly. In many cases it logically follows from the location. Not in all probably. My suggestion would be to introduce the tag as is, and add a relation when possible. The tag definitely adds value in many cases even without the relation.</div><div><br></div><div><br></div><div>Cheers,</div><div>Kotya</div></div></div></div>