Warning:
This wiki has been archived and is now read-only.
To Last Call
This page is for the SPARQL WG to record issues to be resolved and tasks to be completed before documents are ready for Last Call.
Contents
Overall final editing
- Shall we align style for "must, must not, should, should not, may and recommended" RFC2119 terms across documents? cf. http://lists.w3.org/Archives/Public/public-rdf-dawg/2011AprJun/0050.html
Test Suite
How do we change/note the 18. -> 18.0 change in DAWG test suite?
Query
WG issues & needed decisions
-
Freeze grammar
Editorial tasks
WG Process:
- See SPARQL_Namespaces : Update page at the namespace URI of SPARQL functions
- Boilerplate text for suite of SPARQL docs.
Query doc: Must be done before Last Call:
(none)
Query doc: After Last Call:
- IRIs for all functions (namespace document ?)
- Clean function prototypes
- (Maybe) Query forms CONSTRUCT, ASK
Log:
-
Describe use of RFC2119 language and link to RFC2119 specification or ditch RFC2119 markup.(Andy)-
Section "11.1 Aggregate Example" (Steve)
-
-
Comment SC-2 -
Birte's comments -
18. => 18.0 (grammar change, publication note needed)(Andy) -
Fix definition of dataset-merge, or remove it(Andy) -
ZeroLengthPath: include literals. See Report(Andy) -
Add defn of "RDF Dataset Merge"(Andy) -
Revise text in "extending BGPs" (see Birte's email) -
General editing (Steve) -
Presentation of property path algebra operators(Andy) -
Add filter/scope negation example -
Property paths discussions(Andy) -
Syntactic constraints(Andy) -
General editing(Andy) -
CONSTRUCT WHERE short form(Andy) -
Library sections on numerics, datetimes and hash functions.(Andy) -
MIME type registration for application/sparql-query -
Names for ENDS/STARTS[DONE: now STRSTARTS/STRENDS] -
ACTION-209: Steve to Disallow projected variables being reused in HAVING in the spec (Steve) -
ACTION-328: Steve to Implement the common understanding in ListEval() on unbound treated like errors (Steve) -
ACTION-331: Andy to Clarify the meaning of "potentially bound" vis a vis what can go on the right hand side of an AS in a SELECT list (Andy)See Variable Scope -
Incorporate function library test(Axel/string functions)All function text now written(Andy) -
SERVICE SILENT in grammar(Andy) -
Add section on BINDING
Pre-LC Reviewers
- Axel
-
Matt-
property path sections: 2011JanMar/0313 - <s>rest of doc: 2011JanMar/0436
-
- Birte
-
part 1: 2011JanMar/0231 -- reply: 2011JanMar/0237 -
part 2: 2011JanMar/0342 -- reply: 2011JanMar/0400, 2011JanMar/0378, 2011JanMar/0364 2011JanMar/0400, 2011JanMar/0414 -
part 3: 2011JanMar/0433 - Continued: 2011AprJun/0104
-
Update
WG issues & needed decisions
-
no mention of USING in the format semantics part (Axel) - do we need USING DEFAULT -- PROPOSED: move that to "Postponed Issues"
-
Formal model: Reviewer comments [1] [2] and comments from Ross Horne (Alex & Axel) -
in Section 3, we should refer to QuadPattern instead of "graph_triples" or "modify_template", since the informal descriptions are less general than the grammar and - now also - the formal model -
RDF merge shall be changed to set union of triples in Definition of Dataset-UNION http://lists.w3.org/Archives/Public/public-rdf-dawg/2011JanMar/0325.html -
Definition of Dataset(modify_template), especially scoping graph for matching WHERE part in update requests needs to preserve bnodes http://lists.w3.org/Archives/Public/public-rdf-dawg/2011JanMar/0328.html -
Check Grammar with modify_template (Paul / see below) -
DELETE and graph_triples contains bnodes (comment 23b of that email) (Paul)
Editorial tasks
-
QuadPattern needs to be changed to QuadData in INSERT DATA/DELETE DATA, and text can be simplified then (simply no variables allowed) in Section 4 -
blank nodes in QuadPattern aren't mentioned explicitly in OpDeleteInsert -
From [http://lists.w3.org/Archives/Public/public-rdf-dawg/2010OctDec/0017.html Andy's review": "Need to define UpdateRequest as a sequence of UpdateOperations. An UpdateRequest is atomic." --> this is not yet reflected in the formal model. -
Need to bridge from Syntax to semantics (Axel) -
Essentially, grep "Open" on Axel's replies to Andy's review: reply1 reply2 (Paul) -
any old comments by andy open? (Paul) -
blank node in a delete template (comment 27 of that email) (Paul) --> I figured out, the fact blank nodes in DELETE templates are forbidden is not yet reflected in the doc/grammar! (Axel) -
sequence of operations (Alex)</a> -
INSERT/DELETE vs INSERT vs DELETE (Paul) -
modify_template (Paul) -
Clarification on WITH / WHERE (comment 25 and 26 of that email) (Paul)
Pre-LC Reviewers
Protocol
See summary of protocol open issues and recommendations.
Issues
- JSON-P support? (c.f. CORS, which should make this unnecessary in the future(?)) Co-ordinate with JSON results format.
- Broken link in WSDL? cf. comment http://lists.w3.org/Archives/Public/public-rdf-dawg-comments/2011May/0010.html
Pre-LC Reviewers
- Andy
- Carlos
Service Description
Service description editor's draft.
Reviews received; awaiting editor's response.
WG issues & needed decisions
-
Availability of an unnamed graph -
Service URI / sd:url issue (is service url the service node, or is the service distinct from the endpoint url?) -
Conformance text (how much force should it have in dictating what RDF must be in the SD?) -
Does the SD doc/vocab need more terms for Dataset HTTP Protocol?
Editorial tasks
- Add example SD in Turtle.
- Add entailment properties to example SDs.
-
Address NicoM/Birte's comments regarding the naming and use of entailment properties. -
Align links and text with protocol document (Greg, Lee) - note dependency on protocol here -
Add link to discussion on empty graphs in the Update document (when such a section exists) -
Add feature URI for basic federated queries
Pre-LC Reviewers
Graph Store HTTP Protocol
SPARQL 1.1 Graph Store HTTP Protocol editor's draft.
Outstanding (post LC) issues:
-
We still lack consensus on how the URL of the Graph Store is captured in an SD document retrieved from the Dataset protocol instance. It is not clear how the SD document and the protocol work together (see: 1, 2, and 3) -
There are some questions about whether or not the Dataset protocol should provide more comprehensive management of a Graph Store beyond just being able to POST to it (see 3).<s>
Pre-LC Reviewers
Entailment
WG issues & needed decisions
-
Should we incude an entailment regime for OWL with non-distinguished variables and no result bnodes? -
Should we require canonicalisation for the D-entailment regime? This would solve the problem that systems might return answers that differ in cardinality depending on whether or not lexical forms are canonicalised.
Editorial tasks
-
Add section about interplay between property path & entailment regimes -
Revise D-Entailment according to the decision about canonicalisation, fixed datatype map
Pre-LC Reviewers
- Jeff Pan
(by April 5)Review approval -
Kendall & colleagues (ACTION-361) - Zhe Wu -- Oracle
(ACTION-362)review response D-Entailment discussion review of D-Entailment changes
Federated Query
Federated query editor's draft.
WG issues & needed decisions
- own media type needed? PROPOSED: Remove Section http://www.w3.org/2009/sparql/docs/fed/service#mediaType from Federated Query document.
-
behavior in presence of errors - silent vs error (open WG discussion) -
Clarify optional nature of feature -- proposal to resolve this?
Editorial tasks
Pre-LC Reviewers
Reviewers are asked to comment specifically on the two approaches of presenting the semantics within the document.
-
Axel (ACTION-384)part1 part2 -
Lee (ACTION-385)lee's review
JSON Results
http://www.w3.org/2009/sparql/docs/json-results/json-results.xml
WG issues & needed decisions
-
Greg's action to identify issues.(Done) -
JSON-P support: Principally a protocol decision (c.f. CORS) . If WG decides it wants JSON-P support in the protocol then mention in JSON result format.
Editorial tasks
Pre-LC Reviewers
Comments related to original Note:
-
Comments from Michael-- Response MH-2 -
Comments from Richard-- Done Response RC-3 -
Paul's WG comments-- doc rewritten
CSV-TSV Results Format
http://www.w3.org/2009/sparql/docs/csv-tsv-results/results-csv-tsv.html
See also: PostLastCall2
-
Rework examples -
Fix up references (needs ReSpec DB to be updated - that needs links not 404'ing - depends on JSON results) -
Make CSV header mandatory (unless overridden?) -
Sort out CSS -
ASK format -
Explain that variable order results sets does not matter. Only header/row correlation matters and it has no relationship or significance to the encoded result set.
Overview document
-
Add whole working group as editors (a la OWL Overview Doc) (Axel) - reduce examples (Axel)
-
ACTION-290: Lee to Make sure that the relationship between SPARQL protocol and HTTP protocol is clearly laid out before Last Call -
convert to html/xmlspec -
fix references -
Matt's review http://lists.w3.org/Archives/Public/public-rdf-dawg/2011JulSep/0179.html -
Andy's comments http://lists.w3.org/Archives/Public/public-rdf-dawg/2011JulSep/0149.html and http://lists.w3.org/Archives/Public/public-rdf-dawg/2011JulSep/0218.html