Almost certainly a biker gang?
http://www.washingtonpost.com/wp-dyn/content/article/2006/11/14/AR2006111400389.html
Hackers Steal Data From Landis Lab
The Associated Press Tuesday, November 14, 2006; 8:34 AM
PARIS -- A hacker stole data from computers at the French anti-doping lab where tests are being challenged by American cyclist Floyd Landis, police said Tuesday.
... Bordry said he wants the French government to help tighten security around the lab.
"Intruders penetrated the lab's information systems and used material taken inside in order to denigrate the lab," Bordry told France Info radio Tuesday.
According to sports daily L'Equipe, a hacker accessed data and sent out letters to the IOC and WADA with the aim of discrediting the lab by calling into question its reliability. [...at least we know the security isn't top notch... Bob]
He just says it better than I do...
Revoting
In the world of voting, automatic recount laws are not uncommon. Virginia, where George Allen lost to James Webb in the Senate race by 7,800 out of over 2.3 million votes, or 0.33 percent percent, is an example. If the margin of victory is 1 percent or less, the loser is allowed to ask for a recount. If the margin is 0.5 percent or less, the government pays for it. If the margin is between 0.5 percent and 1 percent, the loser pays for it.
... There are two basic types of voting errors: random errors and systemic errors. Random errors are just that, random -- equally likely to happen to anyone. In a close race, random errors won't change the result because votes intended for candidate A that mistakenly go to candidate B happen at the same rate as votes intended for B that mistakenly go to A. (Mathematically, as candidate A's margin of victory increases, random errors slightly decrease it.)
... The other kind of voting error is a systemic error. These are errors in the voting process -- the voting machines, the procedures -- that cause votes intended for A to go to B at a different rate than the reverse.
An example would be a voting machine that mysteriously recorded more votes for A than there were voters. (Sadly, this kind of thing is not uncommon with electronic voting machines.) Another example would be a random error that only occurs in voting equipment used in areas with strong A support. Systemic errors can make a dramatic difference in an election, because they can easily shift thousands of votes from A to B without any counterbalancing shift from B to A.
Even worse, systemic errors can introduce errors out of proportion to any actual randomness in the vote-counting process. That is, the closeness of an election is not any indication of the presence or absence of systemic errors.
When a candidate has evidence of systemic errors, a recount can fix a wrong result -- but only if the recount can catch the error. With electronic voting machines, all too often there simply isn't the data: there are no votes to recount.
This year's election in Florida's 13th Congressional District is such an example. The winner won by a margin of 373 out of 237,861 total votes, but as many as 18,000 votes were not recorded by the electronic voting machines. These votes came from areas where the loser was favored over the winner, and would have likely changed the result.
Or imagine this -- as far as we know -- hypothetical situation: After the election, someone discovers rogue software in the voting machines that flipped some votes from A to B. Or someone gets caught vote tampering -- changing the data on electronic memory cards. The problem is that the original data is lost forever; all we have is the hacked vote.
Faced with problems like this, we can do one of two things. We can certify the result anyway, regretful that people were disenfranchised but knowing that we can't undo that wrong. Or, we can tell everyone to come back and vote again.
To be sure, the very idea of revoting is rife with problems. Elections are a snapshot in time -- election day -- and a revote will not reflect that. If Virginia revoted for the Senate this year, the election would not just be for the junior senator from Virginia, but for control of the entire Senate. Similarly, in the 2000 presidential election in Florida, or the 2004 presidential election in Ohio, single-state revotes would have decided the presidency.
And who should be allowed to revote? Should only people in those precincts where there were problems revote, or should the entire election be rerun? In either case, it is certain that more voters will find their way to the polls, possibly changing the demographic and swaying the result in a direction different than that of the initial set of voters. Is that a bad thing, or a good thing?
Should only people who actually voted -- records are kept -- or who could demonstrate that they were erroneously turned away from the polls [They don't issue rain checks... Bob] be allowed to revote? In this case, the revote will almost certainly have fewer voters, as some of the original voters will be unable to vote a second time. That's probably a bad thing -- but maybe it's not.
The only analogy we have for this are run-off elections, which are required in some jurisdictions if the winning candidate didn't get 50 percent of the vote. But it's easy to know when you need to have a run-off. Who decides, and based on what evidence, that you need to have a revote?
I admit that I don't have the answers here. They require some serious thinking about elections, and what we're trying to achieve. But smart election security not only tries to prevent vote hacking -- or even systemic electronic voting-machine errors -- it prepares for recovery after an election has been hacked. We have to start discussing these issues now, when they're non-partisan, instead of waiting for the inevitable situation, and the pre-drawn battle lines those results dictate.
http://www.bespacific.com/mt/archives/013021.html
November 14, 2006
New on LLRX.com for November, 2006 - Part 1
Developments in Legal Outsourcing and Offshoring, by Ron Friedmann and Joy London
CongressLine: New Congressional Leadership, by Paul Jenks
Using RSS to Create and Enhance Current Awareness Services, by Jason Eiseman
Faulkner's Practical Web Strategies for Attorneys - Do Something More With Your Web Browser Homepage, by Frederick L. Faulkner IV
FOIA Facts: Elections and the FOIA, by Scott A. Hodes
After Hours: New Products, More Gifts & Many Thanks by Kathy Biehl
A Cup of Creativi-tea: Writer's Block, by Terri Wilson
http://googleblog.blogspot.com/2006/11/search-public-events-in-google.html
Search Public Events in Google Calendar
11/15/2006 10:56:00 AM Posted by Nikhil Chandhok, Product Manager
Today we launched a new feature of Google Calendar: "Search public events." It lets you search over public events added by others using Calendar and also events we've added by working with partners to provide movie listings, concerts, and all sorts of other fun events.
... So whether you're interested in broadway, movies, art, music, photography, farmer's markets, Knicks basketball (we love 'em in NY) or even good old dumpster diving, we hope you find this new feature useful. If you don't see your favorite event, add it to a public calendar and share it with the world. And while you're finding new and interesting things to do, please send us feedback on other ways we can improve the service.
I gotta think about this... Looks like it would work.
http://digg.com/videos_educational/Simple_way_to_multiply_big_numbers
Simple way to multiply big numbers
leo2791 submitted by leo2791 10 hours 4 minutes ago (via http://www.metacafe.com/watch/296904/easy_mental_multiplication_trick/ )
this counting-based technique lets ANYONE multiply big numbers together without a Calculator. It uses lines with Representative multitudes of the value of the digits to criss-cross, forming a plaid-like pattern, one then adds the number of intersections in certain crossing points to get the product of two numbers, no matter how big...F'ing awesome!
...you know, that stuff politicians have in place of brains...
http://onelook.com/reverse-dictionary.shtml
OneLook Reverse Dictionary
I have to admit that it's a rare job ad that grabs my attention. This one did, and they show a hint of their products too. Check them out! (Okay, it's a bit crude, but it just screams potential! Let's buy some stock!)
Fly in Helicopters, Drive in Porsches, Program in Python!
Company: Churchill Navigation Location: Boulder, CO 80302
... To get an idea of what we are working on, check out some of our work in these videos:
In-Flight Entertainment system: http://www.churchillnavigation.com/aurora.wmv
Augmented Reality system for Law Enforcement: http://www.churchillnavigation.com/aug9dpd.wmv
Next-Generation Car Navigation system: http://www.churchillnavigation.com/carnav.wmv
No comments:
Post a Comment