Hi Bart,
On 20-Jun-14 2:24 PM, Bart Vandewoestyne wrote:
Hello list,
According to the example at
http://docs.openlinksw.com/virtuoso/sparqlextensions.html#rdfsparqlrulefulltext
using things like
?name bif:contains 'rich*'
would match if ?name STARTS with Rich.
The example here refers
Hi,
Is it possible to assign a local directory to a graph and when ever I
change the rdf files in that directory, VOS will automatically update the
graph with the latest file contents?
My use case at the moment is one ~3Mb rdf file that will be generated from
an external application.
If this is
All,
Please note, that in classic dog-fooding style, we do have 5-star Linked
Data URIs [1][2] for Github issue tracking. Examples:
[1]
http://linkeddata.uriburner.com/about/id/entity/https/github.com/openlink/virtuoso-opensource/issues
-- Issues
[2]
I would like to query remote sparql endpoints. For now I m trying to get it to work with the local endpoint.
When I execute this,
SELECT ?s ?p ?o
WHERE
{
{
GRAPH http://localhost:8890/DAV/dataset { ?s ?p ?o } . }
}
http://geoknow.eu/geodata#polygons_115102
Hi,
I have problems loading RDF data into the quad store (Virtuoso open
version v7.1.0 estable release). It only loads the data partially and i
don't understand what is going wrong. To load the data i am using the
following function and settings:
On 6/20/14 12:12 PM, Nuria Queralt Rosinach wrote:
Hi,
I have problems loading RDF data into the quad store (Virtuoso open
version v7.1.0 estable release). It only loads the data partially and i
don't understand what is going wrong. To load the data i am using the
following function and
Explain() on that query generates the same error, by the way.
On 21 June 2014 13:08, Quentin quent...@clearbluewater.com.au wrote:
Hi,
When running a transitive sparql query from a stored procedure, I get this
error:
Virtuoso 37000 Error SP031: SPARQL compiler: Variable
Hi,
When running a transitive sparql query from a stored procedure, I get this
error:
Virtuoso 37000 Error SP031: SPARQL compiler: Variable '_::trans_subj_23_4'
is used in subexpressions of the query but not assigned
Running the same query in conductor/isql doesn't get the error.
The difference