- From: Eric Prud'hommeaux <eric@w3.org>
- Date: Sat, 19 Nov 2005 11:44:58 -0500
- To: Dan Connolly <connolly@w3.org>
- Cc: "Seaborne, Andy" <andy.seaborne@hp.com>, RDF Data Access Working Group <public-rdf-dawg@w3.org>
- Message-ID: <20051119164458.GH30801@w3.org>
On Fri, Nov 18, 2005 at 12:22:19PM -0600, Dan Connolly wrote:
>
> On Fri, 2005-11-18 at 12:45 -0500, Eric Prud'hommeaux wrote:
> > On Fri, Nov 18, 2005 at 06:37:52AM -0500, Eric Prud'hommeaux wrote:
> > > On Thu, Nov 17, 2005 at 01:10:44PM +0000, Seaborne, Andy wrote:
> > > > -------- Original Message --------
> > > > > From: Ashok Malhotra <>
> > > > > Date: 13 September 2005 16:28
> > > > >
> > > > > Notes on SPARQL Query Language for RDF
> > > > > Last Call Draft July 21, 2005
> > > > > ...
> > > > > 6. String comparison is defined only using the code point collation.
> > > > > Other collations are not supported. This may be a significant
> > > > > limitation.
> > > >
> > > > Code point collation is always required. Access to other collections can be
> > > > done through a custom function.
> > >
> > > @@needs work here -- we say nothing about default vs user-supplied
> > > collations.
> >
> > XPath's fn:matches
> > http://www.w3.org/TR/xpath-functions/#func-matches
> > now has this exciting thing to say about collations:
> > [[
> > Note:
> >
> > Regular expression matching is defined on the basis of Unicode code
> > points; it takes no account of collations.
> > ]]
> >
> > which means we have no functions that require collations. The sentence
> > [[
> > The collation is defined in section 7.3.1 Collations.
> > ]]
> > needs to go away. I don't think we need to repeat the note.
> >
> > Do I need a vote on this?
>
> If so, we can do it after publication.
>
> I haven't studied the details.
>
> > or can I strike it before the publication?
I think it never made sense. Going back at least as far as
http://www.w3.org/TR/2003/WD-xpath-functions-20031112/#func-matches
we can see that note.
[[
Note:
Regular expression matching is defined on the basis of Unicode
code-points; it takes no account of collations.
]]
I thought I saw it listed in a table with "A collation may
be specified", but I can't find that text again so I have
no confidence that I ever saw it. It seems unlikely to me
that anyone voted for regex with some expectation that it
would use collations. Not impossible, just onlikely. A test
case that distinguishes them:
_:a foaf:givenName "Björn".
ASK { _:a foaf:givenName "Bjoern" }
would fail now, could have been concieved to pass before.
--
-eric
office: +81.466.49.1170 W3C, Keio Research Institute at SFC,
Shonan Fujisawa Campus, Keio University,
5322 Endo, Fujisawa, Kanagawa 252-8520
JAPAN
+1.617.258.5741 NE43-344, MIT, Cambridge, MA 02144 USA
cell: +81.90.6533.3882
(eric@w3.org)
Feel free to forward this message to any list for any purpose other than
email address distribution.
Received on Saturday, 19 November 2005 16:45:01 UTC