]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren Stephens
Sent: 17 July 2007 16:12
To: backstage@lists.bbc.co.uk
Subject: RE: [backstage] Links to video/audio for specific shows
Now, I might have this wrong - but you're suggesting that there should
be a standard way of... describing data
suggested
I mean that's better in some ways certainly, but you'd probably also
want to create some sort of canonical identifier that would represent
the band so that if anyone was doing anything programmatically across
the web they would be able to connect the two concepts. I mean, YOU
might know
OR I'd go for something much more interesting.
Given that Wikipedia has pages on most of these artists and
that-by its nature-it has to have a separate page for each
one of them, then you can view that as a well maintained
centralised controlled vocabulary. I'd probably go with using
PROTECTED] On Behalf Of Darren Stephens
Sent: 17 July 2007 12:01
To: backstage@lists.bbc.co.uk
Subject: RE: [backstage] Links to video/audio for specific shows
OR I'd go for something much more interesting.
Given that Wikipedia has pages on most of these artists and that-by
its nature-it has
If we're talking sematic applications, it might actually be good for an
organisation like the BBC (and partner broadcasters to actually sit down
and work out some standard ontologies to make it easy for heavy duty
(RDF-heavy) applications talk nicely to each other. It may even have
some
@lists.bbc.co.uk
Cc: Matthew Wood
Subject: RE: [backstage] Links to video/audio for specific shows
I agree with tom coates on this one: if you DON'T use
Wikipedia as a Web-native classification engine in your
application, then you are missing a trick, because it proves
intensely useful! one URI per
: [backstage] Links to video/audio for specific shows
Don't get me wrong, for the right apps wikipedia is just great and gives
you a great resource to work with. And it's true that in some cases if
you DON'T use Wikipedia as a Web-native classification engine in your
application, then you are missing a trick
Now, I might have this wrong - but you're suggesting that
there should be a standard way of... describing data
suggested by the BBC, so that all systems structure their
data in the same way?
Not quite. There should be one or more standards for appropriate
applications suggested by a
On 7/17/07, Darren Stephens [EMAIL PROTECTED] wrote:
There should be one or more standards for appropriate
applications suggested by a wider community (broadcasters - of which the
BBC is but one) so that all systems structure their data in a way that
is able to be widely understood. For example,
James Cridland wrote:
http://www.bbc.co.uk/radio3/breakfast/pip/jrjen/ - good.
http://www.bbc.co.uk/radio3/breakfast/archive/07/07/10/ - better.
That's not better; URLs are supposed to be unique. Okay, Breakfast isn't a
great example for my case, but even with that, if it's ever repeated,
At 12:17 +0100 16/7/07, Andrew Bowden wrote:
Another example (from the same area):
http://www.bbc.co.uk/music/artist/x9qv/ - good
http://www.bbc.co.uk/music/artist/elton_john/
http://www.bbc.co.uk/music/artist/elton_john/ - better
Okay, I can't follow that one - I guess if you had two
Yeah this is another classic problem.
The way I think about this stuff is as follows:
A specific URI should refer to a unique concept in the world and
should be as human readable as possible but NO MORE.
Meaning, that if making the URI more human readable fucks up the way
it refers to the
Another example (from the same area):
http://www.bbc.co.uk/music/artist/x9qv/ - good
http://www.bbc.co.uk/music/artist/elton_john/
http://www.bbc.co.uk/music/artist/elton_john/ - better
Okay, I can't follow that one - I guess if you had two
artists of the same name? But then I'd go
Last fm used to use musicbrainz to disambiguate artists
Then they stopped paying the data licence and turned off musicbrainz
Which means they just match on strings
According to brainz there are 3 oasis' in existence (last fm has one)
And something like 13 auroras (again last fm has one).
On 16/07/07, Matthew Somerville [EMAIL PROTECTED] wrote:
James Cridland wrote:
http://www.bbc.co.uk/radio3/breakfast/pip/jrjen/ - good.
http://www.bbc.co.uk/radio3/breakfast/archive/07/07/10/ - better.
That's not better; URLs are supposed to be unique. Okay, Breakfast isn't a
great example
On 7/16/07, Tom Coates [EMAIL PROTECTED] wrote:
Hey - as the person who developed the URL stuff for the programme
information pages project (PIPs - hence pip in the URL), I can assure
you that the one you're proposing is not generally better.
That's me told! Though thank you... ;)
In terms
On 7/13/07, Jakob Fix [EMAIL PROTECTED] wrote:
On 7/13/07, Steve Jolly [EMAIL PROTECTED] wrote:
There's some confusion over CRIDs IMO - even in RFC 4078 they get
referred to as URLs. I think it's best to think of them as URIs,
designed to be unique and location-independent. TV-Anytime
Of Chris Sizemore
Sent: 12 July 2007 17:03
To: backstage@lists.bbc.co.uk
Subject: RE: [backstage] Links to video/audio for specific shows
excellent, we're all on the same page, then!
A Permanent URL for each Programme as well as its Episodes...
(tho i still think that's what this URL
Chris Sizemore wrote:
yes, i agree that TV-Anytime supplies some of the requirement (indeed,
perhaps everything brian was suggesting... brian?)
but does TVA, despite the URN (the crid, i.e.
crid://my.id.creator/xxx88r; http://en.wikipedia.org/wiki/Crid),
supply the on the Web part?
*From:* [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] *On Behalf Of *Andy Burras
*Sent:* 13 July 2007 08:37
*To:* backstage@lists.bbc.co.uk
*Subject:* RE: [backstage] Links to video/audio for specific shows
Isn’t that TV-Anytime ?
Each programme has a unique URI identifier. Then a separate data
On 13 Jul 2007, at 11:45, Steve Jolly wrote:
Ben O'Neill wrote:
That's just a flaw in TV-Anytime that should be fixed.
Why not switch it to use real URLs that actually go somewhere (as
the Semantic Web is supposed to) and stop using CRIDs - integrate
the two ideas :)
A number of
: Andy Leighton [mailto:[EMAIL PROTECTED]
Sent: 13 July 2007 12:15
To: backstage@lists.bbc.co.uk
Subject: Re: [backstage] Links to video/audio for specific shows
On Fri, Jul 13, 2007 at 10:38:41AM +0100, Chris Sizemore wrote:
yes, i agree that TV-Anytime supplies some of the
requirement
Ben O'Neill wrote:
That's just a flaw in TV-Anytime that should be fixed.
Why not switch it to use real URLs that actually go somewhere (as the
Semantic Web is supposed to) and stop using CRIDs - integrate the two
ideas :)
A number of reasons.
Because a programme can be accessed in a
On 7/13/07, Steve Jolly [EMAIL PROTECTED] wrote:
Chris Sizemore wrote:
yes, i agree that TV-Anytime supplies some of the requirement (indeed,
perhaps everything brian was suggesting... brian?)
but does TVA, despite the URN (the crid, i.e.
crid://my.id.creator/xxx88r;
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andy Burras
Sent: 13 July 2007 08:37
To: backstage@lists.bbc.co.uk
Subject: RE: [backstage] Links to video/audio for specific shows
Isn't that TV-Anytime ?
Each programme has a unique URI identifier. Then a separate
On Fri, Jul 13, 2007 at 10:38:41AM +0100, Chris Sizemore wrote:
yes, i agree that TV-Anytime supplies some of the requirement (indeed,
perhaps everything brian was suggesting... brian?)
but does TVA, despite the URN (the crid, i.e.
crid://my.id.creator/xxx88r;
On 7/13/07, Steve Jolly [EMAIL PROTECTED] wrote:
Only if you think of a location URL as a key, not a value. It's
certainly convenient to be able to do so, and it can work well in a
web-centric world under circumstances where you can uniquely identify
content by its location. In general, URIs
My main concern was systems where people pass references to content between
each other, for example when using messenger or adding a reference link into
wikipedia.
Another useful thing of a consistent link system would be using google to
find who is referring to it as you can use the link:url
At 22:46 +0100 11/7/07, Kim Plowright wrote:
/me cries
On 11/07/07, Chris Jackson [EMAIL PROTECTED] wrote:
Ideally the BBC would maintain a set of permanent URLs for each
programme and episode, which in turn reference a range of URIs where
the audio and video can be found, now or in the
On 11/07/07, Kim Plowright [EMAIL PROTECTED] wrote:
/me cries
Please can you cry your suggestion please?
On 11/07/07, Chris Jackson [EMAIL PROTECTED] wrote:
Ideally the BBC would maintain a set of permanent URLs for each
programme and episode, which in turn reference a range of URIs
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Butterworth
Sent: 12 July 2007 09:23
To: backstage@lists.bbc.co.uk
Subject: Re: [backstage] Links to video/audio for specific shows
On 11/07/07, Kim Plowright [EMAIL PROTECTED] wrote:
/me cries
/me cries
Please can you cry your suggestion please?
Not so much suggestion as frustration.
A lot of good people, including myself and Mr Sizemore (and a certain
Mr Tom Coates, who you may have heard of) have expended an awful lot
of energy over the last few years trying to get somewhere with
Frinstance:
http://www.bbc.co.uk/bbctwo/listings/programme.shtml?day=todayservice_id=4224filename=20070712/20070712_2130_4224_15733_30
http://www.bbc.co.uk/bbctwo/noise/?programme=hyperdrive
http://www.bbc.co.uk/comedy/hyperdrive/
http://catalogue.bbc.co.uk/catalogue/infax/series/HYPERDRIVE
point, tho, brian?
best--
--cs
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Butterworth
Sent: 11 July 2007 12:01
To: backstage@lists.bbc.co.uk
Subject: Re: [backstage] Links to video/audio for specific shows
Chris,
Not really
:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Brian Butterworth
*Sent:* 12 July 2007 09:23
*To:* backstage@lists.bbc.co.uk
*Subject:* Re: [backstage] Links to video/audio for specific shows
On 11/07/07, Kim Plowright [EMAIL PROTECTED] wrote:
/me cries
Please can you cry your
A/V for that Episode...
)
best--
--cs
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Butterworth
Sent: 12 July 2007 16:32
To: backstage@lists.bbc.co.uk
Subject: Re: [backstage] Links to video/audio for specific shows
On 12/07/07
Semantics of URLs and URIs?
Yes, it would be a good idea!
Gordo
--
Think Feynman/
http://pobox.com/~gordo/
[EMAIL PROTECTED]///
-
Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please
visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html.
Are there any plans to add links to the audio and video files for
specific shows in the BBC TV and Radio API?
The data is clearly available, but the 'locations' section of the
schedule API gives us channel URIs (multicast, dvb streams), rather
than links to the actual content. Links to audio in
Chris,
I agree with your comments.
It would be very useful for there to be a URL-based heiracy for accessing
BBC programmes so they can be linked to, no matter what format they are in.
For example, you could have URLs for live channel streams, viz:
http://livetv.bbc.co.uk/bbcone
Subject: Re: [backstage] Links to video/audio for specific shows
Chris,
I agree with your comments.
It would be very useful for there to be a URL-based heiracy for
accessing BBC programmes so they can be linked to, no matter what format
they are in.
For example, you could have URLs for live
/ (episode)
best--
--cs
--
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Brian Butterworth
*Sent:* 11 July 2007 11:30
*To:* backstage@lists.bbc.co.uk
*Subject:* Re: [backstage] Links to video/audio for specific shows
Chris,
I agree with your
41 matches
Mail list logo