History | Log In     View a printable version of the current page. Get help!  
Issue Details [XML]

Key: SES-816
Type: Improvement Improvement
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Jeen Broekstra
Reporter: Barry Norton
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Sesame

BINDINGs not supported

Created: 22/Aug/11 05:49 PM   Updated: 08/Sep/11 06:59 AM
Component/s: SPARQL
Affects Version/s: 2.5.0
Fix Version/s: 2.5.1

Issue Links:
Related
This issue is related to:
SES-741 SPARQL 1.1 Support: basic federation Blocker Resolved
 


 Description   
The BINDINGs example in the May SPARQL 1.1 Query Specification doesn't parse:

PREFIX dc: <http://purl.org/dc/elements/1.1/>
PREFIX : <http://example.org/book/>
PREFIX ns: <http://example.org/ns#>

SELECT ?book ?title ?price
{
   ?book dc:title ?title ;
         ns:price ?price .
}
BINDINGS ?book {
 (:book1)
}


Results in:

        Encountered " "bind" "BIND "" at line 51, column 1.
Was expecting one of:
    <EOF>
    "order" ...
    "group" ...
    "limit" ...
    "offset" ...
    "having" ...
      

 All   Comments   Change History      Sort Order:
Comment by Jeen Broekstra [23/Aug/11 10:42 PM]
This is a deliberate omission - we do not support basic federation yet, and the BINDINGS keyword is really part of the federation extensions for SPARQL (although I just noticed that in the latest working draft they seem to have taken it out of the federation context somewhat).

Comment by Barry Norton [24/Aug/11 01:28 PM]
Certainly seems that it has useful functionality without being used for federation.

Comment by Jeen Broekstra [25/Aug/11 01:13 AM]
parsing of bindings clauses now added to the parser, not yet properly evaluated though.

Comment by Jeen Broekstra [30/Aug/11 03:17 AM]
Implemented evaluation of the bindings clause using a new algebra expression: BindingSetAssignment. Needs some further testing (and possibly a code review by someone other than me) before I consider this resolved however.

Comment by Jeen Broekstra [30/Aug/11 07:56 AM]