[EM] STV and weighted positional methods

Jonathan Lundell jlundell at pobox.com
Sun Feb 1 11:24:01 PST 2009


On Feb 1, 2009, at 12:26 AM, Kathy Dopp wrote:

> On Sun, Feb 1, 2009 at 12:06 AM, Jonathan Lundell  
> <jlundell at pobox.com> wrote:
>
>> I know what you mean. I tried to automate STV with two tin cans and a
>> string, and got nowhere at all. STV sucks.
>>
>
> Jonathan,
>
> Don't know what you're trying to say.  If you mean that a spreadsheet
> won't work to automatically count STV, then that just shows how
> nontransparent the STV counting process is that an ordinary citizen
> who doesn't do computer programming and have programming tools and
> training cannot with out huge effort and time check the accuracy of
> any STV election by simply checking the tally during the canvass
> period, even if all the individual ballot choices of every voter are
> publicly published.
>
> Other methods, such as Condorcet and certainly the easy range or
> approval are trivially easy to count with a spreadsheet.

If technology-avoidance is your goal, to the point of counting by  
"ordinary citizens", I don't know why you want to bring spreadsheets  
into the picture. There are several forms of STV in use that are  
amenable to hand counting. However, the actual counting algorithm for  
any STV method (with a minor exception for a couple of proposed  
composite methods that are not in actual use) is quite  
straightforward, and it's not difficult to implement the count in a  
scripting language that ends up being considerably more readable than  
a complex spreadsheet.

What's more important, it seems to me, is that the counting software  
be open to inspection, and/or that the ballots be available for  
independent counting. There are multiple open-source counters  
available that could be used for either purpose (primary counting or  
verification).

I have seen spreadsheet-based STV counts, but spreadsheets simply  
don't express iterative algorithms very well. (For that matter, I  
wonder whether a complete Condorcet count by spreadsheet can fairly be  
called "trivial", depending on the method employed to deal with cycles).

This is all something of a red herring, though, isn't it?

>
>
> BTW, I am against using any method where voters can only cast one vote
> for filling two or more at-large seats because this takes away votes
> from the voter - especially when using a single STV vote method to
> fill two or more at-large seats where sometimes your second choice
> will never be counted, even though your first choice ends up losing
> and even though you would have, under the plurality method, been
> allowed to cast two votes to fill the two at-large seats as it should
> be.

By that standard, at-large plurality disregards all votes save those  
cast for the winners, since everyone else is eliminated and their  
voters are left without representation.

PR, including PR/STV, seeks to produce a body that is as fairly  
representative of the electorate as possible, a goal at which  
plurality at-large elections fail miserably.

>
> The more I've learned about STV and IRV, the more amazed I am that
> anyone would consider using such an unfair method in any election,
> especially to cast one vote for a multi-seat contest where your second
> choice may never even be counted.

I'm more concerned that my vote actually contribute to the election of  
a candidate. STV significantly improves the chances of that. If you  
can't recognize the core flaw of plurality-take-all elections, I'm  
disinclined to attach much weight to your STV nit-picking.



More information about the Election-Methods mailing list