[Tagging] RFC Reception_desk Mk2
David Bannon
dbannon at internode.on.net
Wed May 20 22:23:47 UTC 2015
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 at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
More information about the Tagging
mailing list