On Wed, 2015-05-20 at 11:09 +1000, Warin wrote:

> Link to the proposal =
> https://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%
> 3Dreception_desk
> 
I still see this as a useful thing.

David

> For those not familiar with the proposal.
> A Reception Desk provides a place where people (visitors, patients,
> or 
> clients) arrive to be greeted, any information recorded, the relevant 
> person is contacted  and the visitor/s, patient/s, or client/s sent
> on 
> to the relevant person/place.
> 
> It is particularly useful to know the location of the reception desk 
> when it is located away from the typical place (near a front entry)
> or 
> where there is only one amongst a number of large buildings. First
> seen 
> as a suggested extended tag for camp sites, thought to have a wider
> application to offices, hotels and educational features.
> 
> -------------------------------------------------------------------- 
>  
> I have changed the documentation (many times) hopefully it addresses
> most issues that have been raised.
>  
> One issue that I have not address is when someone wants to have one
> node with more than one amenity on it. 
> This occurs for many key=value situations. 
> Firstly .. it would be possible to create two nodes and place the
> different values on the different nodes. That is the solution I use. 
> Secondly ... it has been suggested to use a format of a subtag where
> value2=yes is placed under the key=value1.
> e.g.
> amenity=bbq
> reception_desk=yes
> 
> I have not seen (nor sought!) documentation for this .. as I don't use
> it. 
> 
> -------------------------------
> 
> The present proposal format in the upper section shows what the result
> should look like, while the lower section has the verbose explanation
> etc. 
> I don't like the title 'Rationale' .. and have appended 'Verbose
> Explanation' as a simpler, clearer title. 
> I have also added sections on the key, value etc .. as I think that is
> easier to follow (and I don't get mixed up in my documentation! :-) ).
> 
> --------------------
> So there it is .. voting soon? Depending on any discussion relevant to
> the key-value. 
> Discussion of the format etc ... ok .. but not fundamental to the
> proposal itself, so should not delay voting. 
> 
> _______________________________________________
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging



_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Reply via email to