(I suspect a bug somewhere, only got 58 results, including quite a few duplicates)
del.icio.us provides RSS 1.0 feeds with URIs of the form :
http://del.icio.us/rss/tag/rdf+tutorial
which contain items tagged, in this case, with "rdf" and "tutorial"
a simple script (using rdflib) was used to aggregate items with relevant tag combinations:
Unfortunately, although the feeds are valid RDF/XML, their semantics are somewhat amiss. To rectify this, a SPARQL CONSTRUCT query was applied:
rdflib doesn't yet support CONSTRUCT, so this was run at the command line using ARQ. Also because of quirkiness in rdflib's model, the original tags aren't yet used, instead some are hardcoded.
The target store was on the hosted Talis Platform service, which currently only supports graph POSTing in RDF/XML format. I couldn't get the command-line args to work with ARQ for RDF/XML out, only Turtle, and lost a lot of time trying to set up Redland for rapper (unsuccessfully, I need to download the latest XCode tools, 924MB, not much fun on my 128k ISDN).
So I mailed the Turtle to Sean B. Palmer, who kindly applied rapper and returned the RDF/XML.
[PS. ARQ option should've been: --results rdf or
--results rdf/xml, not sure how I missed the latter]
This I POSTed up to a store using cUrl.
Once in the store, I applied tutorial-select.sparql on the endpoint hooked attached to sparql-editor, producing these results.
"Simultaneously" applying tutorial.xsl to these (URI-pipelining through the W3C XSLT service) yields the end result HTML.