Voting

We have been trying to tune the voting process, see 2260. The goal is to balance stability with flexibility.

Issues

Suggestions

    1. Set a higher bar

      1. on changes to "critical" locales (union of principal's main tiers, intersected with those that are fleshed out well)

    2. http://www.unicode.org/cldr/data/charts/supplemental/coverage_goals.html

    3. on country locales.

    4. Allow multiple separate votes for TC organizations for non-critical locales. For Vetter status, two sets of eyes should be sufficient. Downside is "deck-stacking".

    5. Vote on "logical groups" (eg sets of Months) as a whole.

    6. Show country locale differences as "alts".

    7. Save votes for "active members" across releases. See 2095.

    8. not feasible for this release.

Background

Our current voting process is at http://cldr.unicode.org/index/process#TOC-Draft-Status-of-Optimal-Field-Value

The key points are:

    • For each value, each organization gets a vote based on the maximum (not cumulative) strength of the votes of its users who voted on that item.

    • If there is a dispute (votes for different values) within an organization, then the majority vote for that organization is chosen. If there is a tie, then no vote is counted for the organization.

    • Let O be the optimal value's vote, N be the vote of the next best value, and G be the number of organizations that voted for the optimal value.

    • Assign the draft status according to the first of the conditions below that applies:

    • If the draft status of the previously released value is better than the new draft status, then no change is made. Otherwise, the optimal value and its draft status are made part of the new release.

In our previous version, approved required O ≥ 8.