Re: What OVC does not address

From: David Mertz <voting-project_at_gnosis_dot_cx>
Date: Fri Apr 16 2004 - 12:38:02 CDT

On Apr 16, 2004, at 1:13 PM, Jeff Almeida wrote:
> "While our system can certainly determine the plurality winner of an
> election, we would strongly encourage jurisdictions to review the
> technical literature surrounding the failings of single-vote
> plurality results in multicandidate races, and adopt a system less
> prone to mathematical paradox."

I would STRONGLY oppose inclusion of any such language in any OVC
materials. It is ABSOLUTELY not appropriate for OVC to engage in such
advocacy of particular tallying styles (or rather, against one
particular one--the "failings" of single-vote plurality).

The most OVC can do is affirmatively state methods we intend to
support, e.g.:

OVC systems support both single-vote plurality winner tabulation and a 
variety of ranked-preference tabulation styles, including but not 
limited to: Instant Runoff Voting; Condorcet; Borda; Cardinality.  For 
information on the relative advantages and disadvantage of tallying 
styles see [URL/Book/Article].
We REALLY do not want even the appearance of partisanship on this 
issue.  Jeff's example of elected officials who belong to a party, but 
wish to support/join OVC, miss the point.  Many OVC members have stated 
party affiliations or other political positions.  When we work for OVC, 
we take off our party hat, and put on our non-partisan OVC hat.  If you 
cannot do that, you shouldn't work too closely with OVC (but OVC is 
happy to be endorsed by external groups).
Yours, David...
mertz@ | The specter of free information is haunting the `Net!  All the
gnosis | powers of IP- and crypto-tyranny have entered into an unholy
.cx    | alliance...ideas have nothing to lose but their chains.  Unite
       | against "intellectual property" and anti-privacy regimes!
= The content of this message, with the exception of any external 
= quotations under fair use, are released to the Public Domain    
Received on Fri Apr 30 23:17:08 2004

This archive was generated by hypermail 2.1.8 : Fri Apr 30 2004 - 23:17:29 CDT