Artist RDF on bbc.co.uk/music

[Nicholas J Humfrey]

Hello,

I am working on getting some RDF on to bbc.co.uk/music.
Here is an example of what we plan to start off with:

http://www.aelius.com/njh/tmp/cc197bad-dc9c-440d-a5b5-d52ba2e14234.rdf

At the moment all of this is just MusicBrainz data (apart from the image)
but we will be adding more BBCness in the future...

Any comments/suggestions?

nick.

[Yves Raimond]

Hello!

It looks really nice :-)
As a side-note:
mo:homepage and mo:member are two new properties susbsuming
respectively foaf:homepage and foaf:member. They are in the live OWL
ontology, but not yet in the documentation (will be in the next round
of revision).

Cheers!
y

>
> nick.
>
>
>
>
> >
>

[Nicholas J Humfrey]

hello,

This has now gone live on bbc.co.uk :-)

$ rapper -o turtle
http://www.bbc.co.uk/music/artists/cc197bad-dc9c-440d-a5b5-d52ba2e14234#artist
rapper: Parsing URI
http://www.bbc.co.uk/music/artists/cc197bad-dc9c-440d-a5b5-d52ba2e14234#artist
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 mf: <http://purl.org/ontology/mo/mf#> .
@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#> .

<http://www.bbc.co.uk/music/artists/cc197bad-dc9c-440d-a5b5-d52ba2e14234.rdf>
rdfs:label "Description of the artist Coldplay" .

<http://www.bbc.co.uk/music/artists/cc197bad-dc9c-440d-a5b5-d52ba2e14234#artist>
a mo:MusicGroup;
foaf:name "Coldplay";
owl:sameAs <http://dbpedia.org/resource/Coldplay>;
mo:image
<http://www.bbc.co.uk/music/images/artists/7col_in/cc197bad-dc9c-440d-a5b5-d52ba2e14234.jpg>;
mo:musicbrainz
<http://musicbrainz.org/artist/cc197bad-dc9c-440d-a5b5-d52ba2e14234>;
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>;
mo:member
<http://www.bbc.co.uk/music/artists/18690715-59fa-4e4d-bcf3-8025cf1c23e0#artist>,
<http://www.bbc.co.uk/music/artists/d156ceb2-fd90-4e82-baea-829bbdf1c127#artist>,
<http://www.bbc.co.uk/music/artists/6953c4db-7214-4724-a140-e87550bde420#artist>,
<http://www.bbc.co.uk/music/artists/98d1ec5a-dd97-4c0b-9c83-7928aac89bca#artist>
.

<http://www.bbc.co.uk/music/artists/18690715-59fa-4e4d-bcf3-8025cf1c23e0#artist>
a mo:SoloMusicArtist;
foaf:name "Guy Berryman" .

<http://www.bbc.co.uk/music/artists/d156ceb2-fd90-4e82-baea-829bbdf1c127#artist>
a mo:SoloMusicArtist;
foaf:name "Jon Buckland" .

<http://www.bbc.co.uk/music/artists/6953c4db-7214-4724-a140-e87550bde420#artist>
a mo:SoloMusicArtist;
foaf:name "Will Champion" .

<http://www.bbc.co.uk/music/artists/98d1ec5a-dd97-4c0b-9c83-7928aac89bca#artist>
a mo:SoloMusicArtist;
foaf:name "Chris Martin" .

rapper: Parsing returned 23 triples

[Yves Raimond]

That's really wonderful... Congratulations!!

Cheers!
y

[Yves Raimond]

Btw, I just had a small chat with Dan Brickley on IRC.
He is not convinced the RDF should use mo:member and mo:homepage
instead of foaf:member and foaf:homepage. But, to quote him, "its no
big deal. and totally overshadowed by the fabulousness of this
shipping! :)".

Cheers!
y

[Frederick Giasson]

Hi Yves,

> Btw, I just had a small chat with Dan Brickley on IRC.
> He is not convinced the RDF should use mo:member and mo:homepage
> instead of foaf:member and foaf:homepage. But, to quote him, "its no
> big deal. and totally overshadowed by the fabulousness of this
> shipping! :)".
>

Well, we propose the use of foaf:member, and mo:homepage is not part of
the spec anymore. So, is it because it was based on an earlier version
of MO?

Thanks

Fred

[Yves Raimond]

Actually, it is in the RDF, but the specification hasn't been
re-generated since (I think the time is coming for a new revision, btw
:-) )
I also don't think it is not too much of a big deal, as they are
rdfs:subPropertyOf the corresponding properties in FOAF (and just
restrict their domain to artists and groups). But I really have no
strong opinions on that.

Cheers!
y

>
>
>
> Thanks
>
>
>
> Fred
>
> >
>

[Frederick Giasson]

Hi Yves,

> Actually, it is in the RDF, but the specification hasn't been
> re-generated since (I think the time is coming for a new revision, btw
> :-) )
>

Doh; forgot to check the latest revision in the svn ;)

> I also don't think it is not too much of a big deal, as they are
> rdfs:subPropertyOf the corresponding properties in FOAF (and just
> restrict their domain to artists and groups). But I really have no
> strong opinions on that.
>

Well, not really for mo:homepage according to what is on the CSV. Same
name, but not same definition (so purpose I think). It is a subclassof
isPrimaryTopicOf.

Also, I don't think that mo:member can be a subclassof foaf:member for
this reason:

the property domain extension of foaf:member is foaf:Group; the property
domain extension of mo:member is mo:MusicGroup that is a subclass of
both mo:MusicArtist and foaf:Group.

So the question is: is mo:MusicArtist + foaf:Group a subset of
foaf:Group? If we can find an individual fo mo:MusicArtist that is not
in foaf:Group then we can't assert that mo:member is a subpropertyof
foaf:member.

My two cents

Fred

[Yves Raimond]

Hello!

To sum up, the hierarchy is currently as follows:

mo:MusicArtist rdfs:subClassOf foaf:Agent.
mo:SoloMusicArtist rdfs:subClassOf mo:MusicArtist.
mo:MusicGroup rdfs:subClassOf foaf:Group, mo:MusicArtist.

+ all the other roles (eg. Performer, Composer etc.)

However, if x is a mo:MusicGroup, then x is a mo:MusicArtist *and* x
is a foaf:Group - so foaf:member can apply in any cases, I think.

Cheers!
y

>
>
>
> My two cents
>
>
>
> Fred
>
> >
>

[danbri]

Just a brief terminology point: in RDF/S, 'subClassOf' is a relation
between classes. We have subPropertyOf for expressing similar relation
between properties.

Generally sub-classing gets all the attention (in RDFS/OWL as in OO),
but for clarity it's best to say "sub property" if you're talking
about properties.

(I wish we'd called it superProperty, superClass instead of sub*of,
but that's offtopic for this thread :)

Gotta run, plane to catch!