- From: David Booth <david@dbooth.org>
- Date: Thu, 22 Sep 2011 19:48:55 -0400
- To: public-rdf-dawg-comments <public-rdf-dawg-comments@w3.org>
A brief follow-up on comment #1 of this message: http://lists.w3.org/Archives/Public/public-rdf-dawg-comments/2011Jul/0017.html (excerpted below). > 1. Please either add capability for virtual graphs or keep the COPY, ADD > and MOVE shortcuts, to enable standard SPARQL to be used more > efficiently as a rules language and in data production pipelines. COPY, > ADD and MOVE operations cost almost nothing to implement, and they help > with efficiency. By "virtual graph" I mean a graph that consists of the > merge of a particular set of named graphs -- a very important capability > for efficient data production pipelines. I have also found that I rely on these graph operations in developing SPARQL update scripts, as they allow me to conveniently perform inserts/deletions on a temporary graph, and then ADD, COPY or MOVE that temporary graph to the production graph. The pattern looks like this: DROP SILENT GRAPH tempGraph: CREATE GRAPH tempGraph: INSERT { GRAPH tempGraph: { ... # Lots of complex SPARQL } } ; # ADD GRAPH tempGraph: to productionGraph: DROP GRAPH tempGraph: The ADD operation allows me to very easily put this into production by merely uncommenting that single line. Again, I think these graph operations are worth keeping in the spec. Thanks! -- David Booth, Ph.D. http://dbooth.org/ Opinions expressed herein are those of the author and do not necessarily reflect those of his employer.
Received on Thursday, 22 September 2011 23:49:30 UTC