-
-
Notifications
You must be signed in to change notification settings - Fork 36
[^] BALLOT: effect of selectors on subsequent placeholders #873
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
(chair hat OFF) E > F > H > C |
F = E > G > H = D > C ! B > A EDIT 9/2/24: Switched around E and F |
H > D > E > C > F ! A = B = G
…On Wed, Aug 28, 2024 at 12:55 PM Shane F. Carr ***@***.***> wrote:
E = F > G > D = H > C ! B > A
—
Reply to this email directly, view it on GitHub
<#873 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACJLEMHBSFUZBMM6Y2NQZVLZTYTKFAVCNFSM6AAAAABNI5IBZ2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMJWGEZTSNJSGE>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
(observer) F > E > H > A > D > C ! B > G Edited 9/2/2024: Swapped F and E |
F > B > G > E ! A > H > D > C |
A > F ! B = C = D = E = G = H |
F >> A > B > E > ! G = C = D = H |
I tallied the votes above using STV: Detailed results of STVCandidates=8 Seats=3 Votes=7 Quota=1.75 Raw votes vote 1: (E) (F) (H) (C) (none) (none) (none) (none) vote 2: (E) (F) (G) (H) (D) (none) (none) (none) vote 3: (H) (D) (E) (C) (F) (none) (none) (none) vote 4: (E) (F) (H) (A) (D) (C) (none) (none) vote 5: (F) (B) (G) (E) (none) (none) (none) (none) vote 6: (A) (F) (none) (none) (none) (none) (none) (none) vote 7: (F) (A) (B) (E) (none) (none) (none) (none)Round 1 votes Most votes currently held by a candidate = 3. Round 2 votes Most votes currently held by a candidate = 3.25. Round 3 votes Fewest votes won by a candidate = 0.19230769230769232. Round 4 votes Fewest votes won by a candidate = 0.46153846153846156. Round 5 votes Fewest votes won by a candidate = 1.4615384615384617. Round 6 votes The election is complete and the elected candidates are (E) (F) (H). |
Question about the votes: how do the vetoes factor into the voting? According to the above single transferable vote process, "the elected candidates are (E) (F) (H)". When I count the number of vetoes, I see:
|
Note this in the instructions:
|
F > G > E > H > A > B > D > C |
@echeran's comments yesterday convinced me to rank F above E so I updated my ballot to reflect that. I've been reading a lot about ranked choice voting and how it's often impossible to find a consensus. I've found that the Condorcet Method tends to work better than Instant Runoff Voting. By the Condorcet Method:
* by one vote only (not a strong consensus) Please note that if the votes had been tallied on September 1, then E would have beat F in the head to head. There may have been a small number of other changes. |
IIUC, that makes F the unique Condorcet winner. |
(chair hat ON) In today's discussion (which was not an official teleconference due to quorum issues) the observation was that "F" appears to be close to a consensus. Two participants in the call had not voted, although @gibson042 has since added a vote. @sffc Changing your vote would change the outcome of my previous tally, as does @gibson042's vote. Thanks for the pointer on Condorcet, though! That looks like a useful methodology for the future. The methodology is not as important here, as it is the actual consensus of the WG that matters. In the call today, we also discussed some of the syntactic details of F, particularly whether the selectors require a delimiter of some sort. The result of that discussion was general agreement that such a delimiter is not required. Important Actual WG consensus will NOT be declared until a full teleconference (or F2F), with the next call expected to be 2024-09-09. |
Just noting that I did also update my ballot to swap F above E just before the last update (after the deadline), as I felt like I had compromised with myself and abandoned my own stated first priority. |
F > A > B > E ! C = D = H |
In the 2024-09-09 teleconference the working group consensus was to accept option F with the following modifications:
This would enable the (re-)addition of support for expressions in a selector in a future version of the spec, e.g. to support Option E. |
Per the discussion in the 2024-08-26 teleconference (along with preceding calls on the same topic), there has been a call for voting on the preferred design of those described in the Design Document selection-declaration.md. This is an advisory vote to be used in technical discussion.
Note
The design document lists a "proposed design". Please ignore this.
Note
The design document was merged from conversation on #824 and there may be valuable discussion on that thread.
WORKING GROUP BALLOT
Please read the instructions CAREFULLY before responding.
Please carefully read the design document before responding.
Balloting Instructions
The voting methodology is single transferable vote.
The deadline is 1700 (5 PM) in the
America/Los_Angeles
time zone on Sunday, 1 September 2024 Votes received after the deadline will be considered at the discretion of the chair.Group members who cannot submit a comment on this issue should contact the chair (@aphillips) for assistance.
Ballots should be cast as an ordered list of preferred candidates using the format specified below.
Do not include candidates into your ranked choices that you find unacceptable.
You may indicate candidates you find unacceptable using
!
as showing in the example below.Do not equate two items. The chair will treat
X = Y
asX > Y
in all cases.Example 1:
X > Y > Z ! Q = R
means:X
toY
andY
toZ
.Q
andR
are not acceptable to me.S
andT
are not listed. They receive no votes but are not unacceptable.Important
Listing items as unacceptable has no effect on tallying. They are merely advisory to others in the WG.
Candidates
(A) Do nothing
(B) Require annotation of selector variables in placeholders
(C) Allow both local and input declarative selectors with immutability
(D) Allow mutable input declarative selectors
(E) Allow immutable input declarative selectors
(F) Match on variables instead of expressions
(G) Provide a #-like Feature
(H) Hybrid approach: Match may mutate, no duplicates
The text was updated successfully, but these errors were encountered: