Blazegraph (powered by bigdata) / Discussion / Help: Uploading RDF Triples via REST interface

Lawrence A. Clough - 2016-10-10

I am having difficulty uploading RDF triples to the NanoSparqlServer

I am evaluating Blazegraph to determine if it will be useful to a project I am working on. I downloaded the blazegraph.jar file from the Blazegraph website. I started the NanoSparqlServer via

java -server -Xmx4g -jar blazegraph.jar &

I have a small file of RDF triples

<http://en.wikipedia.org/wiki/Oxford> <http://purl.org/dc/elements/1.1/title> "Oxford" . <http://en.wikipedia.org/wiki/Oxford> <http://purl.org/dc/elements/1.1/coverage> "Oxfordshire" . <http://en.wikipedia.org/wiki/Oxford> <http://purl.org/dc/elements/1.1/publisher> "Wikipedia" . <http://en.wikipedia.org/wiki/Oxford> <http://www.country-regions.fake/population> "10000"^^xsd:int . <http://en.wikipedia.org/wiki/Oxford> <http://www.country-regions.fake/principaltown> <http://www.country-regions.fake/oxford> .

When I paste these into the UPDATE window. They loaded into the database fine. I can query for their presence using the REST interface. However, when I try to upload them via the REST interface, I get nothing. I get an '200 OK' answer but no change to the databse.

This test was performed using an empty 'kb' namespace.

$ curl -X POST -H 'Content-type:text/plain' -X POST --data-ascii '@data.txt' http://localhost:9999/bigdata/sparql -v -L * Hostname was NOT found in DNS cache * Trying 127.0.0.1... * Connected to localhost (127.0.0.1) port 9999 (#0) > POST /bigdata/sparql HTTP/1.1 > User-Agent: curl/7.35.0 > Host: localhost:9999 > Accept: */* > Content-type:text/plain > Content-Length: 509 > * upload completely sent off: 509 out of 509 bytes < HTTP/1.1 301 Moved Permanently < Location: http://localhost:9999/blazegraph/sparql < Content-Length: 0 * Server Jetty(9.2.z-SNAPSHOT) is not blacklisted < Server: Jetty(9.2.z-SNAPSHOT) < * Connection #0 to host localhost left intact * Issue another request to this URL: 'http://localhost:9999/blazegraph/sparql' * Violate RFC 2616/10.3.2 and switch from POST to GET * Found bundle for host localhost: 0x176aa70 * Re-using existing connection! (#0) with host localhost * Connected to localhost (127.0.0.1) port 9999 (#0) > POST /blazegraph/sparql HTTP/1.1 > User-Agent: curl/7.35.0 > Host: localhost:9999 > Accept: */* > Content-type:text/plain > < HTTP/1.1 200 OK < Content-Type: application/xml; charset=ISO-8859-1 < Content-Length: 58 * Server Jetty(9.2.z-SNAPSHOT) is not blacklisted < Server: Jetty(9.2.z-SNAPSHOT) < * Connection #0 to host localhost left intact <?xml version="1.0"?><data modified="0" milliseconds="0"/>$
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Brad Bebee - 2016-10-10
  
  Do you get the same result if you curl to the
  http://localhost:9999/blazegraph/sparql endpoint?
  
  On Mon, Oct 10, 2016 at 9:51 AM, Lawrence A. Clough lclough23@users.sf.net
  wrote:
  
  I am having difficulty uploading RDF triples to the NanoSparqlServer
  
  I am evaluating Blazegraph to determine if it will be useful to a project
  I am working on. I downloaded the blazegraph.jar file from the Blazegraph
  website. I started the NanoSparqlServer via
  
  java -server -Xmx4g -jar blazegraph.jar &
  
  I have a small file of RDF triples
  
  http://en.wikipedia.org/wiki/Oxford http://purl.org/dc/elements/1.1/title "Oxford" .
  http://en.wikipedia.org/wiki/Oxford http://purl.org/dc/elements/1.1/coverage "Oxfordshire" .
  http://en.wikipedia.org/wiki/Oxford http://purl.org/dc/elements/1.1/publisher "Wikipedia" .
  http://en.wikipedia.org/wiki/Oxford http://www.country-regions.fake/population "10000"^^xsd:int .
  http://en.wikipedia.org/wiki/Oxford http://www.country-regions.fake/principaltown http://www.country-regions.fake/oxford .
  
  When I paste these into the UPDATE window. They loaded into the database
  fine. I can query for their presence using the REST interface. However,
  when I try to upload them via the REST interface, I get nothing. I get an
  '200 OK' answer but no change to the databse.
  
  This test was performed using an empty 'kb' namespace.
  
  $ curl -X POST -H 'Content-type:text/plain' -X POST --data-ascii '@data.txt' http://localhost:9999/bigdata/sparql -v -L
  * Hostname was NOT found in DNS cache
  * Trying 127.0.0.1...
  * Connected to localhost (127.0.0.1) port 9999 (#0)
  
  POST /bigdata/sparql HTTP/1.1
  User-Agent: curl/7.35.0
  Host: localhost:9999
  Accept: /
  Content-type:text/plain
  Content-Length: 509
  
  upload completely sent off: 509 out of 509 bytes
  < HTTP/1.1 301 Moved Permanently
  < Location: http://localhost:9999/blazegraph/sparql
  < Content-Length: 0
  
  Server Jetty(9.2.z-SNAPSHOT) is not blacklisted
  < Server: Jetty(9.2.z-SNAPSHOT)
  <
  
  Connection #0 to host localhost left intact
  
  Issue another request to this URL: 'http://localhost:9999/blazegraph/sparql'
  
  Violate RFC 2616/10.3.2 and switch from POST to GET
  
  Found bundle for host localhost: 0x176aa70
  
  Re-using existing connection! (#0) with host localhost
  
  Connected to localhost (127.0.0.1) port 9999 (#0)
  POST /blazegraph/sparql HTTP/1.1
  User-Agent: curl/7.35.0
  Host: localhost:9999
  Accept: /
  Content-type:text/plain
  
  < HTTP/1.1 200 OK
  < Content-Type: application/xml; charset=ISO-8859-1
  < Content-Length: 58
  * Server Jetty(9.2.z-SNAPSHOT) is not blacklisted
  < Server: Jetty(9.2.z-SNAPSHOT)
  <
  * Connection #0 to host localhost left intact
  <data modified="0" milliseconds="0">$</data>
  
  Uploading RDF Triples via REST interface
  https://sourceforge.net/p/bigdata/discussion/676946/thread/00c69725/?limit=25#c455
  
  Sent from sourceforge.net because you indicated interest in
  https://sourceforge.net/p/bigdata/discussion/676946/
  
  To unsubscribe from further messages, please visit
  https://sourceforge.net/auth/subscriptions/
  
  alternate
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Lawrence A. Clough - 2016-10-10

That seemed to work. Was I reading the documenation incorrectly?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Brad Bebee - 2016-10-10
  
  Great -- no, it is just that there are some older cases in the
  documentation where the examples have not yet been updated to the default
  /blazegraph endpoint.
  
  On Mon, Oct 10, 2016 at 10:05 AM, Lawrence A. Clough <lclough23@users.sf.net
  
  wrote:
  
  That seemed to work. Was I reading the documenation incorrectly?
  
  Uploading RDF Triples via REST interface
  https://sourceforge.net/p/bigdata/discussion/676946/thread/00c69725/?limit=25#43ee
  
  Sent from sourceforge.net because you indicated interest in
  https://sourceforge.net/p/bigdata/discussion/676946/
  
  To unsubscribe from further messages, please visit
  https://sourceforge.net/auth/subscriptions/
  
  alternate
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Uploading RDF Triples via REST interface

Fast, scalable, robust graph database platform

Forums

Help

Uploading RDF Triples via REST interface

That seemed to work. Was I reading the documenation incorrectly?

Uploading RDF Triples via REST interface

Fast, scalable, robust graph database platform

Forums

Help

Uploading RDF Triples via REST interface document.SUBSCRIPTION_OPTIONS = { "thing": "topic", "subscribed": false, "url": "subscribe", "icon": { "css": "fa fa-envelope-o" } };

That seemed to work. Was I reading the documenation incorrectly?

Uploading RDF Triples via REST interface