[Tagging] RFC: remove alphanumeric code visible in infoboxes at OSM Wiki linking to Wikidata

Mateusz Konieczny matkoniecz at tutanota.com
Tue Jan 19 21:33:06 UTC 2021

Jan 19, 2021, 21:58 by dieterdreist at gmail.com:

> Am Di., 19. Jan. 2021 um 21:30 Uhr schrieb Joseph Eisenberg <> joseph.eisenberg at gmail.com> >:
>> If it is deemed necessary to vote on this, I believe we should use a 50% margin to add or remove the feature from the wiki, since this is a binary choice.
> isn't every tagging voting a binary choice? vote yes or no?
> Anyway, I agree that this has nothing to do with the proposal process for tags, if we can't commonly agree on a solution, an absolute majority vote seems sufficient for removing it. As it is, I also see more damage from being it there (linking to misleading wikidata items) then not, but it must not necessarily be like this.

Quite ironically proposal process explicitly allows adjustment of threshold
necessary for vote to pass and my another proposal is trying to remove this mention.


So I can
- go with usual voting rules, get >74% (no problem)

- go with usual voting rules, get clear support but not above 74% (I wasted mine and
others time, there is clear support but proposal failed - now what?)

- declare vote to be passing at 50% (may result in outcry for example from whoever
want to keep it - and then what? Ignore them? Make vote how vote should be done?
Decide that my own proposal should pass at 50%? Totally not biased at all.)

- get support below 50% (turns out that proposal was misguided, I will try to
setup ublock rule and pretend that this links are not existing)

My main problem with changing threshold to 50% I would need clear support
to avoid 
(I) deadlock with interpreting results
(II) people voting against solely due to weird change in vote threshold

On the other hand I consider it a bit irritating that it was introduced without support,
got widespread and now extramajority is needed to put it back into a box.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210119/16b00678/attachment-0001.htm>

More information about the Tagging mailing list