W3C home > Mailing lists > Public > www-rdf-interest@w3.org > May 2004

Re: Device independence and RDF query

From: Damian Steer <damste@hplb.hpl.hp.com>
Date: Tue, 11 May 2004 11:57:58 +0100
Message-ID: <40A0B1B6.7050201@hplb.hpl.hp.com>
To: Graham Klyne <GK@ninebynine.org>
Cc: RDF interest group <www-rdf-interest@w3.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Graham Klyne wrote:
|
| I was reading Chris Lilly's comments [1] w.r.t. a TAG position on new
| TLDs; his phrasing suggested an approach to one of the problems that,
| AFAIK, has not really been addressed with respect to the CC/PP and
| device independence work, namely how to use a CC/PP profile to drive
| content selection and adaptation.
|

<snip>

| Work on making RDF queries fit in the XPath framework might be deployed
| to make this work more uniformly.
|
| The CC/PP use case that suggests this approach would probably require
| the RDF queries to operate over an inferred RDF graph (e.g. to resolve
| CC/PP default values), so a generic processing tool along these lines
| would incorporate (say) XSLT, RDF query and RDF rules.  As a first
| approximation, imagine, say, a version of CWM integrated with an XSLT
| processor.

Curious that you should mention this. Someone on the device independence
wg list was asking about treehugger, and I think you're right that this
might be an interesting use case for, eg, DAWG.

| Simple RDF query processing is not hard to do, so this might prove to be
| a simple and flexible approach to providing a standard way to mesh
| content adaptation with client capability descriptions.  Inference is a
| little harder, but can be reasonably easily to express in a functional
| language (which XSLT is) given the right query primitives, so this
| doesn't look like a vast leap beyond currently exists;  I think most of
| the details designs already exist.

Treehugger just operates over the jena inferred graph (which has its own
issues). Personally I wouldn't fancy doing eg subclass/property closure
in XSLT (XQuery perhaps) but it's certainly possible, if messy.

| #g
| --

Damian

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAoLG2AyLCB+mTtykRAiXXAJoCnkNOJOKzofaDSdHVDw+TF1387wCgtJAo
sQX0lQ0W4kzMoL9DU1JCjaU=
=p50S
-----END PGP SIGNATURE-----
Received on Tuesday, 11 May 2004 06:58:45 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:52:07 GMT