back to the main area


The history:
With a development codename of 'a song to keep us warm'... 58hours was dreamt up in 2002... 6 Los Angeles apartments, and one Los Angeles to San Francisco move later (we're now currently based in San Francisco) and you're looking at the result...

I've used nearly all of that time to compile the heaps of data from personal knowledge and from across the different parts of the web.. compiling, arranging, bending and twisting the data, all with the goal of bringing my revelations to you here on this site. Massive thanks... a big heaping spoonful of appreciation... to greenplastic.com, followmearound.com, Adriaan at ateaseweb.com, and nepasavaler.net as well as countless other 'heads for their diligence in keeping records, so that I might access them later... Thanks.

Accuracy and selective record-keeping:
It seems to be a constant theme, so I might as well address it...

  • #1)
    (Q:) "I've noticed a lot of innacurate setlists/missing setlists, what's up?"
    (A:) Thanks for noticing! (and I mean that in the best possible way.) The majority of our setlists rely on the accuracy, feedback and submissions of you the user. With some 600 shows catalogued and with my full time (non-Radiohead related) employment, while I'd like to spend all day sleuthing across the web to determine the legitimacy of setlists which were entered during the fledgling days of 58hours, honestly I need help to make this list better. I welcome all comments, and anytime someone mails me about a disputed setlist, it brings it up on my radar and I will investigate. 58hours does its best to ensure the accuracy of all of its setlists.
    I enjoy viewing accurate data just as much as the next person, (my perverse excitement at seeing this data compiled is really one of the primary reasons why 58hours exists) and when I find obvious errors within our system, I work quickly to correct them. However, sometimes situations arise wherein different accounts of the same show surface (this often happens with 'earlier' shows). Rather than removing the record in question, I normally try to investigate the rumoured setlist difference, and if I can determine the proposed setlist to be more accurate, the change will be made in the 58hours system.
    Long story short. Rather than complain, help us make it better. We're on the same side. :)
  • #2)
    (Q:) "Why don't you add radio/tv performances to the mix?"
    (A:) While we do have a few BBC performances in the system, I generally consider this database to be a collection of performances which fans were able to attend... If you're going to be attending a Radiohead show and would like to find the probability of your favourite song being played, radio & television performances aren't exactly going to do you much good. (e.g. "Life in a Glass House" has been played for broadcast, but alas, never made it into a concert setlist) Ideally, I'd love to expand the system to include these sorts of tracks, but for now, it's still off on the horizon.


 
  • Apple MacBookPro 15"- Intel (Theta)*
  • Apple Mac Mini G4 (Zero)*
  • Apple PowerMac G5 - dual 2.3GHz (Tatchka)*
  • Apple Powerbook 17" Aluminum (Kinetic)
  • Apple PowerMac G5 - dual 2GHz (Bernice)
  • Apple Powerbook 15" Titanium (Praxis III)
  • Apple PowerMac G4 - Dual 1.4 GHz (Synchro)
  • Apple PowerMac G4 - Sawtooth (Lock, Stock & Barrel)
  • Windows XP - Pentium 4, 1.6GHz (Lillith v.2)
  • Windows 98/ Windows NT 4 - Pentium II, 300 MHz (Lillith v.1)
             * still in commission



  • Dreamweaver (for making the PHP that much easier)
  • Flash (for making the data that much more user-licious... and for allowing me to create the Flash Lite mobile app, "58hourslive")
  • Photoshop (for making sense of my nonsense)
  • Fireworks (for compressing when it had to be smaller)
  • Apple's X-Code... can't belive I didn't find this sooner...
  • BBEdit (when Dreamweaver didn't want to parse the php)
  • Apple TextEdit (when BBEdit failed to launch)



      Above everything else, we operate thanks to tireless volunteers like:




still have questions? 58questions@briankiel.com



what has brian kiel done? [answers]



HOW WE DO THAT CRAZY LIVE-SETLIST THING

[THE NEW WAY] (premiered June 24, 2006 - at the Berkeley 2 show)

Updates are made through the Flash-Lite 2 compatible handset... submitted directly to the 58hours system, then compared with other agents in the field, and after the validity of the live track has been confirmed (by live participant consensus) the track is then assumed to be valid and added to the live database build.*

Brian currently runs with a Flash-Lite 2 loaded Cingular Nokia 6682 whilst still keeping a Sprint Treo 650 in his back pocket... in case things get rough.

[THE OLD WAY]

Through the modern marvels of technology, the live setlist update process is incredibly pain-free. Y'see we've got volunteer operatives at select Radiohead shows with web-enabled phones in-hand (With this method, Brian's reluctant choice was the Sprint Samsung A-500)
And from a simple web-enabled phone, the staffer is able to plug in directly to the database which powers the whole of 58hours. It's a one-man job. Thus, when the 58hours staffer plugs a new setlist track in, it goes DIRECTLY to you users. No waiting for the "my friend told me that..." stuff. This is real-time. We get it when you get it.

ABOUT THE UPLINK CHECKS:
Prior to the live setlist build, the 58hours staff attending the show perform two quick "uplink checks". Uplink check #1 is performed when the staffer arrives at their seat/location inside of the venue. Uplink check #2 is then performed once the opening act has finished their set. The next action you see on the site after uplink check #2 will be the live setlist.

TECH SPECS:
This feature is successfully executed using a web-enabled cell phone, a sprinkling of PHP, and the wonders of mySQL hanging out on the back end.


ABOUT THE CLUSTER UPDATES:
While we do love our song-for-song live updates, occasionally we find ourselves in the situation of not having a 58hours staffer with a web-enabled phone at the venue. However, thanks to a volunteer at the show with a standard cell phone we're able to use the cluster method. The "cluster" update method is a setlist building method in which the current show's setlist is updated in blocks or "clusters" The number of tracks per update cluster will hover somewhere between three and four. So, you'll still find out what they're playing. It just may not be at the very moment the song is being played.


GOING TO A RADIOHEAD SHOW?
WILLING TO HELP US OUT?
Contact us at liveupdates@58hours.com to get on the volunteer list.



* still may be wrong... don't blame me.


Headmaster of the malcontents.


First dry day, camping out @ Fuji Rock '03 (Naeba, Japan)


The new way: Isn't it so much prettier?


The old way: Yes, that was the bastard of a phone...
The one that needed two reboots per show.
Although the information contained within the Radiohead gigography known as 58hours is primarily from public knowledge, the construction and organization of the data (including database schema, Flash source code, 58hourslive, and the interaction therein) is copyright © 2003-2008 by Brian Kiel. While we've done our best here to make sure that the information contained within the database is, to our knowledge correct, should you find any errors or have questions/comments please feel free to contact us. Thank you and have a nice day. [about 58hours.com]