tempest3k wrote:The vote will be carried out and counted using the OpenSTV software and the Electoral Reform Society 1997 guidelines.
There are 6 candidates for 4 positions. You may also choose to vote to reopen nominations.
I have received and read this e-mail, however my only responsibility in the votes is to provide and maintain the platform and any problems which arise through that - the implementation of votes themselves is entirely down to the Nominations Officer and the election monitors.cabalamat wrote:Update: I have emailed Phil, Shaun, Daniel and Ed, asking them to look into this issue.
M2Ys4U wrote:Hi all,
Because of the issue that Philip Hunt raised in this thread, the Board is issuing a clarification on what will happen and how RON will be handled in this election.
The election will proceed as planned, with the option to re-open nominations.
Because the ERS97 procedure does not have a specific mechanism for dealing with RON, it shall be dealt with as if it were any other candidate, that is to say that if RON is deemed to be elected to the Board, then only one seat shall remain vacant, to be filled at a later date.
Following the conclusion of the election, the Board shall look at how, if at all, having an option for re-opening nominations shall work in multi-seat elections in the future.
We understand that this is not an ideal situation, but believe that the vote as it stands is constitutionally valid.
quota = int(numVotes/(numPlaces+1)) + 1
cabalamat wrote:That is, as far as I know, a new interpretation of RON for multi-seat elections.
cabalamat wrote:The problem with ERS97 is that because of how it counts the quota (see section 5.1.6) it can sometimes elect more people than there are places. For example, if there are 4 places and 50 votes, the ERS97 quota is (50/(4+1))=10, and you could have 5 candidates each getting 10 1st preferences, so all 5 would be elected.
For this reason, many variants of STV use the Droop quota, calculated as:
- Code: Select all
quota = int(numVotes/(numPlaces+1)) + 1
This is the smallest integer that guarantees that the number of candidates reaching the quota cannot be bigger than the number of places.
cabalamat wrote:I think the Board would benefit if someone on it has a level of understanding of STV, and attention to detail, that they can pick up on these problems. I therefore ask Pirates to elect me to the board.
azrael wrote:cabalamat wrote:That is, as far as I know, a new interpretation of RON for multi-seat elections.
Is it? Can you cite your source for this?
azrael wrote:cabalamat wrote:The problem with ERS97 is that because of how it counts the quota (see section 5.1.6) it can sometimes elect more people than there are places. For example, if there are 4 places and 50 votes, the ERS97 quota is (50/(4+1))=10, and you could have 5 candidates each getting 10 1st preferences, so all 5 would be elected.
For this reason, many variants of STV use the Droop quota, calculated as:
- Code: Select all
quota = int(numVotes/(numPlaces+1)) + 1
This is the smallest integer that guarantees that the number of candidates reaching the quota cannot be bigger than the number of places.
You are right that in a very rare circumstance you could have 5 candidates getting an equal number of votes, and each precisely matching the threshold/quota. The response is to break the tie by chance and eliminate a candidate. This isn't much different to flipping a coin, something which does happen in real elections.
Taking your example where using the droop (whole) method would provide a threshold of 11 - what happens when you have 5 equally matched candidates? Instead of all of them meeting the threshold, none of them do. How do you then decide which candidate to eliminate in order to redistribute votes? Standard method is to break the tie by chance and eliminate a candidate. Votes then redistribute during a second round of counting at which point you have the remaining four win.
azrael wrote:There is one big difference between these two methods, and that isn't the result, but that the ESR97 method is quicker and easier.
azrael wrote:cabalamat wrote:I think the Board would benefit if someone on it has a level of understanding of STV, and attention to detail, that they can pick up on these problems. I therefore ask Pirates to elect me to the board.
I agree. I hope that if you are elected you will research the subject further.
I like this system and hope to see it enshrined in our constitution.azrael wrote:I believe some other mechanism (trial by combat) would be better.
tuoni wrote:I like this system and hope to see it enshrined in our constitution.azrael wrote:I believe some other mechanism (trial by combat) would be better.
azrael wrote:Phil/Cabalamat, I've seen examples of the types of RON use you describe. There does seem a general feeling that 'RON reaching quota stopping the vote and preventing all other places being filled' is unfair and against the spirit of STV.
azrael wrote:The fairer solution is the rollover RON. How that is achieved however is complicated. Either:
(1) you make X RON candidates where X is the number of seats up for grabs - and then hope voters who want to vote only for RONs do so in the 'correct order, or
(2) you use just one RON candidate in voting, and then transfer surplus votes to extra added RONs at count stage.
The second sounds like a better solution to avoid confusion to voters and would produce an election that didn't look any different to this current one. The software however can't handle it and would require manual intervention - probably a manual count - which isn't ideal.
In practice if it turns out that RON gets so many surplus votes in this election that a RON(2) (or more) would also have placed for a seat, I am willing to admit that a single non-rollover RON was not sufficient. If RON does get votes (even if not enough to reach threshold) I will feel that the inclusion gave members an option they felt met their needs.
I don't know if I'm able to get too worked up over a difference where you get the same result faster, but have possibly redefined terminology. If one system is redefining that reaching threshold isn't quite winning, the other system is redefining what a 'loser' is when eliminating a candidate randomly even though they have no fewer votes than the other candidates. Perhaps the disappointment for a candidate is less if they are eliminated before reaching threshold rather than after - but that's psychology
I think the vote system is complicated enough that we don't want it any more complicated
If there is ever a tie between real candidates, I believe some other mechanism (trial by combat) would be better.
cabalamat wrote:Indeed. Obviously this isn't a problem in single-winner elections, because they aren't proportional anyway. There is only a problem if some people are elected (but not all the places), then the rest of the places filled in a separate election. So if it's a 12 seat election, and 11 members elected and one RON, followed by a 1 seat election, then that will be less proportional. Of course we could, as a Party, decide that proportionality isn't all that important, in which case it's not an issue.
M2Ys4U wrote:Well hopefully we won't have so many people leaving the Board so quickly in future...
azrael wrote:cabalamat wrote:Indeed. Obviously this isn't a problem in single-winner elections, because they aren't proportional anyway. There is only a problem if some people are elected (but not all the places), then the rest of the places filled in a separate election. So if it's a 12 seat election, and 11 members elected and one RON, followed by a 1 seat election, then that will be less proportional. Of course we could, as a Party, decide that proportionality isn't all that important, in which case it's not an issue.
There have been mention (discussion might be too strong a word) of not replacing Governors in dribs and drabs, allowing the Board to get smaller and smaller until a certain point, at which point replacing all the vacant seats in one go or even dissolving the entire Board and replacing the full 12 seats.
Return to Candidates and Campaigning
Users browsing this forum: No registered users and 2 guests