Re: rdfms-xmllang alternatives

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