Two weeks ago, I summoned the Lazyweb for a way to automatically generate a slideshow of Wikipedia revision history. I wanted it so badly, I offered $50. Other people felt the same and kicked in an additional $200 (among other nice prizes)!
Four outstanding entries were entered: Dan Phiffer’s Wikipedia Animate, Corey’s WikiDiff, John Resig’s AniWiki and Colin Hill’s BetterHistory.
The winner? Dan Phiffer’s Wikipedia Animate. (If you haven’t used it, watch Jon Udell’s brief screencast to see it in action.)
Although John Resig’s AniWiki entry had several innovations, Dan wins because of the elegant Wikipedia integration and the ease of use. Dan’s entry was the first to use a slider for navigation, allowing you to scrub across revisions with changes reflected in real-time, and I like the ability to switch between selected arbitrary ranges using the existing Wikipedia buttons or the entire revision history. It looks like a seamless part of Wikipedia. He’ll receive $200, one Flickr Pro account, a $20 Threadless gift certificate, and the Socialtext Starter package.
Second place goes to John Resig’s innovative AniWiki. Although I didn’t like the slideshow navigation as much, I was blown away by his graphical chart of activity over time and the visual diffs written entirely in Javascript. (Dan Phiffer later incorporated John’s Javascript diff algorithm into his own code.) For his excellent work, John will receive $50 and a Flickr Pro account.
These scripts raise an interesting question about the ethics and etiquette of user scripts, since they all generate multiple page requests to Wikipedia. There was some debate about this on the Greasemonkey discussion list.
I think Dan’s entry was an excellent compromise, as the only one that doesn’t automatically load any extra pages without explicit user action (i.e. clicking a button). Not to pick on Corey’s otherwise excellent entry, but the Greasemonkey script loaded (at least) 30 revisions in the background when viewing every Wikipedia entry, whether you wanted the history or not. No matter what the solution, anyone animating the history of a wiki entry with hundreds (or thousands) of revisions could seriously impact the server’s performance. What’s great for users isn’t always great for the website creator.
Anyway, thanks to everyone for participating. Go, Lazyweb!