W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > December 2002

Help with link? (Was: Re: reminder: outstanding recent actions)

From: pat hayes <phayes@ai.uwf.edu>
Date: Fri, 13 Dec 2002 14:58:41 -0600
Message-Id: <p05111b0bba1ff92c1097@[]>
To: Brian McBride <bwm@hplb.hpl.hp.com>, jjc@hplb.hpl.hp.com
Cc: w3c-rdfcore-wg@w3.org

>2002-11-22#1  janG  ensure test cases themselves are named using frag IDs
>2002-11-22#2  jang  [test case fix] remove RDFS entailment rules 
>from the language-ignored-for-numeric-types cases.
>2002-11-22#3  patH  Tie MT datatype to the sec that points out 
>language isn't important to DT entailment (except for rdf:XMLLiteral)

Ive added the following paragraph to the section on datatype 
interpretations in the Semantics doc.  (I realized that the current 
text was not actually accurate, since it said that the generic 
datatype conditions applied to rdf:XMLLiteral as well as all the 
others, so Ive tweaked that.)

Now, further to the above, what exactly should I link it to???


The semantic conditions for the built-in datatype rdf:XMLLiteral have 
been described in previous sections; but in a datatyped 
interpretation, in addition, a graph which contains a literal with a 
non-well-formed XML string or an illegal language tag, and which is 
typed with rdf:XMLLiteral is always considered a datatype violation. 
These semantic conditions are exactly similar to [those for other 
datatypes] if one defines the lexical space of rdf:XMLLiteral  as the 
set all XML documents and all pairs of XML documents and language 
tags, and L2V(I(rdf:XMLLiteral)) as XML canonicalization. The 
possible inclusion of language tags makes this a special case, 
however: in all other cases, RDF ignores any language tags which 
occur in typed literals.



IHMC					(850)434 8903   home
40 South Alcaniz St.			(850)202 4416   office
Pensacola              			(850)202 4440   fax
FL 32501           				(850)291 0667    cell
phayes@ai.uwf.edu	          http://www.coginst.uwf.edu/~phayes
s.pam@ai.uwf.edu   for spam
Received on Friday, 13 December 2002 15:58:46 UTC

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