[Tagging] Feature proposal - Approved - deprecate embassy=embassy

[Simon Poole]

Am 04.02.2022 um 12:26 schrieb s8evq:

> Simon, could you please pause your editing of the Proposal process wiki page until the dust has somewhat settled on this discussion?
>
> Remember: the wiki isn't there to represent your view, but rather describe how reality is within OSM. If the proposal process is currently being used to deprecate features, than yes, that can be in the wiki.

Despite Florian claiming so, there was no definition of deprecation on 
that page and obviously I wasn't able to remove something that wasn't 
there. Not to mention that the tiny edit that I actually made was way 
after everybody had the chance to study the page multiple times. If the 
page had contained a definition of deprecation in the context of the 
process I wouldn't have actually made the edit because then the text 
that I corrected could have made sense.

Maybe some fact checking before bad mouthing me would be in order?

Simon

> On Fri, 4 Feb 2022 09:52:31 +0100, Florian LAINEZ <winnerflo at free.fr> wrote:
>
>> Hi,
>> Thanks for all your replies.
>>
>> I tried to discuss privately with Simon in order to find a common ground.
>> Nevertheless I had no reply at all and at the same time I see that Simon
>> changed the definition of deprecation to fit his view
>> https://wiki.openstreetmap.org/w/index.php?title=Proposal_process&diff=next&oldid=2256141
>> Now I feel really sorry about how this public discussion is evolving and as
>> I don't see any good coming from it soon, I think it's time for me to step
>> back for a while.
>>
>> I will think of a proposal that could fit our different point of views with
>> the help of the french community.
>> I am sure that we will all succeed to change the project in the right
>> direction as long as we remain constructive.
>> Regards
>>
>>
>> Le ven. 4 févr. 2022 à 02:38, Simon Poole <simon at poole.ch> a écrit :
>>
>>> Am 04.02.2022 um 01:05 schrieb Graeme Fitzpatrick:
>>>
>>> ...
>>> So, it doesn't appear to have ever been discussed on here, or voted on, &
>>> from the comments on that page, should never have been an amenity= in the
>>> first place, but what do we now do to "fix" it?
>>> ...
>>>
>>> Why would it need to be fixed?
>>>
>>> The overwhelming majority of users never see anything else than a "Dojo"
>>> label when adding/editing/whatever such facilities with the current
>>> tagging, and with a different tagging, they would just continue to see
>>> "Dojo". As long as the tagging is conflict free (in a technical sense) a
>>> change just doesn't provide any added value, only downsides. I could see an
>>> angle pro change if there were specific semantics associated with the
>>> tagging, so say water=dojo would probably not be a good idea, but moving
>>> things around in facility tags just doesn't do anything.
>>>
>>> BTW it is no different with parcel lockers, the large majority of  users
>>> had previously added and manipulated these as "Parcel lockers", and guess
>>> what, they continue to remain "Parcel lockers".
>>> _______________________________________________
>>> Tagging mailing list
>>> Tagging at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/tagging
>>>
>>
>> -- 
>>
>> *Florian Lainez*
>> @overflorian <http://twitter.com/overflorian>
>> _______________________________________________
>> Tagging mailing list
>> Tagging at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging
>
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220204/c2430f8e/attachment.sig>