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

[Simon Poole]

Am 08.01.2022 um 13:38 schrieb Mateusz Konieczny via Tagging:
> I submitted https://github.com/openstreetmap/id-tagging-schema/pull/341
> as it seems that iD is main reason for appearance of that tag,
> noone seems to think that this tag is a good idea and it can be safely 
> replaced.

One more time: the reason that the value is being suggested by iD (and 
likely by any other app that uses iD presets) is because the current iD 
preset reads the values from taginfo and if there is nonsense in 
taginfo, iD will faithfully replicate and propagate that again and again.

To actually fix the problem (instead of just smoothing over symptoms) 
you need to add the useful values to 
https://github.com/openstreetmap/id-tagging-schema/blob/9fdecc983443ce75185c2923caae9f7703f2cae4/data/fields/embassy.json 
which will stop iD (and any other app implementing the same logic) from 
using taginfo. The problem in general  is only occurring because people 
are adding incomplete presets to iD and are relying on some mumbo-jumbo 
that things will work.

And: embassy=yes is in this context just as much nonsense as 
embassy=embassy and doesn't need to be included in the suggested values.

Simon

>
> ------------------------
>
> For people claiming that deprecation word should not be used:
> how would you describe highway=unsurfaced, natural=land or old style 
> multipolygons?
> Or place_name, or highway=ford?
>
> How this other new word would be distinct from "deprecated"?
>
> It seems clear to me that OSM has deprecated tags (but not banned one).
>
> _______________________________________________
> 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/20220109/8bc9d43e/attachment.sig>