Hi ,
I am trying to Visualize my ttl resource stored in Virtuoso (e.g., source: https://dbpedia.org/data/London.ttl) and later use my local Lodlive (http:// en . lodlive).
I ran the following steps installation:
Virtuoso Docker Container ( Virtuoso 7 (stable) Open Source Edition on Ubuntu 14.04)
The issue here is that you’ve loaded your RDF Triples into a Named Graph and then assumed that Named Graph IRI is directly accessible via HTTP. That isn’t the case.
Based on what you’ve done so far, you could make a SPARQL CONSTRUCT or DESCRIBE query from your endpoint and then pass that URL onto LODLive.
Alternatively, you could simply store the RDF-Turtle document to Virtuoso’s WebDAV repository and then use HTTP directly to access the RDF, as per you original approach.
Hi @kidehen ,
thank you very much for your suggestions, am i still have some problems.
I would first do the second of the tasks you suggested (i.e: “Alternatively, you could simply store the RDF-Turtle document to Virtuoso’s WebDAV repository and then use HTTP directly to access the RDF, as per you original approach.”).
I am following this documentation: HTTP PUT Example 2
Can you confirm that it is the right documentation?
Unfortunately, following the steps of the documentation, this error appears (see screenshot )
Where did you obtain the indicated updated 1.00.8733 conductor from ?
Also, what it the version and gitid of your Virtuoso binary which can be obtained by running one of the following command from the “bin” directory of your Virtuoso installation:
virtuoso-t -? for Open Source
virtuoso-iodbc-t -? for Commercial
I assume you are using Open Source which on testing with the latest Conductor VAD 1.00.8786 works for me and I can upload TTL RDF file and query if via the Virtuoso SPARQL endpoint from WebDAV folder for type Linked Data Import , thus please try with this version.
I give you more details to your questions:
(Q1) Where did you obtain the indicated updated 1.00.8733 conductor from?
This information has been read from the available packages listed in the Install Packages section of the System Admin → Packages tab of the Virtuoso Conductor. (please, see attached screenshot)
(2) Also, what it the version and gitid of your Virtuoso binary…
I installed an “OpenLink Virtuoso Open Source Edition 7.2 Docker Image” and to check the version of the virtuoso binary, I used the following command:
docker run openlink/virtuoso-opensource-7 version
What do you suggest I do, since I work with docker of virtuoso images?
I found this updated “Setup of a Docker container running Virtuoso” .
can these updates solve my problem?
Any suggestion would be appreciated.
Regards,
Pina
I started a local Virtuoso 7 Open Source docker image and get the same SR185: Undefined procedure DB.DBA.ACL_VALIDATE error trying to create a DAV folder using the 07.20.3230-pthreads for Linux as of Feb 4 2020 latest binary and even when updating conductor VAD so the problem appears to be in the binary itself, which will be reported to development to fix.
Do you specifically want/need to import RDF data via WebDAV or can you uploaded via the Conductor Linked Data -> Quad Store Upload tab or using the RDF Bulk loader if you have many files ?
Hi @hwilliams ,
For now, I need no need to upload large amounts of RDf documents, so i could wait for the issue to be resolved and if, please can you notify me.
Instead I have to make Virtuoso and LodLive talk at least with a simple example.
In the previous post (Virtuoso and visualization using LodLive: not work) , I had described the problem in detail, used Linked Data → Quad Store Upload tab,
Can you goto http://192.168.23.128:8890/sparql and query the RDF Graph you loaded ie http://192.168.23.128:8890/DAV/london , which I suspect you can in which case Virtuoso has loaded your RDF data into its RDF Quad Store successfully, but this is not automatically accessible on that IRI.
I have not used Lodlive before but going to their test server ie LodView — giving data a new shape you can enter a resolvable LOD IRI like http://dbpedia.org/resource/Nevis and it loads and provides its alternate visualisation. Whereas http://192.168.23.128:8890/DAV/london is not resolvable IRI, as it is a Virtuoso internal graph name so would not load in Lodlive. They have an optional SPARQL endpoint URI that can be provided with the IRI, which I would hope when then assume the IRI is a graph IRI and query it against the endpoint, but it appears not. The LodLive document is poor to you would have to ask them how it is suppose to work.
Other than that if the data is loaded into a publicly accessible DAV folder as @kidehen suggested then you should be able to pass that a resolvable IRI to LodLive which should then be able to create a visualisation for it, but would need the docker image DAV folder creation issue be resolved …
Hi @hwilliams ,
Thank you for your prompt reply.
I still need some suggestions:
(1) The docker image DAV folder creation issue, are there any predictions when it will be fixed?
If the times will be very long to solve the issue, maybe it is the case that I re-install virtuoso without using the docker image?
In the meantime, I’m also analyzing @kidehen suggestions .
Regards,
Pina
Hi @kidehen ,
Thanks very much for your suggestion
I have no experience with Virtuoso Sponger.
I’m documenting (I’m reading your post ).
I hope that in my Virtuoso Docker there is no problem.
Regards,
Pina
Will have to check with development when they will be able to fix this issue in the docker images, but in the meantime you can use one of the standalone Virtuoso 7 open source binaries
Not sure what Linux distro you are seeking to use, but would assume some older Ubuntu or Debian distro which bundled an old Virtuoso 6.x version, which you seem to have somehow picked up in however you are seeking to start the Virtuoso instance. Also not sure why you appear to compiling Virtuoso when I pointed you to standalone Virtuoso 7 open source rebuilt binaries ?
Anyway, the issue with the Virtuoso 7 Open Source docker image has been resolved and a new Conductor VAD 1.00.8823/ 2021-04-12 with fix available, allowing document to be successfully uploaded to DAV.
Hi @hwilliams,
great news regarding the fixed issue with Virtuoso 7 Open Source docker image, I’ll give it a try now.
Thank you for taking your time and I’m very appreciative of all the support you’ve given me.