[Tagging] Feature Proposal - RFC - Tag:shelter_type=rock_shelter
matkoniecz at tutanota.com
Sat Sep 5 05:26:42 UTC 2020
Sep 5, 2020, 03:37 by tagging at openstreetmap.org:
> On 9/4/2020 6:24 PM, Mateusz Konieczny via Tagging wrote:
>> Sep 4, 2020, 18:19 by >> tagging at openstreetmap.org>> :
>>> node and discovered the shelter_type=rock_shelter subtag, but the map in
>>> question didn't render it any differently. Revisiting the site in fair
>>> weather, I found a tiny crack under a ledge that *might* have kept a
>>> child dry. It was very satisfying to delete that node.
>> This seems to be a clear case of incorrect tagging of something that\
>> has not actually existed.
>> natural=rock_shelter and any other tagging of rock shelter would be equally
> Assuming that I located the correct crack, it was undoubtedly a case of overzealous tagging. The problem I see is that the definition of rock shelter is subjective enough that this sort of tagging will happen from time to time. Some mappers will stretch the definition because they just love adding features. And since rock shelters are currently a subtag of amenity=shelter, people looking for amenity=shelter -- with the possibly live-saving properties that implies -- will be misled.
> Tagging a rock shelter any other way -- natural=rock_shelter, amenity=rock_shelter, whatever -- and we're no longer bound to fulfilling the existing expectations of the parent tag.
The problem is that I want to have way to find rock shelters usable as shelter for humans.
If natural=rock_shelter is not bound to fulfilling the existing expectations of the shelter tag,
then want new tag that is bound to fulfilling the existing expectations of the shelter tag
and can be applied to rock shelters.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Tagging