W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > July 2001

Re: rdfms-xmllang alternatives

From: Jan Grant <Jan.Grant@bristol.ac.uk>
Date: Tue, 24 Jul 2001 10:00:20 +0100 (BST)
To: pat hayes <phayes@ai.uwf.edu>
cc: Graham Klyne <Graham.Klyne@Baltimore.com>, w3c-rdfcore-wg <w3c-rdfcore-wg@w3.org>
Message-ID: <Pine.GSO.4.31.0107240956520.28974-100000@mail.ilrt.bris.ac.uk>
Can't find the original message that this came from, so the
attribution's broken, but...

> >>Option 1: No Change
> >>===================
> >>
> >>xml:lang attributes are considered to be 'part of' a literal.
> >>
> >>This is an issue that has caused some confusion amongst developers
> >>so we would need to write up a clarification of the specifications
> >>to explain more clearly what is going on.
> >>
> >>We would also need to modify n-triple to be able to represent the
> >>languague component of a literal.
> >>
> >>Advantages:
> >>
> >>This is the simplest resolution.  It makes significant change to
> >>M&S and existing RDF processors which implemented the spec will
> >>be unaffected.  It requires only one triple to represent a
> >>property with a literal value.
> >>
> >>Disadvantages:
> >>
> >>Does not represent language as a triple so requires special
> >>purpose processing to support, for example query.

this is not a disadvantage (from the POV of query languages) - in my
opinion it means you get to express more clearly what you're looking
for. One can envisage a number of properties of literals that you might
wish to express constraints on in a query language (eg, "< 4") that you
don't necessarily wish to write out with triples; certainly even if you
_did_ write them out, you'd need special processing to deal with them.

jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44(0)117 9287163 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk
On modesty: whoever said "it's hard being perfect" obviously wasn't me.
Received on Tuesday, 24 July 2001 05:13:10 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:24:02 UTC