W3C home > Mailing lists > Public > public-lod@w3.org > July 2008

ANN: BBC Music Linked Data Goodness

From: Patrick Sinclair <Patrick.Sinclair@bbc.co.uk>
Date: Tue, 29 Jul 2008 19:30:48 +0100
To: <public-lod@w3.org>
Message-ID: <C4B52068.22C3%Patrick.Sinclair@bbc.co.uk>
Hi All,

As you may know, we launched the BBC Music Beta yesterday [1,2,3]. We'd like
to go over the Linked Data goodness that we have built into the site.

For every artist profile we have published, we have content-negotiated RDF:

rapper -o turtle 
rapper: Parsing URI
http://www.bbc.co.uk/music/artists/cc197bad-dc9c-440d-a5b5-d52ba2e14234 with
parser rdfxml
rapper: Serializing with serializer turtle
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix foaf: <http://xmlns.com/foaf/0.1/> .
@prefix mo: <http://purl.org/ontology/mo/> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix time: <http://www.w3.org/2006/time#> .
@prefix dc: <http://purl.org/dc/elements/1.1/> .
@prefix timeline: <http://purl.org/NET/c4dm/timeline.owl#> .
@prefix event: <http://purl.org/NET/c4dm/event.owl#> .

    rdfs:label "Description of the artist Coldplay" .

    a mo:MusicGroup;
    foaf:name "Coldplay";
    owl:sameAs <http://dbpedia.org/resource/Coldplay>;
    mo:homepage <http://www.coldplay.com/>;
    mo:fanpage <http://www.pleasureunit.com/coldplay/index.php>;
    mo:wikipedia <http://en.wikipedia.org/wiki/Coldplay>;
    mo:imdb <http://www.imdb.com/name/nm1095892/>;
    mo:myspace <http://www.myspace.com/coldplay>;
ist> .

    a mo:SoloMusicArtist;
    foaf:name "Guy Berryman" .

    a mo:SoloMusicArtist;
    foaf:name "Jon Buckland" .

    a mo:SoloMusicArtist;
    foaf:name "Will Champion" .

    a mo:SoloMusicArtist;
    foaf:name "Chris Martin" .

rapper: Parsing returned 23 triples

Our approach to publishing the site in a linked data manner is:
* each artist profile HTML document is published at
http://www.bbc.co.uk/music/artists/:gid, where :gid is the MusicBrainz
* rdf is available at http://www.bbc.co.uk/music/artists/:gid.rdf
* content-negotiation is configured for
* The http://www.bbc.co.uk/music/artists/:gid.rdf URI describes the document
* The http://www.bbc.co.uk/music/artists/:gid.rdf#artist URI describes the

Wešve considered various LOD publishing recipes, and decided to take this
approach as it was:
* simple: one view for the HTML, one view for the RDF
* suited our internal caching policy, as we could cache all representations

However, wešve found some curious issues with our internal BBC proxy, which
has randomly cached the RDF version and served that when a web browser was
expecting the HTML page. We believe wešve got around this by setting the
ŗVary: Accept˛ [5] in the HTTP headers. Wešre curious to know if anyone else
has encountered this issue, as we had trouble finding any Linked Data
documentation on the subject.

Itšs been suggested that we use foaf:member and foaf:homepage instead of
mo:member and mo:homepage, so we will very likely make this change shortly.

Wešd like to publish the play count data you can see on the pages as RDF,
and wešre looking for approaches on how to do this. Yves Raimondšs playcount
ontology [6] looks like a great start, but please get in touch if you have
any ideas on how to do it.

Finally, wešre providing owl:sameAs relations to DBPedia to artists profiles
if they have an English Wikipedia link.

Wešd really appreciate feedback on what wešre doing, so please get in touch
if you have any ideas or requests!

Patrick Sinclair and Nicholas Humfrey

[4] http://musicbrainz.org
[5] http://httpd.apache.org/docs/2.0/mod/mod_headers.html
[6] http://purl.org/ontology/playcount/

This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.
Received on Wednesday, 30 July 2008 12:32:31 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:29:40 UTC