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

Human Friendly Trix

From: Phil Dawes <pdawes@users.sf.net>
Date: Mon, 16 Feb 2004 11:20:14 +0000
Message-ID: <16432.42862.259947.648978@gargle.gargle.HOWL>
To: Jeremy Carroll <jjc@hplb.hpl.hp.com>, Patrick Stickler <patrick.stickler@nokia.com>, www-rdf-interest@w3.org

Hi Jeremy, Patrick, www-rdf-interest,

Have been reading about TriX with interest. The primary client
interface at my work is browser javascript/xsl/xhtml, so being able
read and manipulate RDF using XML tools is a definite advantage of
trix over RDF/XML for me.

I do however agree with the 'xml in rdf' comments - there is a large
group of people who want their metadata to 'look' like xml, and
encouraging xml people to use RDF is of great importance to the
semantic web IMHO.

I've been experimenting with writing a simple xsl transform to convert
some human-readable xml-ish TriX into the native triples form.

An example of the xml is at:

The transform is at:

(N.B. your browser may attempt to transform this on the fly.
linux users can transform it using:
xsltproc http://www.phildawes.net/2004/01/trix/humanreadable.xml)

It (so far) supports qualified names (foo:bah), element-names as
rdf-properties and the rdfs:type in the outer element name. It doesn't
do nested or anonymous nodes yet.
		<foaf:Person hr:qname="pd:phildawes">
			<pd:commutesTo hr:qname="pd:city/London"/>
			<foaf:homepage uri="http://www.phildawes.net/"/>


- I had to use the xslt namespace axis to convert qnames into
uris. This is unfortunate because not all xslt engines support this,
most particularly the one built into mozilla and firefox. Does anybody
have any tips for removing this dependancy?

- The namespace for TriX doesn't seem very persistence-friendly to me:
It's built using a domain name you don't control, and there's no date
identifier. Wouldn't something like http://purl.org/TriX/2004/02/ be

- The xslt is pretty messy, due to bugs in my xslt transformer, and in
my understanding of xslt.



Received on Monday, 16 February 2004 06:25:22 UTC

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