| From | Sent On | Attachments |
|---|---|---|
| Denenberg, Ray | Dec 6, 2010 7:26 am | |
| Hammond, Tony | Dec 6, 2010 8:01 am | |
| Ray Denenberg, Library of Congress | Dec 6, 2010 8:24 am | |
| Ray Denenberg, Library of Congress | Dec 6, 2010 8:30 am | |
| Hammond, Tony | Dec 6, 2010 8:34 am | |
| Ray Denenberg, Library of Congress | Dec 6, 2010 8:48 am | |
| Hammond, Tony | Dec 6, 2010 8:50 am | |
| Hammond, Tony | Dec 7, 2010 6:46 am | |
| Ray Denenberg, Library of Congress | Dec 7, 2010 7:03 am | |
| Ray Denenberg, Library of Congress | Dec 7, 2010 7:24 am | |
| Ray Denenberg, Library of Congress | Dec 7, 2010 7:39 am | |
| Hammond, Tony | Dec 7, 2010 9:30 am | |
| LeVan,Ralph | Dec 7, 2010 9:26 pm | |
| LeVan,Ralph | Dec 7, 2010 9:30 pm | |
| Hammond, Tony | Dec 8, 2010 12:45 am | |
| Ray Denenberg, Library of Congress | Dec 8, 2010 7:40 am | |
| Hammond, Tony | Dec 8, 2010 8:19 am | |
| Ray Denenberg, Library of Congress | Dec 8, 2010 8:47 am | |
| Hammond, Tony | Dec 8, 2010 10:11 am | |
| Ray Denenberg, Library of Congress | Dec 8, 2010 11:16 am | |
| LeVan,Ralph | Dec 8, 2010 11:30 pm | |
| Ray Denenberg, Library of Congress | Dec 9, 2010 6:14 am | |
| Matthew Dovey | Dec 13, 2010 4:17 am | |
| Matthew Dovey | Dec 13, 2010 4:21 am | |
| Hammond, Tony | Dec 14, 2010 1:05 am | |
| Hammond, Tony | Dec 14, 2010 1:19 am | |
| Matthew Dovey | Dec 14, 2010 1:54 am | |
| Hammond, Tony | Dec 14, 2010 2:43 am | |
| Matthew Dovey | Dec 14, 2010 3:38 am | |
| Ray Denenberg, Library of Congress | Dec 14, 2010 12:03 pm | |
| Matthew Dovey | Dec 14, 2010 12:44 pm | |
| Hammond, Tony | Dec 15, 2010 3:19 am | |
| Hammond, Tony | Dec 15, 2010 3:46 am | |
| Matthew Dovey | Dec 15, 2010 4:05 am | |
| Ray Denenberg, Library of Congress | Dec 15, 2010 7:35 am | |
| Hammond, Tony | Dec 15, 2010 7:47 am | |
| Matthew Dovey | Dec 15, 2010 8:25 am | |
| Ray Denenberg, Library of Congress | Dec 15, 2010 8:31 am | |
| LeVan,Ralph | Dec 15, 2010 8:49 am | |
| Ray Denenberg, Library of Congress | Dec 15, 2010 9:05 am | |
| LeVan,Ralph | Dec 15, 2010 9:12 am | |
| Ray Denenberg, Library of Congress | Dec 15, 2010 1:34 pm | |
| LeVan,Ralph | Dec 15, 2010 1:44 pm | |
| Matthew Dovey | Dec 15, 2010 2:21 pm | |
| Ray Denenberg, Library of Congress | Dec 15, 2010 2:31 pm | |
| Matthew Dovey | Dec 15, 2010 2:39 pm | |
| Hammond, Tony | Dec 16, 2010 2:19 am | |
| Hammond, Tony | Dec 16, 2010 3:07 am | |
| LeVan,Ralph | Dec 16, 2010 7:16 am | |
| LeVan,Ralph | Dec 16, 2010 7:23 am | |
| Hammond, Tony | Dec 16, 2010 9:15 am | |
| LeVan,Ralph | Dec 16, 2010 9:50 am | |
| 56 later messages | ||
| Subject: | RE: [search-ws] error in sort parameter | |
|---|---|---|
| From: | Hammond, Tony (t.ha...@nature.com) | |
| Date: | Dec 6, 2010 8:01:54 am | |
| List: | org.oasis-open.lists.search-ws | |
Which is an error; the parameter value includes a space and thus should be
enclosed in quotes:
Don't see why.
This is an SRU parameter value - not a CQL string. AFAIK spaces are valid in
querystring parameter values.
But this does bring up a related point in the "facetLimit" proposal I put
forward because this has a value which *is* a CQL string and thus not like SRU
"sortKeys". (The CQL "sortby" parameter is however OK and does not restrict
index values.)
The "facetLimit" proposal does restrict index values. There would seem to be
only two options here:
1. to change the two delimiter chars to any chars not allowed by the
"simple-string" production
"()/<=>
(But this does make for clunky syntax.)
2. to accept that there is a restriction on index names and to add a note
under index names that care should be exercised in naming so that conflicts such
as use in "facetLimit" would be avoided
In my view it is regrettable that names in CQL have been allowed to range so
widely because (as here) it makes it difficult to fence them in when needed.
Tony
-----Original Message----- From: Denenberg, Ray [mailto:rd...@loc.gov] Sent: Mon 12/6/2010 3:27 PM To: 'OASIS SWS TC' Subject: [search-ws] error in sort parameter
Let me call attention to a problem with the SRU 2.0 sort parameter. (I noticed
this while researching the facetLimit situation, which I will post further
discussion on later.)
Look around line 623-624 of the September 21 version, in section 9.2
Serialization, it says
An example of the sortKeys parameter in an SRU URL might be:
&sortKeys=title,onix date,onix,,0
Which is an error; the parameter value includes a space and thus should be
enclosed in quotes:
&sortKeys="title,onix date,onix,,0"
And a rule should be added to the serialization bullets to this affect:
probably: "if there is more than a single key, the entire parameter value should
be enclosed in quotes."
However, note the fourth bullet:
* The path and schema must be quoted if they contain quotes, commas or spaces.
Internal quotes must be escaped with a backslash.
Probably should add to this:
"When the sort parameter has multiple keys and thus is enclosed in quotes, then
any quotes in the path and scheme, including enclosing quotes, must be escaped."
(Or would that go without saying?)
Do you concur?
--Ray
--------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
******************************************************************************** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ********************************************************************************





