W3C home > Mailing lists > Public > semantic-web@w3.org > July 2005

Re: Media Enclosures and RSS 1.0 / RSS 1.1

From: Karl Dubost <karl@w3.org>
Date: Fri, 22 Jul 2005 15:22:18 -0400
Message-Id: <33A41BD4-3231-41FD-9E2B-A6D36E0625BE@w3.org>
Cc: semantic-web@w3.org
To: Danny Ayers <danny.ayers@gmail.com>

Hi Danny,

Thank you very much for your answer.

Le 05-07-21 à 18:40, Danny Ayers a écrit :
> mod_enclosure [1] starts with:
>
> <enc:enclosure rdf:resource="http://foo.bar/baz.mp3"
> enc:type="audio/mpeg" enc:length="65535"/>
>
> Supporting it in apps isn't a problem either. But very few of the
> developers in the field see any reason for doing anything other than
> the de facto standard (*cough*) :
>
> <enclosure url="http://foo.bar/baz.mp3" length="65535" type="audio/ 
> mpeg" />
>
> So I think we're probably stuck with it for another year or two yet.

I wonder if a transition strategy or a more complete specification  
would help.


> But it's not all bad news, I think 'simple' RSS in the wild has been
> getting progressively cleaner. I imagine the desire for people to get
> their material on iTunes and to aggregate Yahoo! Media RSS will act as
> fairly powerful validation processes for RSS+Media XML. If the XML is
> half-decent, RDF is but a stylesheet away.

Yes indeed.


> Atom (now effectively finished at 1.0 [2]) may not be RDF/XML, but it
> does have significantly better coverage of the foundation layers of
> the cake (URIs, XML, xmlns, Unicode, trifle sponge...) and a
> semi-constrained extension mechanism that may help with RDF mapping.
> What will happen with Atom + media is anyone's guess, but now would be
> the time to influence things.

Yes the extension mechanism is defined in Atom, which is really good  
somehow.


-- 
Karl Dubost - http://www.w3.org/People/karl/
W3C Conformance Manager
*** Be Strict To Be Cool ***
Received on Friday, 22 July 2005 19:22:00 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:47:03 UTC