On 30/07/12 23:09, Alejandro Rodríguez González wrote:
Just another question: It is possible to see a more detailed debug of the
derivations? For example, I want to know why some rules are not being
fired, something that will help me to know what I'm doing wrong.
Sorry no. There are
Oops, the webpage I mentionned had wrong code.
The correct code to run my query is:
QueryExeuction exec =
QueryExecutionFactory.create(QueryFactory.create(yourfederatedquery,
Syntax.syntaxARQ), new
DatasetImpl(ModelFactory.createDefaultModel()));
exec.execSelect();
Forcing the syntax to
On 31/07/12 08:52, Olivier Rossel wrote:
Oops, the webpage I mentionned had wrong code.
The correct code to run my query is:
QueryExeuction exec =
QueryExecutionFactory.create(QueryFactory.create(yourfederatedquery,
Syntax.syntaxARQ), new
DatasetImpl(ModelFactory.createDefaultModel()));
(same question as yesterday)
A few problems:
1/ Talis are turning off their online service so
http://api.talis.com/... will stop working sometime. If this is a
paid-for store, that wil be in several months; if hosted for free, it'll
happen in the next few days.
2/ The services have a 30s
Hi Dave,
Thanks, this makes my task harder :-) Let me then ask you a question about
the rules that I have. Maybe you can help me with this. Based on the same
example that we were talking I want to create a rules that are executed
when I have sign A, B (compulsory) and one of the following: C, D,
Forcing the syntax to Syntax.syntaxARQ is mandatory because
client-side federation is a ARQ-specific feature.
Only in very old versions of ARQ - SERVICE is part of SPARQL 1.1
As far as I understand, SERVICE in SPARQL 1.1 is server-side federation.
And you have no way to federate with local
On 31/07/12 09:41, Alejandro Rodríguez González wrote:
Hi Dave,
Thanks, this makes my task harder :-) Let me then ask you a question about
the rules that I have. Maybe you can help me with this. Based on the same
example that we were talking I want to create a rules that are executed
when I
