I'm new to blazegraph and sparql, sorry if the question is trivial.
I have installed Blazegraph (followed instructions here ) on a Google Cloud (GC) instance. The installation went through without any problems (I'm using the default configuration, nothing is changed on my side). I also have ran runBlazegraph.sh successfully followed by an equally successful running of the munge.sh and loadRestAPI.sh scripts. All went through without errors (the loading is still underway though I'm not expecting any errors). I'm loading wikidata's latest dump to my Blazegraph instance. While loading is running, I would like to do a sanity check by running a simple query to see if there's any data in the database.
However, the query returns an empty result. Note that I had to tunnel to the GC machine in order to view the GUI.
Thinking that perhaps I'm using the wrong URI, or maybe tunnelling to the GC machine is messing things up, I tried to run things on the GC machine itself. I also changed the URI so as to use the proper namespace (wdq in my case). I executed a Curl command like:
which got me another empty result set. Also, found a similar question on this forum suggesting a change of bigdata to blazegraph in the Curl command above. I tried that and got another empty result. Using the wget also returned empty.
Using the Python pymantic library as below wouldn't help either:
frompymanticimportsparqlserver=sparql.SPARQLServer('http://127.0.0.1:9999/bigdata/namespace/wdq/sparql')result=server.query("select * where { ?s ?p ?o } limit 100")
I think I'm doing something wrong here. I don't get any errors, but I'm not getting any results either. My questions is:
Maybe this is happening because the load process hasn't finished loading yet?
Being a new-be in Blazegraph and Wikidata, maybe I've got it all wrong, in which case I would appreciate a link to a complete step-by-step setup guide.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am not sure how the data is being loaded. If it is running as a single
transaction then you will not see any data until that transaction commits.,
transactional isolation.
I'm new to blazegraph and sparql, sorry if the question is trivial.
I have installed Blazegraph (followed instructions here https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual#Standalone_service
) on a Google Cloud (GC) instance. The installation went through without
any problems (I'm using the default configuration, nothing is changed on my
side). I also have ran runBlazegraph.sh successfully followed by an
equally successful running of the munge.sh and loadRestAPI.sh scripts.
All went through without errors (the loading is still underway though I'm
not expecting any errors). I'm loading wikidata's latest dump https://dumps.wikimedia.org/wikidatawiki/entities/ to my Blazegraph
instance. While loading is running, I would like to do a sanity check
by running a simple query to see if there's any data in the database.
However, the query returns an empty result. Note that I had to tunnel to
the GC machine in order to view the GUI.
Thinking that perhaps I'm using the wrong URI, or maybe tunnelling to the
GC machine is messing things up, I tried to run things on the GC machine
itself. I also changed the URI so as to use the proper namespace (wdq
in my case). I executed a Curl command like:
which got me another empty result set. Also, found a similar question on
this forum https://sourceforge.net/p/bigdata/discussion/676946/thread/bc9b1791/
suggesting a change of bigdata to blazegraph in the Curl command above. I
tried that and got another empty result. Using the wget also returned
empty.
Using the Python pymantic library as below wouldn't help either:
from pymantic import sparqlserver = sparql.SPARQLServer('http://127.0.0.1:9999/bigdata/namespace/wdq/sparql')result = server.query("select * where { ?s ?p ?o } limit 100")
I think I'm doing something wrong here. I don't get any errors, but I'm
not getting any results either. My questions is:
Maybe this is happening because the load process hasn't finished
loading yet?
Being a new-be in Blazegraph and Wikidata, maybe I've got it all
wrong, in which case I would appreciate a link to a complete step-by-step
setup guide.
Hi everyone,
I'm new to blazegraph and sparql, sorry if the question is trivial.
I have installed Blazegraph (followed instructions here ) on a Google Cloud (GC) instance. The installation went through without any problems (I'm using the default configuration, nothing is changed on my side). I also have ran
runBlazegraph.shsuccessfully followed by an equally successful running of themunge.shandloadRestAPI.shscripts. All went through without errors (the loading is still underway though I'm not expecting any errors). I'm loading wikidata's latest dump to my Blazegraph instance. While loading is running, I would like to do a sanity check by running a simple query to see if there's any data in the database.What I did first was to go to the GUI using this link: http://localhost:9999/bigdata/#query and run a simple query like:
However, the query returns an empty result. Note that I had to tunnel to the GC machine in order to view the GUI.
Thinking that perhaps I'm using the wrong URI, or maybe tunnelling to the GC machine is messing things up, I tried to run things on the GC machine itself. I also changed the URI so as to use the proper namespace (wdq in my case). I executed a Curl command like:
which got me another empty result set. Also, found a similar question on this forum suggesting a change of
bigdatatoblazegraphin the Curl command above. I tried that and got another empty result. Using thewgetalso returned empty.Using the Python
pymanticlibrary as below wouldn't help either:I think I'm doing something wrong here. I don't get any errors, but I'm not getting any results either. My questions is:
I am not sure how the data is being loaded. If it is running as a single
transaction then you will not see any data until that transaction commits.,
transactional isolation.
On Mon, Apr 8, 2019 at 16:06 S Vista vistas@users.sourceforge.net wrote: