[Tagging] Feature Proposal - RFC - Deprecated embassy=embassy

Fri Jan 7 15:43:13 UTC 2022

Thanks for your replies.
Indeed, mechanical edit is not at all the topic here. I edited the proposal
to make it crystal clear.

And in fact, we “vote on deprecating stuff”. All. The. Time. It’s just that
> it’s generally part of a larger proposal that introduces something else new
> at the same time.
>
Thank you, yes, exactly.

Though opening this RFC as a courtesy before doing so is welcome
>
Thank you, that is exactly the spirit of my RFC.
Another reason to do it is to have a better legitimacy to make deprecation
requests to the tools/editors.

there is also the key „diplomatic“ which used similar values, do we need
> both keys?
>
The approved tags are clear on this topic and my proposal is to keep it as
it is: use office=diplomatic + diplomatic=embassy + embassy=*

> Simply make a pull request on
> https://github.com/openstreetmap/id-tagging-schema/blob/9fdecc983443ce75185c2923caae9f7703f2cae4/data/fields/embassy.json
> including the the documented value.
>
Sure, here it is:
https://github.com/openstreetmap/id-tagging-schema/issues/340
I also added this URL in my proposal.

Le ven. 7 janv. 2022 à 14:57, Simon Poole <simon at poole.ch> a écrit :

> I think there is a bit of confusion here.
>
> embassy=embassy
>
> seems to exist because of an iD feedback loop (
> https://taginfo.openstreetmap.org/tags/embassy=embassy#chronology) and
> probably originally goes back to somebody mistakenly using it, it doesn't
> seem to have been to ever been documented and as a result there's nothing
> really to deprecate to start with.
>
> Simply make a pull request on
> https://github.com/openstreetmap/id-tagging-schema/blob/9fdecc983443ce75185c2923caae9f7703f2cae4/data/fields/embassy.json
> including the the documented value.
>
> And yes using taginfo values can lead to these kind of issues, see my talk
> at SOTM Milan.
>
> Simon
> Am 07.01.2022 um 07:47 schrieb Florian LAINEZ:
>
> Hi Joseph,
> I'm not proposing to approve embassy=yes, it's already approved cf.
> https://wiki.openstreetmap.org/wiki/Tag:embassy%3Dyes
>
> I propose to:
>
>    - Deprecate embassy <https://wiki.openstreetmap.org/wiki/Key:embassy>=
>    embassy
>    <https://wiki.openstreetmap.org/w/index.php?title=Tag:embassy%3Dembassy&action=edit&redlink=1>
>    - Promote instead embassy
>    <https://wiki.openstreetmap.org/wiki/Key:embassy>=yes
>    <https://wiki.openstreetmap.org/wiki/Tag:embassy%3Dyes>
>
> Changing embassy=yes to embassy=*a more detailed value *is a separate
> topic for later. It's not part of the current proposal.
>
> Le jeu. 6 janv. 2022 à 19:16, Joseph Eisenberg <joseph.eisenberg at gmail.com>
> a écrit :
>
>> Usually when a tag is deprecated, a new tagging method is approved to
>> replace it.
>>
>> Are you proposing to approve the tag "embassy=yes" as the proper
>> replacement for "embassy=embassy" in most cases?
>>
>> The page for "embassy=yes" says "Bears a sign labeling it as an embassy
>> and is headed by an ambassador"
>>
>> It appears there are a number of different options:
>> embassy=branch_embassy, embassy=delegation, etc
>>
>> Perhaps you meant to propose that "embassy=embassy" should be re-tagged
>> to one of the more specific options under Key:embassy?
>>
>> - Joseph Eisenberg
>>
>> On Thu, Jan 6, 2022 at 2:26 AM Florian LAINEZ <winnerflo at free.fr> wrote:
>>
>>> Hi Simon, thanks for your reply.
>>> That's right, for now, the depreciation have mostly been included into
>>> tag proposals. Most of them are implicit, but some are definitely explicit
>>> eg. office=goverment
>>> <https://wiki.openstreetmap.org/w/index.php?oldid=1551112#Discouraged_tags>
>>> ; water=*
>>> <https://wiki.openstreetmap.org/wiki/Proposed_features/Water_details#Deprecation>
>>> ; hazard=*
>>> <https://wiki.openstreetmap.org/wiki/Proposed_features/hazard#Features.2FPages_affected>
>>> .
>>> Therefore I don't see anything stopping us to vote an explicit
>>> depreciation.
>>> As the proposal process is to "vote on a standard way to tag map
>>> features", it should also be used to vote on a standard way NOT to tag
>>> features.
>>>
>>> Also, if we want to properly deprecate some useless tags, I believe that
>>> we should agree over its deprecation first.
>>> For the users of the data (renders, editors, routers and more), it's a
>>> clear sign to stop using the deprecated tag.
>>> For the community, it's a green light for a smooth transition of tag.
>>>
>>> Le mer. 5 janv. 2022 à 20:58, Simon Poole <simon at poole.ch> a écrit :
>>>
>>>> I don't believe there is any consensus on a procedure for deprecating
>>>> tags, if that is even a thing.
>>>> Am 05.01.2022 um 16:54 schrieb Florian LAINEZ:
>>>>
>>>> Hi,
>>>> I propose to deprecate embassy=embassy, see
>>>> https://wiki.openstreetmap.org/wiki/Proposed_features/deprecate_embassy%3Dembassy
>>>> Comments are open on the discussion page of the wiki before voting.
>>>> Thanks
>>>>
>>>> --
>>>>
>>>> *Florian Lainez*
>>>>
>>>> _______________________________________________
>>>> Tagging mailing listTagging at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tagging
>>>>
>>>> _______________________________________________
>>>> 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
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian <http://twitter.com/overflorian>
>
> _______________________________________________
> Tagging mailing listTagging at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tagging
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>

-- 

*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220107/b0a6eabf/attachment.htm>