W3C home > Mailing lists > Public > semantic-web@w3.org > April 2010

RE: Processing RDF in XML/XSLT workflows

From: Johan De Smedt <johan.de-smedt@tenforce.com>
Date: Tue, 27 Apr 2010 12:00:34 +0200
To: "'Bob DuCharme'" <bob@snee.com>
Cc: <semantic-web@w3.org>
Message-ID: <4bd6b5c4.8e83e30a.5b8f.1ef0@mx.google.com>
Hi Bob,

I consider the SELECT to bind to variable in a predefined way
- specific properties - specific variables
- specific values - specific variables

So SPARQLing from within XSLT does not allow me to find out what is in the

Sometimes I need the precise way to select a particular set of properties
- e.g. a predefined set of metadata on a document
Sometimes, I want to find out what is available
- any metadata on a resource
  e.g. a document may have a property referenceInformation.
       the structure of this reference information may vary depending on 
       the publisher of the document, the publication(s) in which the
document was published,
       whether the document refers to original sources

The core of my quest is twofold
- Find a way how to navigate an RDF graph from within XSLT
  - start at a subject, ask its properties and there values
  - iterate over the property values that are resource URI and go further
  In this approach, if a value is a blank node
  have blank-nodes auto included in the result because they are not
addressable outside a query
- Have a rdf xml representation for this purpose that is
  - unambiguous
  - complete   
  (I received a nice reference [1] for this in this thread from Niklas

Thanks for your remarks.

Kind Regards,
   Johan De Smedt

[1]: <http://code.google.com/p/oort/wiki/Grit>

> -----Original Message-----
> From: Bob DuCharme [mailto:bob@snee.com]
> Sent: 26 April, 2010 23:14
> To: Johan De Smedt
> Cc: semantic-web@w3.org
> Subject: Re: Processing RDF in XML/XSLT workflows
> Hi Johan,
>  >SPARQL result xml is not a full solution because it is limited to ASK
> and SELECT queries.
> Can you give me some examples of a need to process RDF with XSLT where
> the results of a SELECT query were inappropriate?
> thanks,
> Bob
Received on Tuesday, 27 April 2010 10:01:13 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:45:17 UTC