- From: Axel Polleres <axel.polleres@deri.org>
- Date: Mon, 13 Dec 2010 22:47:38 +0000
- To: SPARQL Working Group <public-rdf-dawg@w3.org>
As for the planned action review tomorrow, I want to restrict to those potentially critical for going to LC... here's my subjective assessment of what is potentially affecting LC readiness and which I will take as a basis to go through (if you want to safe us TC time, let me know any of those completed before the call, thanks!): ACTION-200: Steve to Work with Andy to add CONSTRUCT WHERE { triple pattern } shortcut to query spec *critical for last call* I just sent a proposal for that one... ACTION-209: Steve to Disallow projected variables being reused in HAVING in the spec *critical for last call* ACTION-285: Paul to Collect update security issues and report back to mailinglist regarding ISSUE-19 *critical for LC * ACTION-286: Lee to Add a note on dropping of SOAP binding to next WD of protocol11 and explicitly solicit feedback on usage of SOAP in SPARQL *Is this critical for LC? Was it discussed in the protocol call?* ACTION-290: Lee to Make sure that the relationship between SPARQL protocol and HTTP protocol is clearly laid out before Last Call *critical for LC * ACTION-291: Work MIME type registration information into SPARQL Update document based on Sandro's suggestion for formatting etc. *critical for LC * ACTION-292: Lee to Make sure text on transactionality/concurrency gets added to protocol document *Is this critical for LC? Was it discussed in the protocol call?* ACTION-306: Lee to Work with Axel to identify potential editor(s) to shepherd through JSON document on Rec track * if we want JSON result format then this critical for LC* http://www.w3.org/TR/rdf-sparql-json-res/ anybody willing to pick this up, otherwise I am afraid we need to let it go, NickH and several others were quite keen on it. http://www.w3.org/2009/sparql/meeting/2010-09-07#JSON_Results_Format but we didn't get any volunteers in response. ACTION-324: carlos to Ping carlos/eric in 2-3 weeks for progress on Fed query issues *critical for LC * I guess this is a question whether this is ready for review or should be converted into an action to summarise open questions to the group? ACTION-328: Steve to Implement the common understanding in ListEval() on unbound treated like errors *critical for last call* 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 *critical for last call* ACTION-341: Lee to Look up how whttp:inputSerialization="application/sparql-update" would work and whether additional parameters could be included in the request URI query string *protocol related, assume that's crtitical too.*
Received on Monday, 13 December 2010 22:48:08 UTC