-
-
Notifications
You must be signed in to change notification settings - Fork 11
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
Largest remainder methods: Half votes rounded down, party receiving less seats #112
Comments
HI @anonymous7002 On the substance of the concern, I will look into it as soon as I have some brain time available to dive back into the intricacies of this method, probably after the weekend :-/ Thanks for the report. |
@anonymous7002 What do you mean about 23.5 votes / 48? Condorcet don't support decimal in vote weight. If I try something like: |
23.5 votes / 48 means that out of the 48 votes, 23 voted A, and one voted both A and some other candidate as their first choice, hence the vote is split between the two. |
Let's see with this one: bin/condorcet Election -c "A;B;C" -w "A*23;B*20;C*4;C=A" --seats 200 --stats LR +---------------------------------------------------------------------------+
| 'Seats per Candidates': |
| A: 97 |
| B: 85 |
| C: 18 Look good for me. |
If not any precisions about the bug or clarifications, I will close the issue ;-) |
If a party receives 23.5/48 of the votes, and there are 200 seats, the party should receive at least 97 of the seats.
Using d'Hondt and Sainte-Laguë methods, the party in my dataset received 99 seats, but under Hare-LR, it only received 96, as if it had only got 23/48 of the votes.
By running method-stats, the number of votes allocated is shown to be rounded down to the nearest integer 23 in all the PR methods, but the highest averages methods seem to be executed with 23.5 votes, but the largest remainder methods don't.
The text was updated successfully, but these errors were encountered: