I Hate Mornings

The Myspace Gig Scraper

The Myspace Gig Scraper is a new tool to publish your Myspace gig listings on your website.

I’ve been struggling for quite a while with the problem of synchronising gig listings between websites, and Myspace has always been a sticking point – they don’t provide any easy way of getting the listings in or out of their system.

So I’ve created a small set of scripts that scrapes your Myspace gig listings and displays them on your site (you can see it working on the Little Fish site). You still have to input the gigs on Myspace, but at least you don’t have to duplicate your efforts.

The Myspace Gig Scraper is hosted on GitHub, which means that other muso-geeks can take it and improve it. It’s free for anyone to install on their server and tinker with, but you’ll need a little bit of technical knowledge to get it up and running. I’m hoping to make it easier in the future.

More online gig listings

I’m still trying to solve the problem of online gig listings, and I’m using the new Little Fish site as a guinea pig. The problem isn’t that the listings are bad, it’s that there are lots of them, and musicians don’t want to spend much time filling in forms on the web.

I’m going with ArtistData, which promises a solution to exactly this problem, but I have to say it’s not running quite as smoothly as planned. I need to get decent gig listings up onto these sites:

The idea is that I put the gig info into ArtistData once, and it spews it out to the rest. Turns out it’s not so easy…

Facebook

Let’s start with the good news. It works for Facebook. The listing isn’t fancy but it uses the image I uploaded and gets the date right, which is fine for now.

Myspace

Myspace/ArtistData sync is not working at the moment, because Myspace just updated their event system. This is annoying but understandable. What’s more annoying is that Myspace’s new event editing interface is a fucking nightmare. They’ve managed to improve bits of it while making the rest impossible. Imagine having mandatory address and postcode fields and a picky band name autocomplete on a sluggish form and trying to enter data for ten gigs in a row. Not fun. At all. Can’t wait for ArtistData to catch up on this one…

Last.fm

Last.fm syncing died sometime last year and hasn’t been reinstated. A quick glance at the API suggests that it doesn’t support adding events, and it seems that the issue has been dropped on ArtistData’s end.

littlefishmusic.com

ArtistData supplies an <iframe>-based gig calendar widget to embed on your site. You can change some colours, but ultimately the layout is ugly. And it’s an <iframe>. So I’ve stumped up the extra $3.99/month for XML access to the listings (this also includes RSS feeds for gigs, blogs and news but I’m not planning on using them). When I get round to it I’ll be able to pull in the XML and display it on the site how I like. I’ll probably do it in straight Javascript to start with, then implement some sort of cache later so it’s not relying on the ArtistData site being up (they had some serious downtime today).

So far, so mediocre

At the moment, ArtistData is saving me precisely zero keystrokes. I know some of it the crap is temporary, and they do generally seem like nice people. But I do seem to be paying for very little at the moment.

I’m going to stick it out for a few months while the Myspace thing gets sorted and I get the Tumblr site working well. Hopefully I’ll be able to feed into the process at ArtistData and let them know how it feels from the ground. I’ve been signed up since beta, so I guess it’s time I gave them some useful feedback, eh?

I’ll keep you posted. In the meantime, I’m thankful for all the downtime in the van. There’s nothing like a bit of rock’n'roll data entry to liven up a 5 hour drive.

Solving the problem of online gig listings

I’ve been thinking about my quest to define the ultimate band website. It’s a huge topic, so let’s break it down. First up, gigs online: listings, tickets, RSVPs, sharing, feeds…

What are the choices?

Facebook

Facebook events seems like a good place to start. The way Facebook handles events is great (mostly). It’s tempting to just use Facebook events and embed widgets everywhere else. But it’s not open. Facebook event listings are usually publicly accessible and show up in Google listings, but you need a Facebook account to interact.

Myspace

Unsurprisingly, Myspace gigs gig listings are shit. They look messy, they are annoying to update, you can’t share them easily and they don’t link in with anything useful. Also unsurprisingly, they are the most commonly used gig listings ever.

Upcoming

Upcoming is an event listing site that’s really clever about using hcal, RSS, Flickr machine tags, and other geeky stuff. It’s close to perfect as a solution for the online gig conundrum but non-geeks probably won’t use it, so we would need to feed listings from Upcoming out to other, more familiar, services.

Eventful

Eventful is pretty similar to Upcoming, but maybe not quite as slick. It seems to be a little more US-centric too. On the other hand, it has the “request a band to play in your town” feature, which is what Jonathan Coulton used to plan his early tours.

Twitter tools

Twtvite, Schmap and the rest are great single-use web apps. If your entire audience is on Twitter they are perfect. If not, they will only ever be part of the answer.

In the context of Twitter, I reckon you could do some great stuff with these tools. Something like Schmap is a lightweight layer between the ephemera of Twitter and the static info page. There’s a map built in for instant geographical context, a simple one-click RSVP, a short decsription, a single image and a link to a page with more info. For the Twitter part of the solution you could do a lot worse.

Hand-rolled

There are some good WordPress plugins and modules for other CMSs that let you post gig listings and make them look cool, link to ticket shops and so on. The problem with all of them is that they restrict the listings to your site. Great for fans, but not for everyone else. How many people look at your site to see who’s playing at their local venue?

The secret weapon

There’s a site called ArtistData that lets you update loads of services at once. You enter the gig details once and they get synced to Myspace, Facebook, etc. We still need to figure out where best to put the listings, but ArtistData will come in handy.

How do we put them together?

Let’s get technical. What are the fixed points?

  1. We can’t ignore Facebook. People on Facebook will want to use it for events.
  2. We only want to update gig details once.
  3. A gig needs to be shareable on at least Facebook, Twitter and email.
  4. We want people to be able to say they’re coming and ideally comment, but not necessarily all on the same platform.
  5. Each gig needs a single canonical URL which acts as the digital address of the physical event.
  6. We want to avoid automated or annoying tweets and status updates.

I think the trick is to separate out the functionality:

  • Create one master page for each gig with all the details, links, pictures, flyers etc.
  • Automate the creation of an entry on each platform you want to support that provides basic information and links back to the master page. This doesn’t include Twitter, unless there’s a very clever non-annoying natural language solution. Better to automate the creation of the Schmap and update Twitter by hand.
  • As a bonus, it would be great if the master page could pull in some stats from the satellite pages (eg. how many Facebook RSVPs or Twtvite sign-ups) and reflect the conversation going on around the gig (which might tie in with Steve Lawson’s post about machine tagging gigs) UPDATE: Steve’s post was about machine tagging beta releases of music, but is still worth a read.

What do you reckon?

The question is, what do we use to create the master page? Facebook might be a contender. It’s tricky to feed stuff out from Facebook, but ArtistData could push the content to Facebook and the others.

What do you reckon? Any thoughts? What do you use?

UPDATE: @garrettc, @quitexander, @platform3, @Jazza_UK and @mondoagogo mentioned Last.fm, GigPress, Songkick and friends as good platforms for and/or sources of gig info. Thank you all. I’ll investigate and report back. ;)

The ultimate band website revisited

I’m going back to an old topic from a new perspective: the ultimate band website. Having thought about it for a year I have a load of random ideas, but I haven’t yet put them together into a coherent structure. This is an attempt to find out what I think about band websites – an essay in the true sense.

What’s the point of a band website?

Most bands want a website that looks cool, in the same way that they want their album art to be cool and their gig posters to be cool. Album art and gig posters have a very simple purpose: the one-way communication of a small amount of information. A website has a complex purpose: it has to be a social object1 around which people can gather and converse, a point of engagement between fan and band, and a shop (if not more). And it has to look cool.

As with all this internet stuff, there’s no single answer that will suit every band. I rarely find band websites that I think are good, but when I do it’s always because the site completely fits with the band. Pomplamoose‘s main internet presence is their YouTube channel, because they make Videosongs and that’s where their fans go to engage with them. BareNakedLadies have a full-featured website with multi-author blogs, behind-the-scenes videos, and shedloads of content2, because their fans are geeks and enjoy getting involved with all that stuff.

What about bands that aren’t geeks?

There’s a problem when a band doesn’t use the internet in the same way as its fans. If a band only wants to use MySpace I’m never going to notice them. If a potential fan isn’t on Twitter they are unlikely to hear about me. If a band wants to communicate by post (I’m looking at you, Islet ;) they are going to have trouble engaging with the digital geeks who want to be involved.

There’s a part of me (the wannabe rock star) that sides with the stubborn bands. I stopped playing live gigs completely last year and just played online in various weird and wonderful ways. I love the two issues of The Isness that Islet have posted to me (in the actual post – on paper). I understand that as a band you want to define the rules of engagement and make your artistic statement. I understand that a lot of bands don’t spend all their time online. I understand that maintaining an element of mystery and theatre can make for an amazing magical live show.

But there’s another part of me (the music fan) that’s only ever had really deep positive experiences with bands when I’ve been able to get past the show and find out about the people and the story behind the music. At first it was from my Dad telling stories about records in his collection. As a teenager it was through books and films about rock stars and music scenes that I’d missed by decades, and endless conversations in record shops and issues of Record Collector. Then people started posting MP3 bootlegs on forums3 and making websites about otherwise mysterious legends. Now people recommend music on Posterous, tweet Spotify playlists and the conversations about music are easier to tap into than ever before.

Why not let the fans make all the content?

The old music industry model created social objects (records, magazine interviews, press releases, tabloid stories) to feed the conversation, so the artists didn’t have to. Now people want to engage with bands outside the mainstream press, and either the band creates the social objects or the fans do. A lot of bands are building websites that allow fans to create stuff, but it’s not that easy.

Jonathan Coulton fans make loads of videos, cover versions and remixes of his music, but he gave them loads of stuff first: he posted a song a week and blogged the whole thing. He also spent half his time answering email.

So why not let the fans make all the content? Because in almost all cases they won’t. Not unless the bands make way more first.

Why do fans go to band websites?

This may be the wrong question to ask, because I’m not sure they do. I certainly don’t (well, almost never), and in my straw poll of random people in pubs over the last few months nobody else did either. Let’s figure out the reasons why I very occasionally visit band websites:

  • I visit Steve Lawson’s site for the blog. But only occasionally, because I read it in RSS and only ever click through to the site if there’s a funky embed that doesn’t show up in Google Reader.
  • I went to Pomplamoose’s site after I’d watched all their YouTube videos to see whether they had anything else to offer. They don’t. Their site is just music players, the latest video, iTunes links and an about page.
  • I follow links from Twitter to blog posts on bands’ or artists’ websites sometimes. If it’s an amazing blog post and I’m absolutely overwhelmed with respect for the author I might listen to a track or two.
  • That’s it. I may not be a representative music fan, but I’ll bet that if you asked random music-liking people4 which band websites they visit regularly (or ever) you’d be met with blank stares. So…

Where do fans go to engage with music online?

Me first. Here’s what I’ve used recently to discover, share, research, listen to and talk about music (not counting my own music):

  • @solobasssteve just recommended a band to me on Twitter, after I mentioned liking Pomplamoose.
  • Earlier today I checked out Chris TT‘s tour schedule after seeing him talk about his upcoming gigs on Twitter. He doesn’t pimp his gigs often – I follow him because I enjoy reading his tweets – so when he does I’m interested.
  • Also today I saw Richard Walters tweet about Dennis Wilson’s Pacific Ocean Blue, and sent him a link to the fan website where I originally read about it years ago (before it was reissued5).
  • A few days ago I listened to some tunes by The Monroe Transfer on their Bandcamp page, after I had a conversation over Google Chat with Nick about releasing music online.
  • I’ve watched a load of songs on YouTube that people have recommended, embedded, tweeted, Facebooked or emailed recently – maybe 30 this year.
  • I’ve listened to Miriam Jones’ Solitary Songs on Bandcamp because I keep meaning to buy them but haven’t got round to it yet.
  • I’ve embedded an occasional YouTube video of a song on my Tumblr blog.
  • I’ve listened to maybe a dozen tracks that people I follow have posted on Tumblr, but only when there’s a story or at least a hearty recommendation to go with it. There’s nothing less appealing than a lonely Flash audio player.
  • As I was editing this post I listened to three tracks by a band called Physical Education because they flattered me on Twitter.

I don’t really know what other people get up to, but off the top of my head:

  • People still seem to be using Spotify quite a lot. This year I’ve only opened it to get a couple of invites to send to people, but then I don’t listen to music radio either so let’s not read too much into that.
  • I see quite a few links fly by on Twitter to blip.fm, last.fm and the like.
  • Andrew Dubber is making Dubber’s Weekly Jazz (“Like a weekly specialist radio show – but on Spotify”), a weekly Spotify playlist posted to a Posterous blog.
  • Steve Lawson is embedding Bandcamp players on a Posterous blog to recommend new music (he even recommended my album!)

Any conclusions?

I’ll let this lot compost for a while and see if I can come up with anything useful, but here are my initial thoughts:

  1. I’m an edge case in the big picture of listening habits. But now that the homogenous glob of “audience” is fragmented into a whole load of individuals, I guess we’re dealing with an entire dataset of edge cases. I know that can’t exist (except maybe on a circular graph – anyone?), but you know what I mean.
  2. Maybe a band website just needs to link to all the other stuff (sort of like flavors.me, which I used to set up benwalkersongwriter.com yesterday).
  3. Maybe a band website needs to be a blog to be interesting. That’s certainly what draws me in to a band (and what I’m leaning towards with my own site).
  4. Maybe a band doesn’t need a website at all.
  5. Bands need to create shareable stuff. For me as a music fan that means blog posts, YouTube videos, music on Bandcamp or Spotify and MP3s for Tumblr.
  6. Mysterious bands never appear on my radar. They may be getting great reviews or appearing in Sunday supplements or being on TV or making the best album ever, but I won’t know about it. And if I don’t know about it I won’t miss it.

I need to have at least half a dozen more pub conversations about this before it will start to make sense. If you can help clarify any of it, or just add an example to my painfully narrow data, please comment. I’m intrigued to know what you think. ;)


  1. I’m using the pretentious phrase “social object” in the way that music industry commentators use it, to describe an object around which social interactions happen, and without which they wouldn’t. For context, read The Song/Artist Adoption Formula on Music Think Tank

  2. I’m using the annoyingly glib, but rather useful, internet-specific meaning of “content”. I know, it’s almost unforgivable to talk about the beautiful and unique expressions of someone’s consciousness and identity as “content”. Forgive me. I spend my days making websites and I’ve been brainwashed. 

  3. At one point in 1999 I had 185 Ben Folds (Five) concert bootlegs, burned onto CDs because hard drives weren’t big enough yet. 

  4. Coldplay/Keane-liking isn’t music-liking. We can’t let our ad hoc data be skewed by people with no useful opinion. 

  5. I’m not saying this to show off that I knew about the album ages ago. Well, that’s not the only reason. It’s also a great example of how I got excited about an album (and an artist) before I ever heard it because of the story behind it. 

Blogging with TextMate and Markdown

What a geek. Seriously.

I should be in bed, cause I was out playing a club gig with Little Fish last night. Instead I’m seeing if I can blog from TextMate using Markdown1. If you don’t know what I mean, you’re lucky. Your brain doesn’t make you geek out this much…


  1. It’s a clever text-based markup language by Gruber

Next,