[Tagging] Deprecating operational_status and especially values such as operational_status=closed

[Mateusz Konieczny]

This change to https://wiki.openstreetmap.org/wiki/Key:operational_status
is now reverted.

Jan 10, 2021, 11:21 by voschix at gmail.com:

> +1 
> A single user should not deprecate a tag that is used 120k times in the database. For whatever reason.
>
> On Sun, 10 Jan 2021 at 11:18, Marc_marc <> marc_marc at mailo.com> > wrote:
>
>> Le 10.01.21 à 10:50, Mateusz Konieczny via Tagging a écrit :
>>  > Some objects like >> https://www.openstreetmap.org/node/3158114573
>>  > are tagged with tags that I consider very problematic: operational_status=closed
>>  
>>  well, according to the proposal about this tag,
>>  it's for temporary status, it is not a replacement for a life cycle tag.
>>  a fire hydrant that is not operational for 6 months because there is
>>  work on the pipeline 1km away, it is still a fire hydrant for the common
>>  contributors, and the hydrant itself is not broken or abandoned when it
>>  is temporarily not operational
>>  
>>  > >> https://wiki.openstreetmap.org/wiki/Key:operational_status
>>  > was already described as "now discouraged", I added
>>  > now also status=deprecated
>>  
>>  the interest of the operational_status tag was discussed in the fire
>>  hydrant proposal.
>>  Generally speaking, I find that the depreciation of a tag is in an
>>  absurd situation: on the one hand a proposal is easily rejected if it
>>  provides for the depreciation of a tag, on the other hand some
>>  contributors depreciate a tag before any discussion.
>>  the wiki loses value with this kind of behavior. we should discuss
>>  *before* a change of status, not after.
>>  
>>  
>>  
>>  _______________________________________________
>>  Tagging mailing list
>>  >> Tagging at openstreetmap.org
>>  >> https://lists.openstreetmap.org/listinfo/tagging
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210110/e8d16482/attachment.htm>