W3C home > Mailing lists > Public > www-archive@w3.org > June 2005

semweb syntax engineering

From: Dan Connolly <connolly@w3.org>
Date: Mon, 27 Jun 2005 16:08:39 -0500
To: Sandro Hawke <sandro@w3.org>
Cc: Dan Brickley <danbri@w3.org>, www-archive@w3.org, Eric Miller <em@w3.org>
Message-Id: <1119906519.5150.153.camel@localhost>

Sandro, re...

"The machine needs to dereference the namespace/tag URIs to tell which
tags are which kind of name, unless it has been given local information
or some kind of over-ride."
 -- http://www.w3.org/2005/06/semantic-xml/

that violates a basic design requirement of RDF/XML: that the syntax
be locally evident. This was an operational requirement of PICS
("I can't afford to fetch a schema...") but I think there's more
to it than that.

Hmm... I thought this was written up in
but I don't see it.

On the flip side, if you're willing to give up the locally-evident
requirement, you might as well go nuts. I have long thought that
the constrained RDF/XML syntax was only one part of the story;
that pretty much any syntax should be usable, as long as there's
a schema somewhere that tells you how to treat it as a logical
formula. This notion was in various drafts of various RDF WG
charters, but we have not yet pursued it in a standards-track way.

GRDDL is sorta the extreme of this "go nuts" idea, with a
totally turing-complete mapping to the constrained syntax.

Meanwhile, also in the syntax engineering space, I wonder
if you ever saw...

data, an RDF syntax born of jetlag and nxml-mode
From: Dan Connolly <connolly@w3.org>
Date: Wed, 19 Jan 2005 13:30:42 +0200
Message-Id: <8D710417-6A0D-11D9-A29A-000D9338C596@w3.org>
To: public-cwm-talk@w3.org

It's a response to the "tags are holy; only the standards
gods can create them" XML orthodoxy, i.e. things like

RPV http://www.tbray.org/ongoing/When/200x/2003/05/21/RDFNet


TriX http://swdev.nokia.com/trix/TriX.html

Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E
Received on Monday, 27 June 2005 21:08:43 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:32:44 UTC