CZ Talk:Ombudsman/Archive 1/Election process

From Citizendium
Revision as of 03:23, 28 February 2012 by imported>David Finn (→‎STV and Instant-runoff)
Jump to navigation Jump to search

Report of Election Observer 2010

Please note the report I made as election observer after the 2010 elections Gareth Leng 09:51, 1 February 2012 (UTC)

Referendum on elections

So this is an instant-runoff system? The idea is to transfer votes from eliminated candidates? John Stephenson 13:17, 27 February 2012 (UTC)

Referendum A (election of unopposed candidates)

Please also note that Referendum A had slightly more support than Referendum B, and got a majority, but failed because it did not gain the two-thirds necessary to modify the Charter. However, there is clear support for the idea of allowing single candidates to be elected unopposed and something like this ought to be implemented to avoid endless by-elections. John Stephenson 13:17, 27 February 2012 (UTC)

Reservists

Another way to avoid frequent by-elections is to fill vacant seats by offering them to unsuccessful candidates. I do not think that having reservists is a good idea, however, because it is likely that in some cases these will be people whose candidacies attracted little support. Actually, allowing the Combined Council to make interim appointments until the next election might be best. John Stephenson 13:17, 27 February 2012 (UTC)

STV and Instant-runoff

I prefer the single-transferable vote and instant-runoff systems. Regarding STV, a proportional-representation system is the only way to ensure that the winners reflect the preferences of the voters and that votes are not wasted. Even if someone is 2nd or 3rd choice, they are still a candidate who the voter is satisfied with. Low 1st choices can, if necessary, be dealt with by imposing a minimum threshold such as the 25% in the referendum. STV also reduces the likelihood of a tie, since they can be broken with 2nd and subsequent preferences. With non-transferable votes, the only options are to re-run the elections or draw lots, which are truly last-resort options for STV.

The system is somewhat more complex than simple-majority voting but there is software to do the sums. The problems that occurred when STV was used in the first post-Charter elections were actually caused by the fact that people were allowed to contest two groups of seats and then give a preference, such that the order that names were removed affected the final results. But this was not a problem of STV itself.

I think I am the first elected member to get in without ever receiving an absolute majority (Hayford got the same number of votes as me, but he also got in previously under STV). I do not feel that I have a mandate, which is why I don't make casting votes on the EC. STV or another transferable system would have avoided this. John Stephenson 13:17, 27 February 2012 (UTC)

Writing here personally, not as a member of the MC, I oppose any voting system that requires software to analyze results. My objection is that such systems fail to provide transparency. If a voting system is so complex that a typical non-technical member can't determine the outcome from published voting information, then those members must trust an algorithm they neither understand nor are able to execute. This would have a chilling effect on election participation rates and would make it very difficult if not impossible for the election committee to adequately explain the election results.
In addition, the mandatory use of vote counting software implies requisite skills that would likely dissuade a large proportion of the community from serving on election committees. This would increase the difficultly of finding citizens willing and able to serve as committee members. Dan Nessett 19:40, 27 February 2012 (UTC)
Now that ballots are no longer to be destroyed soon after the count, the results are there should anyone demand a recount. I see no reason why an explanation could not be given of how votes were redistributed. Also, I believe that voter turnout has actually gone down since simple-majority voting has been used. As for people being dissuaded from acting as election committee participants, if someone is unwilling to participate because they don't want to get involved with software that is not actually that difficult to use, I really don't want them counting votes at all. What would such a person do in the event of a discrepancy even in a simple-majority contest? John Stephenson 07:08, 28 February 2012 (UTC)
Looking at the last few election results it would appear that the election committee could have counted them all on their fingers and toes, and the amount of digits they might need for such a task is getting fewer each time, so we are not discussing whether our new voting system would be so complex as to confound any of our current members, but instead wondering if with more members any new voting system might be better software-driven rather than limited by how many limbs the election committee might have.
If any concerns about software are about finding people able to use (probably simple) software to verify election results then don't worry, if we have enough voters to make software a necessity we will have enough citizens to find one or two not frightened of using it.
As for whether to use a preference system, of course we should. We've already seen the problems our current system has. It produced an alternate that the MC refused to allow to serve office. Their reasoning appeared to be that the alternate didn't get enough support? That being the case it would appear they used the STV system for judging suitability when useful. Although they did keep secret and destroy the results back in those days so it is hard to be sure.
The only reasoning I've heard against a new system is that it is either complex or un-American (that really is something that has been said on the forums), but if we attract enough members to make software a requirement there will almost certainly be a large portion of them that won't be worried by either of these arguments. David Finn 08:23, 28 February 2012 (UTC)