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

Re: language-tagged literal datatypes

From: Andy Seaborne <andy.seaborne@epimorphics.com>
Date: Mon, 29 Aug 2011 14:54:45 +0100
Message-ID: <4E5B9A25.6010806@epimorphics.com>
To: public-rdf-wg@w3.org


On 19/08/11 19:06, Lee Feigenbaum wrote:
> On 8/18/2011 7:11 PM, Pat Hayes wrote:
>>
>> Option 2. All literals have a type. rdf:LangString is a special
>> datatype whose L2V mapping takes a pair of strings as input and
>> returns a language-tagged pair as output. This mapping is the
>> identity mapping on pairs<string, tag>, just as xsd:String is the
>> identity mapping on single strings. DATATYPE("foo"@en) returns
>> rdf:LangString, following the normal rules for datatyping.
>
> I prefer this option (or the 2b version).

+1

I care about the effects more than the explanation:

DATATYPE("foo"@en) => rdf:LangString

Turtle and related formats: syntax is "foo"@en

	Andy

>> = If a SPARQL querier wants to determine the actual language tag in
>> use, option 2 requires them to look inside the returned value, while
>> option 3 requires looking inside the datatype URI, and can be
>> determined from a DATATYPE query. I have no idea which of these is
>> hardest to handle, but it might be worth thinking about the
>> difference if it matters to anyone.
>
> I don't think this is an issue because of the LANG(...) function
> provided with SPARQL 1.0.

>
> Lee
>
>>
>> Pat
>>
>> PS. FWIW, I vote for either 2 or 3, and against 1 or 1a. I prefer 2.,
>> for the reason mentioned above, and because it seems to me to be the
>> most elegant solution.
>>
>> [1]
>> http://lists.w3.org/Archives/Public/public-rdf-wg/2011Jul/0048.html
>>
>> ------------------------------------------------------------ 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 Monday, 29 August 2011 13:55:26 GMT

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