W3C home > Mailing lists > Public > public-rdf-wg@w3.org > May 2011

Re: Proposal for ISSUE-12, string literals

From: Pat Hayes <phayes@ihmc.us>
Date: Wed, 18 May 2011 13:59:56 -0500
Cc: Andy Seaborne <andy.seaborne@epimorphics.com>, public-rdf-wg@w3.org
Message-Id: <21743ECE-019E-4BF0-9463-2FC75BB70901@ihmc.us>
To: Richard Cyganiak <richard@cyganiak.de>
I believe this issue was discussed in some depth by the first RDF WG, and it was decided that lang tags should *not* creep into RDF from external XML, perhaps (this is a now a very dim memory) because one might want to describe eg. French text using English XML. (Can anyone else confirm or disconfirm this? Dan B.?)

Pat

On May 18, 2011, at 12:54 PM, Richard Cyganiak wrote:

> On 14 May 2011, at 16:44, Andy Seaborne wrote:
>> <rdf:Description rdf:about="http://example/x" xml:lang="en" >
>>   <p>foo</p>
>>   <q rdf:datatype="&xsd;string">foo</q>
>> </rdf:Description>
>> 
>> that is, with the xml:lang not on the literal but further out in the XML because xml:lang propagates inwards.
>> 
>> What happens to the xsd:string? Either existing RDf changes or RDF/XML can't write langs on xsd:string?
> 
> Currently, the datatyped "foo" would of course not receive a language tag, and I think we have to keep it like that because of deployed content. So I guess this means that in RDF/XML you'd have to use the non-datatyped string syntax if you want a language tag to apply to the string. Admittedly, that's a bit awkward and will cause some user confusion, but perhaps no worse than what we already have (just different).
> 
> Best,
> Richard
> 

------------------------------------------------------------
IHMC                                     (850)434 8903 or (650)494 3973   
40 South Alcaniz St.           (850)202 4416   office
Pensacola                            (850)202 4440   fax
FL 32502                              (850)291 0667   mobile
phayesAT-SIGNihmc.us       http://www.ihmc.us/users/phayes
Received on Wednesday, 18 May 2011 19:00:39 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:25:42 GMT