[Tagging] Rules (was: Feature proposal - Approved - deprecate embassy=embassy)

[Simon Poole]

Am 04.02.2022 um 11:44 schrieb osm.tagging at thorsten.engler.id.au:
> 2 - To quote the proposal process wiki page: " The proposal process was designed to as mechanism to document that a rough consensus exists within the community on how to model and tag a feature that previously had no established tagging."
>
> The addition of "that previously had no established tagging" is another edit by Simon from yesterday:
>
> https://wiki.openstreetmap.org/w/index.php?title=Proposal_process&type=revision&diff=2259374&oldid=2259370
>
> And the complete section of:
>
> The proposal process was designed to as mechanism to document that a rough consensus exists within the community on how to model and tag a feature. The open voting process, with its high threshold, acts as supporting evidence that the proposal author has adequately captured community consensus and meaningfully addressed objections posed. The outcome of a proposal vote is a change in documentation on the wiki.
>
> (which then later got edited by Simon with the addition above) was also only added yesterday by ZeLonewolf
>
> https://wiki.openstreetmap.org/w/index.php?title=Proposal_process&type=revision&diff=2259359&oldid=2259305

To be clear, I only made those edits -after- ZeLonewolf had started 
editing and changing the tone of that section.

In particular it is clear that there is not a "high threshold", matter 
of fact it is now ridiculously low which is one of the reasons we are 
having this dispute, and in the same vein, passing the vote threshold is 
at best an indication that nobody cared enough to object, not that there 
is a community wide consensus to change something.

As I've said before that is completely OK for new tagging as the 
consensus will crystallize over time through popularity, however that 
has stopped working in situations where there is existing or competing 
tagging because like it or not, write "deprecation" in your proposal and 
you get your mechanical edit for free.

Florian hasn't indicated what his end goal is. But I'm sure of one 
thing, in turning tag-key names and values from rough, often arbitrary, 
categorisations that simply serve as unique tags for objects to a formal 
hierarchical ontology of the real world lies madness and only that.

-------------- 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/b36389b7/attachment.sig>