I think it’s obvious that SPARQL and other RDF-related technologies have plenty to offer to the overlapping worlds of Big Data and NoSQL, but this doesn’t seem as obvious to people who focus on those areas. For example, the program for this week’s Strata conference makes no mention of RDF or SPARQL. The more I look into it, the more I see that this flexible, standardized data model and query language align very well with what many of those people are trying to do.
We should give flickr some credit for providing an API that lets us download the metadata we’ve entered about our pictures (for example, titles, descriptions, and membership in custom sets such as XML Summer School 2011 or Artsier Stuff) but that metadata all refers to pictures on flickr’s servers. What if I want to use blurb.com to print a hardcopy album of one of these sets? Do I have to download that set’s pictures from flickr, even though I already have them on a hard disk,…
SPARQL 1.1 Update’s COPY and MOVE operations let you copy and move triples between named graphs or between the default graph and a named graph. These operations first appeared in the May 2011 SPARQL 1.1 Update draft, but with the recent 0.2.2 snapshot release of Fuseki I find I can try their full range of capabilities a little more than I could with the 0.2.1 incubating release of Fuseki.
One of the new SPARQL 1.1 specifications is the SPARQL 1.1 Graph Store HTTP Protocol, which is currently still a W3C Working Draft. According to its abstract, it “describes the use of HTTP operations for the purpose of managing a collection of graphs in the REST architectural style.” Recent releases of Sesame support it, so I used that to try out some of the operations described by this spec. I managed to do GET, PUT, POST, and DELETE operations with individual named graphs, so that…
![[Iggy New Values cover]](https://www.bobdc.com/img/main/IggyNewValues.jpg)
