- From: Ivan Herman <ivan@w3.org>
- Date: Thu, 12 Jan 2017 17:49:05 +0100
- To: Richard Cyganiak <richard@cyganiak.de>
- Cc: Stian Soiland-Reyes <soiland-reyes@cs.manchester.ac.uk>, public-rdf-comments@w3.org
- Message-Id: <7812A8EB-6E1E-430A-8303-4BA6A12FC49E@w3.org>
> On 12 Jan 2017, at 17:44, Richard Cyganiak <richard@cyganiak.de> wrote: > > >> On 12 Jan 2017, at 15:55, Stian Soiland-Reyes <soiland-reyes@cs.manchester.ac.uk> wrote: >> >> On Wed, 11 Jan 2017 19:00:47 +0000, Richard Cyganiak <richard@cyganiak.de> wrote: >>> Hi Stian, >>> >>> An answer cannot be determined with 100% certainty from the text. >>> >>> What is clear: >>> >>> - "Hello"@en and "Hello"@EN have the same value >>> - One MAY normalise "Hello"@EN to "Hello"@en >>> - In RDF 2004, "Hello"@en and "Hello"@EN were clearly equal >>> >>> RDF 2004 forced the language tag to be lower-cased in the abstract syntax. Implementations of RDF 2004 often did not do that, but retained the case when storing or transforming RDF, while still treating @en and @EN as equal. My recollection is that we wanted to change the language of the spec to make this behaviour legal. Unfortunately it seems the language came out less clear than it should be. I do not think that there was any intention to make @en and @EN not equal. >> >> OK, so "Hello"@en and "Hello"@EN are the same value ("Value Equal"), but they are NOT (in RDF 1.1) "Term Equal”? > > That’s not what I said. > > In RDF 2004, "Hello"@en and "Hello"@EN were the same term (that is, they are equal). > > I don’t recall an intention to change that behaviour in RDF 1.1. So, as best as I can recall, the intention was that these two terms should still be the same term (that is, equal) in RDF 1.1. > That is certainly how I remember. Ivan > Richard > > > > >> >> That would at least be along the same lines as "1"^^xsd:integer and "01"^^xsd:integer. >> >> -- >> Stian Soiland-Reyes >> > > ---- Ivan Herman, W3C Digital Publishing Technical Lead Home: http://www.w3.org/People/Ivan/ mobile: +31-641044153 ORCID ID: http://orcid.org/0000-0003-0782-2704
Received on Thursday, 12 January 2017 16:49:21 UTC