Re: [Tagging] Voting procedures (Was: Re: Tag:amenity=motorcycle_taxi not approved)

2020-05-08 Thread Mateusz Konieczny via Tagging



May 8, 2020, 18:06 by kevin.b.ke...@gmail.com:

> On Fri, May 8, 2020 at 9:06 AM Phake Nick  wrote:
>
>> Given the proportion of opposing comment being raised, I would say "more 
>> than what have been discussed", as barely anyone raised the point during the 
>> discussion. The only two remotely relevant mentions about it during the 
>> discussion process was 1. one user who think there should be a new parents 
>> tag that cover both regular taxi and motorcycle taxi, and 2. another who 
>> incorrectly assuned "motorcycle taxi" is a combination of two different 
>> features just because the term come with a space. That clearly indicate 
>> discussion was not sufficient and that the proposal should restart the 
>> discussion process.
>>
>
>
> Our 'yes/no' voting on proposals leads to a pathological phenomenon
> that I've seen happen several times.
>
> Someone wants to map a particular feature, and floats an idea for a
> tag 'A' on the list.
>
> Several other people counter-propose incompatible tags 'B', 'C', 'D' -
> each with its own advantages and disadvantages.
>
> None of these tags garners a clear majority of commenters.
>
> Either the proponent abandons the idea, or else falls back on 'any
> tags you like', or actually bites the bullet and makes a formal
> proposal, calling the vote.
>
> In the last case, which is already uncommon, the vote fails, because,
> if for instance, 'B' becomes the final proposal, all of the supporters
> of 'A', 'C', 'D' vote against the proposal.
>
In my case I proceed with vote only in case of a clear support for a proposal.
(man_made=bridge, man_made=carpet_hanger)

https://wiki.openstreetmap.org/wiki/Proposed_features/man_made%3Dbridge
https://wiki.openstreetmap.org/wiki/Proposed_features/carpet_hanger

I made some proposals where discussion was very useful and helped to
improve page, but I decided to not risk a vote.

https://wiki.openstreetmap.org/wiki/Proposed_features/street_vendor%3Dyes
https://wiki.openstreetmap.org/wiki/Proposed_features/opening_hours:signed%3Dno

No vote at all and de facto tag is better outcome than a failed vote
if you want to tag something with an accepted tag.

Personally I am fine with this idea, I consider review, criticism and 
discussion as
the useful part of a proposal process. And I give little weight to whatever
tag was approved by vote or not.

(that is also why people wanting to deprecate highway=bus_stop or promote
landcover=* tag family will not make a proposal with vote, because it is
very likely that it would be rejected)

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging


[Tagging] Voting procedures (Was: Re: Tag:amenity=motorcycle_taxi not approved)

2020-05-08 Thread Kevin Kenny
On Fri, May 8, 2020 at 9:06 AM Phake Nick  wrote:
> Given the proportion of opposing comment being raised, I would say "more than 
> what have been discussed", as barely anyone raised the point during the 
> discussion. The only two remotely relevant mentions about it during the 
> discussion process was 1. one user who think there should be a new parents 
> tag that cover both regular taxi and motorcycle taxi, and 2. another who 
> incorrectly assuned "motorcycle taxi" is a combination of two different 
> features just because the term come with a space. That clearly indicate 
> discussion was not sufficient and that the proposal should restart the 
> discussion process.


Our 'yes/no' voting on proposals leads to a pathological phenomenon
that I've seen happen several times.

Someone wants to map a particular feature, and floats an idea for a
tag 'A' on the list.

Several other people counter-propose incompatible tags 'B', 'C', 'D' -
each with its own advantages and disadvantages.

None of these tags garners a clear majority of commenters.

Either the proponent abandons the idea, or else falls back on 'any
tags you like', or actually bites the bullet and makes a formal
proposal, calling the vote.

In the last case, which is already uncommon, the vote fails, because,
if for instance, 'B' becomes the final proposal, all of the supporters
of 'A', 'C', 'D' vote against the proposal.

Any of the other schemes would also have been rejected.

Do we need to refine the system to something like: supermajority that
the feature should be mapped, and preference voting for how to map it?

I will concede that I've never called for a vote on any proposal,
because after testing the waters on this list, I've taken the cowardly
option of falling back to 'any tags you like'. Even though there
appears to be a consensus (recall that consensus is not unanimity!)
that things like 'access=permit' or 'protection_class=*' are small
steps in the right direction, there was clearly enough controversy
over the details that it became obvious to me that a vote on either
proposal would fail.

In many cases the failures truly are ones of metaphysical
understanding. For a taxi service, is the vehicle (car, motorcycle,
pedicab, rickshaw) the essence, and 'for hire' a mere accident, or is
'passenger service for hire' the essence, and the choice of vehicle
the accident? In typical tagging discussions like this one, I often
see several other attributes being proposed as essential, and the
attempt to fit the entire world into a taxonomic tree fails because
nobody can agree which attributes are generic and which are specific.
That inevitably comes of using Platonic tagging to approximate an
Aristotelian understanding of the objects being tagged. Tagging will
always be approximate. The map is not the territory.

I have little sympathy for those who cannot be troubled to comment on
a proposal in progress and then pop up with new objections after the
vote is called. I consider that to be obstructionist behaviour. While
it does not necessarily negate the technical value of the objection,
it is annoying in the extreme. It can also serve as a presumptive (not
determinative!) measure of the technical merit; people with a deep
technical understanding of the issue tend to involve themselves in the
process in a timely manner.
-- 
73 de ke9tv/2, Kevin

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging