Tag: URL

QR codes for BBC programmes and some other stuff

We’re on a bit of a roll at the moment with our work on /programmes, so quick on the heals of the work to integrate iPlayer and programme credits onto our episode pages I’m chuffed to announce another batch of new features: QR-Codes, schedules and um calls to inaction.

Torchwood episode page

QR-Codes, if you’ve not come across them before, are a bit like two-dimensional bar codes created by the Japanese company Denso-Wave. But unlike bar codes you can encode any string you fancy (up to 4,296 alphanumeric characters) into an image and this means you can convert a URL into a QR-Code.

You can then print QR-Codes on posters, t-shirts, scarfs, whatever. People can then decode them by taking a picture, using specific software installed on their mobile phone, to read and convert the code back to the URL – so they can easily visit the web site.

Anyway – every BBC programme now has a QR code. You can get it by adding …/qrcode to the end of the URL for any programme page. For example, this is the URL for Platoon:

	http://www.bbc.co.uk/programmes/b007mcgw

And this is its QR-Code:

	http://www.bbc.co.uk/programmes/b007mcgw/qrcode

QR Code

A more mainstream feature that’s also gone live today are schedule pages for some radio networks. For example:

	http://www.bbc.co.uk/asiannetwork/programmes/schedules

And because of the way the technology works we also get a bunch of new pages for free:

	http://www.bbc.co.uk/asiannetwork/programmes/genres/music

And finally we’re flagging when episodes are next due to be broadcast, when we don’t have any media and links to the iPlayer so you can download the video.

Credits – new feature on BBC Programmes

Maintaining my ongoing commentary on our work on BBC programmes I thought I would let you know that we’ve just launched a new feature: Credits.

BBC Programmes - credits

You’ll now find, on some of our episode pages, information about who featured in that episode. At the moment the coverage is a bit thin and only applies to TV, but we’re getting there. And of course because web design is about the resource and its URL we’ve also made this information separately addressable at:

/programmes/:pid/credits/

So for example, the above Doctor Who episode page has a credits info page here, in addition to transcluding the that data onto the episode page.

Finally, we’ve fixed a few bug including the one Tom spotted re Flash 9.

Ladies and gentlemen I give you BBC Programmes

Somewhat strangely, you might think, the BBC doesn’t publish persistent webpages for most its programmes. Or rather it didn’t, because today we’ve launched comprehensive programme support (in beta). So now if you go to bbc.co.uk/programmes you will now find an episode page for all our programmes – whether on radio or TV.

Book at Bedtime

Unlike the existing What’s On service, which publishes a page for every broadcast, with bbc.co.uk/programmes, we are publishing a page for every episode (with broadcast information), programme or series. In other words, rather than a the specific broadcast instance we are publishing a page for the cultural entity. A page for every episode rather than every individual broadcast is cool. Its cool because no matter how many times the programme is broadcast there remains just one page to represent that programme. This helps people find the programme because it helps maximize Google Juice – because all references link to the same URL. It also means that we can add more information to the same page over time and create context around that episode.

If instead of creating a page for each episode we created a page for every broadcast not only would we dilute the Google Juice we would also dilute the information about that programme. Users would be swamped with dozens of versions of broadly the same page, each with slightly different bits of information or different links. This makes it harder to find what you want and when you do find it the page is less valuable because it contains less information.

Publishing a page for every episode is all well and good, but its not the whole story, its also important to be able to create context around programme pages. What does this mean? Well, for starters we are categorizing programmes by genre and format and letting users browse by these categories, we are also grouping episodes into series, and programme. And over time we will add more information and additional links to supporting webpages.

We also want to help other people create context around our programmes so we have implemented a few features to support this too (although we aren’t including all these in this initial release). First up relevant pages are microformatted with hCalendar which makes it easier for the data on the webpages to be processed with software. And in the near future we’ll be publishing the data in different formats – RSS, Atom and HTML for starters, and iCal and JSON after that. And finally the URLs for all this will also be persistent – the resource will always be available and the URL to that resource will remain the same.

Providing persistent URLs is clearly a good thing – it means people can link to a page and know it will remain available and search engines work better – but building a system to deliver persistent URLs has some important implications. What have we chosen to do? Well here are some URLs:

And some future URLs:

  • bbc.co.uk/radio4/programmes/
  • bbc.co.uk/radio4/programmes/genres/news
  • bbc.co.uk/programmes/tags
  • bbc.co.uk/radio4/programmes/tags
  • bbc.co.uk/programmes/tags/japan
  • bbc.co.uk/radio4/programmes/schedule/fm
  • bbc.co.uk/radio4/programmes/schedule/fm/2007
  • bbc.co.uk/radio4/programmes/schedule/fm/2007/10
  • bbc.co.uk/radio4/programmes/schedule/fm/2007/10/12
  • bbc.co.uk/radio4/programmes/schedule/fm/2007/week40
  • bbc.co.uk/programmes/b006qtlx.rss
  • bbc.co.uk/programmes/b006qtlx.atom

The most obvious thing to note is that we haven’t included the programme title, broadcast date, Programme Brand (e.g. Heroes) nor channel (e.g. Radio 1 or BBC2) in the URL for our primary objects because all these things can change and its never a good idea to reflect your organisational structure in your URLs. For example, programmes are repeated on different channels – especially in the era of multi channel TV and P2PTV and programmes can start off on one channel before being ‘promoted’ to another (e.g. Little Britain).

So instead the individual objects (episodes, programmes and series) are identified using an eight digit, alpha numeric key. And this doesn’t ever need to change – not when we change the underlying technology, nor when we add more information, rebroadcast the programme, or decide to reorganise. However, the URLs for the aggregation pages (e.g. …/programmes/genre/music) are human readable and hackable, they support wombling.

UPDATE (2007.12.17)

Some more information on new features: tags and radio player, and iPlayer embedded video.