Slashdot Mirror
Australian Voting Software Goes Closed Source
From Diebold's last-minute installation of uncertified software updates on its touch-screen election machines in California (leading to decertification of the company's machines in several California counties) to ethically troublesome relationships between politicians and the companies whose machines count the votes that determine their employment, the possible benefits of electronic voting seem swamped at the moment by objections (from simply prudent to caustically cynical) to its security and integrity.
Within the world of electronic voting, though, eVACS (for "Electronic Voting and Counting System") has been a rare success story both for open source development methodology and for the benefits that electronic voting can offer. The first generation of eVACS (running on Debian Linux machines) was developed starting in March 2001 in response to a request for bids by the Australian Capitol Territory Electoral Commission (ACTEC), and it was done on a budget of only AUS$200,000.
(The Australian Capitol Territory includes Australia's capitol city, Canberra, as well as surrounding suburbs and Namadgi National Park.)
Besides a respectable list of features driven by ACTEC's initial requirements (like support for 12 voting languages, and audio support for blind voters), eVACS has an advantage not enjoyed by many electronic voting systems: it's been successfully, uneventfully used to gather votes in a national election. The election in which it played a part went smoothly, and the eVACS system itself functioned as hoped.
This year, though, ACTEC asked Software Improvement to update the code for future elections, and Software Improvement decided to go them one better -- or, in the eyes of open source enthusiasts, one worse. The notes Ritchie was provided to deliver announced a change to the process under which the code is released; specifically, a switch from an open source license to something the company calls "controlled open source."
According to Software Improvement, simply releasing election-machine code under a liberal license such as the GPL is undesirable for two reasons: it means a loss of the company's intellectual property, and unfettered access could lead to a compromise of the voting system, if a determined cracker could find and exploit flaws in the code. (Software Improvement has not supplied any examples to show that this has happened, however.)
The company's use of "open source" would find little support from organizations like the Free Software Foundation or the Open Source Initiative. Software Improvement's idea of software openness is rather limited. Claiming that open source development is insufficient, even inimical to creating trust in election systems, the company now says that portions of eVACS's codebase will be released only to approved analysts, and in encrypted form, to enable viewing only for auditing purposes, rather than code contribution. Repeated viewings would be reported to the company, and only a limited number of views would be permitted before the code would self-destruct.
After delivering the prepared presentation, Ritchie took a few minutes to react to the changes it announced.
"Six hours ago, while I was reading through this on the plane," said Ritchie, "I was infuriated to read what it actually says."
Ritchie, though, is a computer-literate political science student at the University of California - Davis, and behind the Open Vote Foundation. He said he's decided to resume the project represented on that site, started with the intent to fork and bring to the U.S. the first generation, GPL'd version of eVACS.
"A long time ago, I read the first news report about Diebold, wondered why we didn't have open source election software for our voting machines. Eventually, I found out that Australia had apparently beaten us to it. It seemed like a good thing; the eVACS system was developed and released as GPL code, it was checked and rechecked by computer science people and all kinds of election officials. I said, 'Why don't we bring this to the U.S.? It's GPL, let's do it.'"
So he started the nonprofit Open Vote Foundation to bring the software to the U.S., specifically to California. Ritchie went to the meeting at the California Attorney General's office which resulted in decertification of Diebold machines in that state's 2004 election process, and his involvement in the fight against Diebold's secret-source voting machines is what led him to the open source eVACS; now he finds that the restrictions on the formerly GPL software are "even worse that that on MS's shared source. To call that open source is a bit dishonest."
"As of 6 hours ago," he said, "I've decided to start that again. It's not that hard; I mean how hard is it to say 'add one to this vote'? ... I remembered my old plan, and thought 'Let's take the old Australian code, fork it, and work from that -- and that is still an option. This is the great thing about open source software. If the old lead developer goes insane, you can always fork it, right?"
"A Dingo Ate My Vote."
I have been wondering lately if phsyically damaging these machines is not justified in a system that is supposed to cherish democracy to such a high degree. Civil disobedience is justified in some cases, and I believe that the use of unverifiable electronic voting machines with known vulnerabilities is just such a case.
Remember, Americans: Bring your voter registration card, and a sledgehammer for Diebold. They are stealing our freedom to vote, the very democracy over which so much blood has been spilled, and the corrupted political process is encouraging it via awarded contracts and almost silent acquiescence.
This crosses political affiliations and affects all Americans. I strongly believe that this must be stopped it by all means necessary or we will lose the ability to collectively affect the policies of our country, no matter how small your individual voice might be. This is zealous, without a doubt, but not all zealotry is bad. "Extremism in the defense of liberty is no vice." And some things are too important to wait upon the justice system to work, even when it does. Sometimes men must take justice into their own hands.
Live free or die.
As Diebold has proven, having a private firm develop voting machine code can be detrimental to a democratic society.
More eyes checking on the code will find these problems faster than the machinations of a private corporation. Factor in corporate bias and the potential for 'back door' code is immense.
As cited, the CA elections showed how unusable the current offerings of e-machines are.
The only criteria is if it is easy to use, traceable, and accurate.
"It is enough that the people know there was an election. The people who cast the votes decide nothing. The people who count the votes decide everything." Joseph Stalin
Introducing Microsoft Vacuum 1.0 The first Microsoft product that doesn't suck.
It's lovely someone wants to develop and fork something so exotic like an electronic voting system.
I just hope some government will understand that it's NECESSARY for such software to be FULLY Open Source, to guarantee democracy. How can I trust a device I don't know what is REALLY doing with my votes?
(And if someone is scared by the fact someone can maliciously change the program in the local voting machines just before the election...well,it's enough for THAT election to use a freezed code with a definite SHA1 or MD5 checksum...isn't it?)
-- Patent no.123456: A way to personalize
... traditional voting with pen and paper!
. . . is that the people leading the call for paper trails or even just paper ballots are either computing professionals or extremely technically literate. It's an interesting situation when technological "progress" is opposed by the elite rather than the traditional Luddites or the masses. Maybe we've all just read too much science fiction, but these machines sound like a solution even worse than the problem. I'd rather go through the Florida recount again than deal with the potentially catastrophic effects of the machines we use in CA.
I'm a little shocked, however, that more professed conservatives haven't spoken out against the new systems. To hear some of them tell it, the Democratic Party practically invented vote fraud, so you'd expect that they'd be much more suspicious of unverifiable, untrackable voting systems. But none of them seem to have anything to say on the matter - or have I not been looking in the right place?
But then I had the opportunity to speak with some senior managers from the company, who told me that, in fact, virtually the entire company was united behind dropping the electronic voting machines. They didn't trust the codebase (which was developed by a company Diebold acquired), felt the issue needed to be more deeply researched than it had been, and believed the bad publicity was hurting Diebold's reputation for security and reliability in its cash-management business.
But CEO Walden O'Dell disagrees. Virtually single-handedly, he has kept the e-voting project alive despite the vocal opposition of virtually everyone involved with it. When I asked the managers why they thought O'Dell was so strongly behind the project, their answers were blunt: "Politics."
If that's how management inside Diebold thinks, perhaps there's something to the conspiracy types after all....
- Watchful Babbler
it means a loss of the company's intellectual property
That's not the voter's problem.
and unfettered access could lead to a compromise of the voting system, if a determined cracker could find and exploit flaws in the code.
Or it could lead to anyone in the community blowing the whistle on propriatary back doors or the poor coding practices of the developers or....
These arguments are completely backwards.
how hard is it to say 'add one to this vote'?
Why not model these voting machines after ATM's? Every registered voter starts out with a single vote per election. Accounts are credited and debited and everyone is accountable... Automatic Voting Machine anyone?
Michalangelo Progr
I find the idea facinating that open sourcing your product is a binding contract with the community. You cannot back out unless interest in your product is so low that no one ever bothers to fork it. But time and again we see with efforts like this one or XFree86 that the idea of backing out of an open source stance is actually more harmful than remaining that way. While some will view this as a problem, as a consumer, I view it as a boon.
Even making motions toward open source without going all the way can result in "pseudo-forking" (I'm posting this from a Gnome desktop which was originally created in response to the original licensing terms of the Qt library upon which KDE was based).
It will be very interesting to see what the next few decades bring to the table in terms of open source business practices. I envision a sort of corporate ethics evolving around the benefits and dangers of open source development, and this can only be a healthy process. Much as I think RMS took leave of his senses in the mid-90s (who didn't), I have to say that he nailed it when he decided that the GPL would have the power to change the software industry. I doubt that any other legal tool has been able to so profoundly shape the future of business since the anti-trust laws of early last century.
Where are the specifications for this code?
What language is it written in?
Where is the source kept?
What platforms does it run under?
MoveOn.org is sponsoring a petition drive to urge U.S. voters to demand voter-verified paper ballots that can be audited and recounted if necessary. This is the ONLY solution.
A SECRET ballot means that the association between a specific person and a specific vote cast is vital to democracy. Doing otherwise can very easily lead to vote buying ("I'll pay you $x for proof you voted for my candidate!").
We need a specifications document laying out the requirements for this software, which platforms it runs on, etc.
We also need a copy of the existing code to (a) have a place to start from, (b) provide us something to look at and thus give us ideas for development methodologies, (c) give us a point of reference to use when lobbying congressmen, etc.
This must be on a paper trail so I know who I voted for. Election monitors (the people, one from each party, who literally looked over the shoulders of the people counting ballots in Florida) need to be able to verify the count afterwards in some statistically valid way.
Unitarian Church: Freethinkers Congregate!
If the old lead developer goes insane, you can always fork it, right?
Yep. However, getting the politician's buy-in on certifying the fork will be problematic:
On the one hand, we have academia and open source developers pushing their idea. (Politicians aren't real comfortable around smart people or people with multiple piercings)
On the other hand, we have a group of respectible business men pushing their idea. (Politicians can relate to business men because they wear the same suits and ties, and many of them were business men themselves at one point or another)
Who is going to win? Hmmmm....
Lodragan Draoidh
The more you explain it, the more I don't understand it. - Mark Twain
It's really pretty practical actually; it's impossible to get somebody all riled up for social change, put a sledgehammer in their hands and tell them "Now, that's *ONLY* for the voting machines. No hitting!" Witness the French "Revolution": once you tell Jimmy Rebel "go forth and smash!" he rarely stops where you want him to.
jaz
Death to Argument by Slogan!! (This post twice-encrypted with ROT-13. Replies not using same will be ignored)
The original copyright-owners of the code have the right to change licenses -- whether to or from GPL or any other license. The "viral GPL" argument has to do with people other than the original author attempting to close the source-code for a product. If your product contains GPL code, you must either isolate and release that code, or you must make the containing product GPL. If, however, you own copyright to that code, you are free to change licenses -- you just can't enforce the new license on the users of the GNU license.
We may not imagine how our lives could be more frustrating and complex—but Congress can. – Cullen Hightower
"According to Software Improvement, simply releasing election-machine code under a liberal license such as the GPL is undesirable (because) ... unfettered access could lead to a compromise of the voting system, if a determined cracker could find and exploit flaws in the code."
Let's see: the audited access assures that no cracker can ever see the code, right?
And besides -- if we can't see the three-card-monte-man's hands, he can't cheat us?
The only argument that holds water is the IP/profit explanation I skipped in the quote above.
yech![this sig has been trunca
Precisely right.
The counting of the votes is easy, and a well-solved problem. The vast majority of the work goes toward making sure those votes are counted with perfect accuracy (i.e. that the simple interface never "glitches" about sending the correct vote to the counter), and in securing the device against tampering with the vote count or interface before, during, and after the election.
It is exactly because of the potential problems that a printed, hand-countable, voter-verifiable paper audit trail should be an essential part of any e-voting rules.
We may not imagine how our lives could be more frustrating and complex—but Congress can. – Cullen Hightower
The Machine Lyrics:
I got a machine
And I took over the world
In one weekend
I took over the world
With my machine
I did it because
I was looking for a project
And it was either
Take over the world or learn French
So I took over the world
And next weekend
I can learn French
I got a machine
And I took over the world
But nothing changed
That wouldn't be fair
They could have either done a rewrite, or have gotten all the original writers' permission.
Under the GPL, the original writers stil hold their copyrights. By modifying the code, they submit to the terms of the GPL, but what they write is still theirs. And if the original writer wants to do away with the GPL on a GPL-licensed work, he can contact the other authors, and since they each all hold unencumbered copyrights to their own works, a closed version may be made.
Even if they cannot get permission from all those who wrote the code, if they remove the code written by those who dissent, they can still close the work.
The GPL is a very solid license. It is also quite readable. You can read it at http://www.fsf.org/licenses/gpl.html.
"...only a budget of AUS$200,000 ..."
r eamcast box with a touchscreen suffice? have it run a simple web browser, have it verify the voter (perhaps some card sent to them post-voter-registration), and ++ some variable? write it out to compact flash (hey, we'll get redundant and use 2!). then have some trained monkey go around, pull the cards, and tally the numbers
i don't understand how it could be this expensive, exchange rates be damned, whatever
i don't see why this voting software needs to be so complicated? wouldn't some linux/*bsd/windows/mac/beos/atari/xbox/gamecube/d
the romans and greeks used rocks or sticks or whatever the fuck they could find on the ground, and voting worked. 1500 years later and it has to be so complex?
where did these software engineers go to school? have they never heard of occam?
vodka, straight up, thank you!
There is only one issue, and that's hardcopy records. No voting machine should be all electronic. It should spit out a receipt that tells you exactly how you voted. One copy to the voter, one copy goes into a sealed box.
In short, if any cheating occurs, we know immediately. Who cares how the software is developed? The only question is whether it can be verified after the fact.
Sometimes it's best to just let stupid people be stupid.
#!/usr/bin/wish
.c
.l1 .l2
.b1 -text Kerry -command {incr kerry; .l1 configure -text $kerry} .b2 -text Bush -command {incr kerry; .l2 configure -text $bush}
.l1 .l2 .b1 .b2
set kerry 0
set bush 0
canvas
label
label
button
button
pack
The error checking means they can't just say "Our machines gave us 10 billion votes for Bush and 1 billion votes for Gore." Esepecially cause there are not 10 billion americans.
They do things like this:
x votes on this machine every hour total, y votes for candidate A, z votes for Candidate B, w votes for none of the above.
And Diebold does all of this error checking in INCREDIBALLY BAD WAYS.
For example, they do error checking on original data, but make copies of the data. If the original is verified as accurate they approve the COPY, even if the copy is different from the original.
ANd of course there is all the security, which Diebold ignores. They put in back doors, use standard keys/passwords that apply to all the machines they make instead of unique ones (Would you buy a house that had a key that matched every other one on your street???
The simple truth is there is NO excuse for not using paper copy to double check any electronic voting machines except that the republicans are afraid of re-count votes.
They would rather risk election fraud then risk a recount.
The machines are NOT safer or in any way less likely to have bad counts, they have in fact been tested and found to in some cases generate MORE bad votes then optical machines.
excitingthingstodo.blogspot.com
Ok, fine, the company wants to protect its 'intellectual property'... That language alone should be enough to scare away most sane people.
Since when is the process by which we elect our leaders the 'property' of anyone except the citizenry? If a company wants to 'own' a process like that, fine, I just think that is obviously opposite that of a democratic, transparent process.
Surely, most people have an attention span long enough to grasp that simple concept.
"Yes, destroying the voting machines in not civil disobedience... turning them into a beowolf cluster to play Doom 3 on, now that is civil disobedience."
Except you'd be in a tight deathmatch, frag your opponent with a headshot from behind for the final kill, but somehow you'd end up on the ground headless and they'd be doing the victory dance.
If you must choose from Aor B, Vote for George Kerry, because John Bush is just plain evil...
:
:
Positions for important issues
George Kerry
1.Supports war in Iraq, will add more troops if needed.
2. Strongly supports the Patriot Act
3. Supports Big government spending on various nanny state programs
John Bush
1.Supports war in Iraq, will add more troops if needed.
2. Strongly supports the Patriot Act
3. Supports Big government spending on various nanny state programs
As you can see George Kerry is certainly a better candidate.....
In reality, the only way this situation will change is to start voting for third party candidates. The duopoly has gotten out of hand. The conventions are not even used for discussing the parties postion on issues, nor are they used to select a candidate. They have degenerated into a 3-day infomercial paid for by the taxpayers. I will be voting for Michael Badnarik (Libertarian) this time around as I refuse to eat the corporate dog food. Better a clear conscience and a "wasted" vote than supporting
either of the cluetards...
Service guarantees Citizenship! Questions Guarantee GITMO.... Amerika Uber Alles!
Everyone get back! I've got a 25-pack of decaf Irish Breakfast, and I'm not afraid to use it!!
*dunk dunk dunk*
Umm... Did anyone bring cream and sugar?
bytesmythe
Hypocrisy is the resin that holds the plywood of society together.
-- Scott Meyer
Donno where you live, but in Virginia, for instance, that is SO NOT true. There is a whole list of reasons that are OK, from being away at school to being out of town on business to just having a long workday.
For Virginia's rules, visit: http://www.sbe.state.va.us/Election/AbsenteeVoting /absente1.htm
Many states have similar rules; a quick trip to you state's web site will get you the scoop...
... in some states. The R and D parties have passed laws that make it ludicrous to try and get a third party or independent candidate actually listed on the ballot. It varies, some states are incredibly difficult, some are just annoying. And you combine that with the collusion of big money mainstream media having a virtual lock out of any news on third partys and independents, you have in essence a hijacked government, controlled almost completely by two DEFINETLY for-uber-mega-profit organizations.
Anyway, with this article, I still think computerised voting is totally unnecessary, we just plain don't need it, don't need the cost, it is BILLIONS of dollars nationwide, we don't need computers to add simple sums at the precinct level,so just say *no*, no open source, no closed source, no source at all.
Some things computers are good for, others are an expensive hindrance. "Ohh shiny" and "we are in the computar age" don't cut it, computerised voting is "gadgets for gadgets sake", and someone's profits for the hardware and software, not because it's needed. Voting results should be reviewable with any set of biological eyeballs, anything else will be blackbox voting. It's bad enough with the stupid mechanical machines, we don't need anything beyond paper and pen, and a locked wooden box with a slit in the top to receive the ballots, and that's it.
Want to make it more fair? Institute at least a 24 hour voting period, and do the "ranking" method of voting, and have a "no one" option as well.
I think electronic voting is insane. I didn't even like the old mechanical voting booths. If a clueless operator starts putting the tally cards in backwards your vote is lost, and you don't even know it.
You manually put holes in a card, and drop it into a locked ballot box. Someone has to do a lot of dirty work to make that box disappear, or alter the cards. Plus there are no ink marks that can be erased or smeared or whatever. (Don't forget to remove any hanging chads, lest an evil soul tries to glue it back in place)
Also, paper does not have source code.
Having a bookmark to Google does not make you an expert on everything.
Typical Microsoft "embrace and extend" code: that only runs on MS-DOS or under emulation on NT. The getch() call isn't standard C or POSIX, so that program won't run as written on any standard UNIX system, including Microsoft's hosted UNIX they're considering including in Longhorn.
... then we'd have fifteen different interfaces that all do pretty much the same thing, but they would each have their quirks and none of them would do it quite right. The software would take five years to develop from scratch, and at the end of it we would have a huge virtual machine-based system that executes XVL (Extensible Voting Language), which is horribly complex and slow, but allows for very fancy voting platforms, in theory. But as a result, the old voting hardware will be too slow and limited to run it, so we'd need all new machines based on the latest processors. We'd also have to wait a while for all the drivers to become available, and the Debian Voting Project wouldn't release the code until it ran properly on *every* platform, including PDP11 and ZX81. Meanwhile the FireVulture project will aim to develop a super-lightweight version of the codebase that will be fast and sleek, but it will run into problems due to schisms in the team, caused by differences of opinion about whether the code should be LGPL, GPL or BSD license.
The eventual system will work very well and be extremely stable, but by the time it is in widespread use the developers will have started on Version 2.0, which is a total rewrite from the ground up (they now feel they understand the problem much better, and can see that the original API needs to be redesigned). So Version 2.0 is totally incompatible with Version 1.0, and much confusion ensues as States try to decide which "standard" to go with.
Meanwhile, Microsoft comes out fast and dirty with Microsoft Vote and although it doesn't work too well at first (version 1.0 has a glitch where everyone who's first name begins with "L" is deleted), it works "well enough" and with the buckets of money that MS dumps on the States for new MS-compatible hardware, they quickly gain dominance in the market.
The Open Source projects try to shift their focus to work with the MS hardware, chasing Microsoft's lead and running into a brick wall with the closed XML format that is encrypted and depends on hardware DRM to work.
Apple brings out the iVote, which is a small device that lets you simply plug into an Apple voting machine anywhere and vote quickly and easily. Plus, it works. And quite a few people buy it and rave about how great it is, but because only Apple is allowed to make the actual voting machines, very few of them get manufactured and as a result the iVote falls into betamax territory.
In the end, everybody uses MS Vote and complains about how closed it is, the Open Source crowd eventually gets their act together and comes out with a fantastic system that kicks butt but nobody cares any more, and that was that for the United States of America, thanks and goodnight.
Who cares if you can get the source? Unless you can create a binary from a signed copy of the source on your own machine, then upload the compiled binary to the voting machine, how can you trust it? How do you know a secret final patch hasn't been added at the last minute?
Paper trail is the only way, open or closed source doesn't matter. If I can walk away with a record of my vote, I'll be happy. If you added a little cash register printer and a roll of tape inside the machine and spot-audit one percent of the machine results, I'll be even happier.
But if I can use an ink marker to make an indelible mark on a piece of paper, and have the paper counted physically by a dozen people, I'll be completely happy.
Paper! Ink! It works!
This whole sorry saga reminds me of a brutally frank piece of advice my Systems Analysis lecturer gave to the class.
"Give your client a number of possible designs for the system. If we were completely honest, one of those designs might be for a purely manual process. But we're computer people, so of course we only provide computer-based solutions."
Once more unto the breach, dear friends, once more, Or close the wall up with our American dead!
In Hawaii, they make it pretty simple:
"Any person registered to vote may cast an absentee ballot."
http://www.state.hi.us/elections/voteab.html
End of Line.
As far as being in college, it is sometimes useful to register to vote where you go to school. If your home state is somewhere that is heavily supportive of a particular candidate and your college is in a state that is largely undecided, you'd be better off voting in your school's state.
Politicians might claim that this is illegal, but the courts have said otherwise. In New York, for example, you only need to be living there 30 days before an election to vote (as long as you don't vote anywhere else).
I can't understand where all the confusion is coming from on the E-Voting issue. The machines are supposed to address a problem:
Problem:
Present a list of voting choices in any number of languages, in audio for those who are blind, give them an opportunity to change their vote if they made a mistake, give them a second (and a third) chance to confirm their vote, and then make sure that their vote is counted.
It sounds like a great application for computers. After all, multi-lingual GUIs are common and practical, and computers give you the chance to change your mind before you finalize the vote.
Solution:
Use the computer to format the ballot, so that you don't have to have different versions for every language, and so that the voter can confirm and reconfirm the votes before finally committing them to a paper ballot. The computer then "fills in " the ovals on the ballot, eliminating improperly filled or inadequately filled circles, at which point the voter can look at the paper and quadruple check that he voted for the right people, and put that ballot into a "dumb" optical scanner that JUST COUNTS. Nothing to tamper with, nothing to worry about - you could have 5 terminals to every counter, which would save money over the current system and would still guarantee (actually enhance) the accuracy of the vote.
It's almost like somebody DOESN'T WANT the vote to be counted properly.
One real problem with eVACS is that, to my knowledge, it doesn't produce voter-verified receipts yet (please let me know if I'm wrong). Thankfully, the new OSS/FS site identifies this as one of the first things to be added. As noted by places such as the verified voting site, voter verified receipts are a critical need. In fact, I'd argue that only the counted paper ballots should actually count, and make sure that the vote-creating and vote-counting systems are separate (using some sort of standard representation on the paper, so that you can have different groups re-implement each side).
- David A. Wheeler (see my Secure Programming HOWTO)
Open Source is desirable, but is not in itself a panacea. For example, impeccable code could be published, but something entirely different could be installed.
That is not to say that a paper system prevents dubious outcomes. It's just that they are more likely to come to light, and be contested (as far as a supreme court, maybe...)
Few things are more important than open-source for electronic voting machines.
Having a voter-verifiable paper audit trail is one of them.
Open source does not equal perfect, it just means much much more likely to be close to perfect.
Even with bad software, a voter-verified paper audit can preserve the integrity of the election.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
Sorry to rain on the parade here, but EVACS wasn't used for a national election (federal elections and referenda are conducted by the Australian Electoral Commission). It was used in the 2001 ACT Legislative Assembly election, where about 220 000 voters selected 17 representatives. Of those votes, 16 559 votes were actually cast using the system - less than 10 percent.
I would be more impressed if it had been used in an election for a bicameral parliament like New South Wales. The above the line/below the line ballot paper used for the upper house (also used for the Senate and NSW local government elections) would be a greater challenge, given the large number of candidates (the "tablecloth" ballot paper of the 1999 NSW election is a classic example).
But now that manufacturing is becoming more and more automated, and the pool of laborers is growing so quickly, labor is worth less and less and less, and physical resources those people sit on is worth more and more.
So as the decades wear on in this century, you can expect violence and genocide to become more and more frequent as responses to civil disobedience of any sort. The people of impoverished country X aren't going to put up with my exploiting them anymore? We'll, just kill them all and import workers from impoverished country Y.
Civil disobedience works with humans, but as society becomes more and more regimented and mechanical, it becomes more inhuman.
Absentee ballots aren't counted unless the election is close.
Absentee ballots are counted. Period.
In some jurisdictions they're counted before the polls close and their count goes out immediately after closing time, before the rest of the votes are counted. In others they might not show up on the count for days. But they DO get counted.
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
How about just splitting a state's electors along popular vote lines? In Presidential-2000 election 50% of Minnesota's 10 electors would have gone to Bush. (There are already a few (2?) states who do this).
And any state can chose to do this. If you want it in your state, ask for it. Or (if you have initiative in your state), file an initiative and start getting signatures.
However, the winner-take-all nature of most states' choice of electors is part of the original compromise that led to the electoral college.
With either popular-vote selection of the president or a proportional system of selecting voters, one populous state with a corrupt election system swings the election. Winner-take-all means corruption of one state can't override a narrow margin in a large set of small states.
Wiinner-take-all also sets up a situation where the presidential candidates must appeal to both the big AND the little states in order to collect enough electoral votes to win. With proportional voting it's more efficient to go for a big margin in a few large urban areas and ignore the flyover country.
And THAT LAST was why it was created: As a protection for the little states against being swamped by a couple big ones, in order to give them the confidence to sign on with the union in the first place. From the 1780s to today there have ALWAYS been a small number of heavily populated states and a large number of sparse ones. The president is a single officeholder for ALL the states, not just the urban ones. Make it a popular vote and he becomes the president of a few urban coastal cities, creating a political situation more like that of France.
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
I helped write the original eVACS system. Forking the code for a US voting system is a nice idea, but probably won't be as helpful as you might like. Most of the complexity in the eVACS code is dealing with the ACT's Hare-Clark electoral system. That affects both the voting interface and the back end counting system. It even affects the system's whole architecture, because the votes have to all be recorded, then counted as a batch, rather than tallied as they are entered which is the obvious way to count a first-past-the-post US style election.
So looking at the system might yield some good ideas about how to organise the system (in particular how the sequence of voting and authentication is handled), but I don't think all that much code could be reused.
Id always advocate an open source voting system. It seems that it ought to be imperitive that any electronic voting system can be audited publically to reveal any flaws or biases. However, it seems to me that either way even with an open source system how would one prove that the system used during the electing / voting process is the same as the one being available for public audit?
And how to acertain that those running the system did or did not bias or effect the results in some way?
Maybe electronic voting isnt such a good idea at all? Maybe the safer option is to stick with a paper based situation that cannot easily be fudged ? (that is not to say that a paper based system is also not open to fudging...)
Whatever way, and whatever flaws, the public should have unfettered access to every part of the process at least to the extent that nothing is hidden. Open source and closed source are just as open to abuse as is a paper based system. As much of it remains examinable the better in my opinion.
Nick...
Electronic Music Made Using Linux http://soundcloud.com/polyp
The fact that this switch from open to effectively closed voting software has occured in Australia might create an opportunity to get the issue out into the media.
Unlike most countries, voting is actually compulsory in Australia. If you don't vote in a federal or state election, and you don't have a good reason, you get fined. If you refuse to pay your fine, then you have to answer to a court. If you keep on refusing to accept some form of penalty, then eventually you get sent to jail.
If even a small number of people were to refuse to vote in an election, on the basis that they thought the election process was not transparent, and then subsequently wound up in jail, this would be bound to generate media interest. It would get the issue out in the open where the public could hear the issues involved and think about it. Who knows, maybe it could even attract international attention ?
This must be the code used 4 years ago: In the case of a tie, it gives the victory to Bush!