W3C home > Mailing lists > Public > www-rdf-interest@w3.org > January 2001

RDF use case: Extending and Querying RSS channels

From: Dan Brickley <Daniel.Brickley@bristol.ac.uk>
Date: Tue, 30 Jan 2001 21:01:57 +0000 (GMT)
To: www-rdf-interest@w3.org
Message-ID: <Pine.GSO.4.21.0101302037170.1108-100000@mail.ilrt.bris.ac.uk>

So I think I sent this draft to the RSS-DEV list but not to RDF
IG. Hopefully of interest to some...



 This document explores some examples based around the idea of extending
 RSS using RDF-based modularisation, and then
 querying the resulting data in ways that exploit those extensions. 
 RSS is often used to expose a structured view of data from web-sites
 whose content has some richer consistent structure. For
 example, RSS channels might represent items from a Job-listing
 service, online auctions, an aggregation of personal Weblog feeds,
 or descriptions of houses for sale. In these examples we explore
 ways of extending RSS to expose more of this structure to RSS
 aggregation and query services. 

Someone (who shall remain nameless) just told me RDF Site Summary([1])
was all about ("mere") headline syndication, not meaty interesting Semantic Web
inferency stuff. So I'm reminded to circulate this little note which
describes the use of RSS as a pretty generic transport for
application-specific Web data. Our example uses job descriptions, but
I've come to think the same trick works for a suprisingly wide range of apps,
eg shared bookmark feeds ([2]). The point of using RDF for RSS was that
it allows us to do exactly this; mix application vocabularies within a
common environment. RSS from this perspective goes way beyond headline
syndication. For many apps, the RSS-specific constructs (rss:item,
rss:channel etc) fall away. The important RSS-ish thing becomes the
practice of sharing data this way, rather than the specific RDF vocab
defined by RSS...


[1] http://purl.org/rss/1.0/
[2] http://lists.w3.org/Archives/Public/www-annotation/2001JanJun/0002.html
Received on Tuesday, 30 January 2001 16:02:39 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:07:34 UTC