Re: [topbraid-users] exporting spin functions to fuseki
Holger,
When I saw this message I went to the console (hadn't thought to look there
before) and saw a warning: WARN URI
http://siemens.com/schemas/activity#commonLabelURI has no registered
function factory, which I am assuming is directly related to your
question. I was not aware that I had to do something special to register
SPIN functions. As you can see, were not in a file named foo.spin.ttl (but
they are now).
I am unclear about where I would make the call you suggest.
Jack
On Wednesday, March 4, 2015 at 3:19:22 PM UTC-8, Holger Knublauch wrote:
Jack,
are you sure the SPIN functions are registered? You need something like
SPINModuleRegistry.get().registerAll(ontModel, null);
where ontModel is a Jena Model containing the function definitions
(typically stored in .spin.ttl files).
Holger
On 3/5/2015 2:29, Jack Hodges wrote:
Holger,
I finally got jena (and fuseki) to build with the maven pom additions
you provided for the spin library. I checked the resulting
jena-fuseki-1.0.0-server.jar file and the spin modules are in it. I
launched this with 'fuseki-server --update --mem /ds' and then loaded my
models into it. Then I ran the query on it that works fine in composer. I
am inclined to say that the result I get back is empty but it really looks
like:
---
| res |
===
| |
---
which is suggestive that there is a single result but that it isn't in ?res.
As before, Fuseki can see my spin functions but it seems like it still cannot
execute them. I am wondering if I did something wrong because I did follow
your instructions to the letter.
Here is the query:
prefix sp: http://spinrdf.org/sp# http://spinrdf.org/sp#
prefix afn: http://jena.hpl.hp.com/ARQ/function#
http://jena.hpl.hp.com/ARQ/function#
prefix fn: http://www.w3.org/2005/xpath-functions#
http://www.w3.org/2005/xpath-functions#
prefix rdfs: http://www.w3.org/2000/01/rdf-schema#
http://www.w3.org/2000/01/rdf-schema#
prefix quantity: http://qudt.org/vocab/quantity#
http://qudt.org/vocab/quantity#
prefix skos: http://www.w3.org/2004/02/skos/core#
http://www.w3.org/2004/02/skos/core#
prefix spin: http://spinrdf.org/spin# http://spinrdf.org/spin#
prefix act: http://siemens.com/schemas/activity#
http://siemens.com/schemas/activity#
SELECT ?res WHERE {BIND
(act:commonLabelURI(http://developer.runkeeper.com/healthgraph#Spinning;
http://developer.runkeeper.com/healthgraph#Spinning) AS ?res) .}
where 'act:commonLabelURI' is the spin rule.
I 'have' tried using TBL and will address that issue in the next posting.
Jack
On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch
wrote:
Hi Jack,
short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki
by itself does not know what to do with the RDF declarations of SPIN
functions - they are just triples for Fuseki.
BTW afn:localname is not just a TopBraid function, but is originally from
Jena. So it works in Fuseki, but anything from the spif: namespace would
not work.
A commercial alternative to Fuseki is the TopBraid Live platform [2], and
this has SPIN and TopBraid SPARQL functions built in.
HTH
Holger
[1] http://topbraid.org/spin/api/
[2] http://www.topquadrant.com/products/topbraid-live/
On 2/27/2015 11:00, Jack Hodges wrote:
I have exported a bunch of graphs to a .ttl file and then imported it
into fuseki. If I run a query on fuseki to see if the functions are there -
they are. If I run a query on fuseki to show the spin:body or
spin:constraints they show them as anonymous objects (is that the correct
term?). If I run queries on the classes and properties that my spin
functions are working on I get the right results. But I cannot get results
by executing my spin functions.
So the classes and properties exist, the bindings exist, the spin
functions exist, the prefixes are defined, but the functions don't execute.
Other functions execute, such as the TopBraid functions (I tested with
afn:localname for example) and they work fine.
By the way, these functions have been tested in TBCME and work fine. If
I take the strings I am using in fuseki and run them in the SPARQL window
of TBCME they also work fine. I checked the list of models that are being
exported with mine and noted that some are not exported, such as skos. Is
this a problem?
I must be missing something simple here. Any comments?
Jack
--
You received this message because you are subscribed to the Google Group
TopBraid Suite Users, the topics of which include Enterprise Vocabulary
Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid
Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to topbrai...@googlegroups.com
---
You received this message because you are subscribed to the Google Groups
TopBraid Suite Users group.
To unsubscribe from this
Re: [topbraid-users] exporting spin functions to fuseki
Hi Jack,
sorry we cannot give you more advise on how to configure Fuseki here.
Obviously the initialization of the SPIN functions needs to happen
before you can use them. How Fuseki executes such initialization code is
better asked to the Jena mailing list.
Regards,
Holger
On 3/6/15 5:48 AM, Jack Hodges wrote:
Holger,
When I saw this message I went to the console (hadn't thought to look
there before) and saw a warning: WARN URI
http://siemens.com/schemas/activity#commonLabelURI has no registered
function factory, which I am assuming is directly related to your
question. I was not aware that I had to do something special to
register SPIN functions. As you can see, were not in a file named
foo.spin.ttl (but they are now).
I am unclear about where I would make the call you suggest.
Jack
On Wednesday, March 4, 2015 at 3:19:22 PM UTC-8, Holger Knublauch wrote:
Jack,
are you sure the SPIN functions are registered? You need something
like
SPINModuleRegistry.get().registerAll(ontModel, null);
where ontModel is a Jena Model containing the function definitions
(typically stored in .spin.ttl files).
Holger
On 3/5/2015 2:29, Jack Hodges wrote:
Holger,
I finally got jena (and fuseki) to build with the maven pom
additions you provided for the spin library. I checked the
resulting jena-fuseki-1.0.0-server.jar file and the spin modules
are in it. I launched this with 'fuseki-server --update --mem
/ds' and then loaded my models into it. Then I ran the query on
it that works fine in composer. I am inclined to say that the
result I get back is empty but it really looks like:
---
| res |
===
| |
---
which is suggestive that there is a single result but that it isn't in
?res.As before, Fuseki can see my spin functions but it seems like it still
cannot execute them. I am wondering if I did something wrong because I did
follow your instructions to the letter.
Here is the query:
prefix sp:http://spinrdf.org/sp# http://spinrdf.org/sp#
prefix afn:http://jena.hpl.hp.com/ARQ/function#
http://jena.hpl.hp.com/ARQ/function#
prefix fn:http://www.w3.org/2005/xpath-functions#
http://www.w3.org/2005/xpath-functions#
prefix rdfs:http://www.w3.org/2000/01/rdf-schema#
http://www.w3.org/2000/01/rdf-schema#
prefix quantity:http://qudt.org/vocab/quantity#
http://qudt.org/vocab/quantity#
prefix skos:http://www.w3.org/2004/02/skos/core#
http://www.w3.org/2004/02/skos/core#
prefix spin:http://spinrdf.org/spin# http://spinrdf.org/spin#
prefix act:http://siemens.com/schemas/activity#
http://siemens.com/schemas/activity#
SELECT ?res WHERE {BIND
(act:commonLabelURI(http://developer.runkeeper.com/healthgraph#Spinning;
http://developer.runkeeper.com/healthgraph#Spinning) AS ?res) .}
where 'act:commonLabelURI' is the spin rule.
I 'have' tried using TBL and will address that issue in the next
posting.
Jack
On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger
Knublauch wrote:
Hi Jack,
short answer: You'll need the SPIN API [1] as a plugin to
Fuseki. Fuseki by itself does not know what to do with the
RDF declarations of SPIN functions - they are just triples
for Fuseki.
BTW afn:localname is not just a TopBraid function, but is
originally from Jena. So it works in Fuseki, but anything
from the spif: namespace would not work.
A commercial alternative to Fuseki is the TopBraid Live
platform [2], and this has SPIN and TopBraid SPARQL functions
built in.
HTH
Holger
[1] http://topbraid.org/spin/api/
[2] http://www.topquadrant.com/products/topbraid-live/
http://www.topquadrant.com/products/topbraid-live/
On 2/27/2015 11:00, Jack Hodges wrote:
I have exported a bunch of graphs to a .ttl file and then
imported it into fuseki. If I run a query on fuseki to see
if the functions are there - they are. If I run a query on
fuseki to show the spin:body or spin:constraints they show
them as anonymous objects (is that the correct term?). If I
run queries on the classes and properties that my spin
functions are working on I get the right results. But I
cannot get results by executing my spin functions.
So the classes and properties exist, the bindings exist, the
spin functions exist, the prefixes are defined, but the
functions don't execute. Other functions execute, such as
the TopBraid functions (I tested with afn:localname for
example) and they work fine.
By the way, these functions have been tested in TBCME and
work fine. If I take the strings I am using in fuseki and
run them in the SPARQL window of TBCME they also work fine.
I checked the list of models that
Re: [topbraid-users] exporting spin functions to fuseki
Holger,
I finally got jena (and fuseki) to build with the maven pom additions you
provided for the spin library. I checked the resulting
jena-fuseki-1.0.0-server.jar file and the spin modules are in it. I
launched this with 'fuseki-server --update --mem /ds' and then loaded my
models into it. Then I ran the query on it that works fine in composer. I
am inclined to say that the result I get back is empty but it really looks
like:
---
| res |
===
| |
---
which is suggestive that there is a single result but that it isn't in ?res. As
before, Fuseki can see my spin functions but it seems like it still cannot
execute them. I am wondering if I did something wrong because I did follow your
instructions to the letter.
Here is the query:
prefix sp: http://spinrdf.org/sp#
prefix afn: http://jena.hpl.hp.com/ARQ/function#
prefix fn: http://www.w3.org/2005/xpath-functions#
prefix rdfs: http://www.w3.org/2000/01/rdf-schema#
prefix quantity: http://qudt.org/vocab/quantity#
prefix skos: http://www.w3.org/2004/02/skos/core#
prefix spin: http://spinrdf.org/spin#
prefix act: http://siemens.com/schemas/activity#
SELECT ?res WHERE {BIND
(act:commonLabelURI(http://developer.runkeeper.com/healthgraph#Spinning;) AS
?res) .}
where 'act:commonLabelURI' is the spin rule.
I 'have' tried using TBL and will address that issue in the next posting.
Jack
On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote:
Hi Jack,
short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki
by itself does not know what to do with the RDF declarations of SPIN
functions - they are just triples for Fuseki.
BTW afn:localname is not just a TopBraid function, but is originally from
Jena. So it works in Fuseki, but anything from the spif: namespace would
not work.
A commercial alternative to Fuseki is the TopBraid Live platform [2], and
this has SPIN and TopBraid SPARQL functions built in.
HTH
Holger
[1] http://topbraid.org/spin/api/
[2] http://www.topquadrant.com/products/topbraid-live/
On 2/27/2015 11:00, Jack Hodges wrote:
I have exported a bunch of graphs to a .ttl file and then imported it into
fuseki. If I run a query on fuseki to see if the functions are there - they
are. If I run a query on fuseki to show the spin:body or spin:constraints
they show them as anonymous objects (is that the correct term?). If I run
queries on the classes and properties that my spin functions are working on
I get the right results. But I cannot get results by executing my spin
functions.
So the classes and properties exist, the bindings exist, the spin
functions exist, the prefixes are defined, but the functions don't execute.
Other functions execute, such as the TopBraid functions (I tested with
afn:localname for example) and they work fine.
By the way, these functions have been tested in TBCME and work fine. If
I take the strings I am using in fuseki and run them in the SPARQL window
of TBCME they also work fine. I checked the list of models that are being
exported with mine and noted that some are not exported, such as skos. Is
this a problem?
I must be missing something simple here. Any comments?
Jack
--
You received this message because you are subscribed to the Google Group
TopBraid Suite Users, the topics of which include Enterprise Vocabulary
Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid
Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to topbrai...@googlegroups.com
javascript:
---
You received this message because you are subscribed to the Google Groups
TopBraid Suite Users group.
To unsubscribe from this group and stop receiving emails from it, send an
email to topbraid-user...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Group
TopBraid Suite Users, the topics of which include Enterprise Vocabulary
Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live,
TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to topbraid-users@googlegroups.com
---
You received this message because you are subscribed to the Google Groups
TopBraid Suite Users group.
To unsubscribe from this group and stop receiving emails from it, send an email
to topbraid-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [topbraid-users] exporting spin functions to fuseki
Holger,
You and others on the TQ staff have suggested that I use TBL as my SPARQL
endpoint and that is a great suggestion. I have created an Eclipse project
that uses the Jena library to make a restful call to the local TBL
instance. The endpoint and query to are:
endpoint:
http://localhost:8083/tbl/sparql
query:
prefix sp: http://spinrdf.org/sp%23 prefix afn:
http://jena.hpl.hp.com/ARQ/function%23 prefix fn:
http://www.w3.org/2005/xpath-functions%23 prefix rdfs:
http://www.w3.org/2000/01/rdf-schema%23 prefix quantity:
http://qudt.org/vocab/quantity%23 prefix skos:
http://www.w3.org/2004/02/skos/core%23 prefix spin:
http://spinrdf.org/spin%23 prefix act:
http://siemens.com/schemas/activity%23SELECT ?res WHERE {BIND
(act:commonLabelURI(http://developer.runkeeper.com/healthgraph#Spinning;)
AS ?res) .}
The Jena code that creates and invokes the query on the sparql endpoint are:
Query queryobj = QueryFactory.create(mQueryStr);
QueryExecution qe = QueryExecutionFactory.sparqlService(mEndpointStr,
queryobj);
OutputStream baos = new ByteArrayOutputStream();
try {
mResults = qe.execSelect();
ResultSetFormatter.outputAsJSON(baos, mResults);
mResponseStr = baos.toString();
} catch (Exception ex) {
System.out.println(ex.getMessage());
} finally {
qe.close();
}
Once again, this query runs fine in composer. It also works when called in
against TBL in a browser:
http://localhost:8083/tbl/sparql?query=prefix%20sp:%20%3Chttp://spinrdf.org/sp%23%3E%20prefix%20afn:%20%3Chttp://jena.hpl.hp.com/ARQ/function%23%3E%20prefix%20fn:%20%3Chttp://www.w3.org/2005/xpath-functions%23%3E%20prefix%20rdfs:%20%3Chttp://www.w3.org/2000/01/rdf-schema%23%3E%20prefix%20quantity:%20%3Chttp://qudt.org/vocab/quantity%23%3E%20prefix%20skos:%20%3Chttp://www.w3.org/2004/02/skos/core%23%3E%20prefix%20spin:%20%3Chttp://spinrdf.org/spin%23%3E%20prefix%20act:%20%3Chttp://siemens.com/schemas/activity%23%3ESELECT%20?res%20WHERE%20{BIND%20%28act:commonLabelURI%28%22http://strava.github.io/api/v3%23Ride%22%29%20AS%20?res%29%20.}
although it returns the results in XML. When called in the eclipse
projectagainst TBL it returns an empty string
This is what I consider an appropriate use of TBL but it isn't working.
Since you have commented online about the use of the Jena libraries (albeit
for Allegrograph endpoints) it would be most appreciated if you could
comment on what is going on here. Thank you.
Jack
On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote:
Hi Jack,
short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki
by itself does not know what to do with the RDF declarations of SPIN
functions - they are just triples for Fuseki.
BTW afn:localname is not just a TopBraid function, but is originally from
Jena. So it works in Fuseki, but anything from the spif: namespace would
not work.
A commercial alternative to Fuseki is the TopBraid Live platform [2], and
this has SPIN and TopBraid SPARQL functions built in.
HTH
Holger
[1] http://topbraid.org/spin/api/
[2] http://www.topquadrant.com/products/topbraid-live/
On 2/27/2015 11:00, Jack Hodges wrote:
I have exported a bunch of graphs to a .ttl file and then imported it into
fuseki. If I run a query on fuseki to see if the functions are there - they
are. If I run a query on fuseki to show the spin:body or spin:constraints
they show them as anonymous objects (is that the correct term?). If I run
queries on the classes and properties that my spin functions are working on
I get the right results. But I cannot get results by executing my spin
functions.
So the classes and properties exist, the bindings exist, the spin
functions exist, the prefixes are defined, but the functions don't execute.
Other functions execute, such as the TopBraid functions (I tested with
afn:localname for example) and they work fine.
By the way, these functions have been tested in TBCME and work fine. If
I take the strings I am using in fuseki and run them in the SPARQL window
of TBCME they also work fine. I checked the list of models that are being
exported with mine and noted that some are not exported, such as skos. Is
this a problem?
I must be missing something simple here. Any comments?
Jack
--
You received this message because you are subscribed to the Google Group
TopBraid Suite Users, the topics of which include Enterprise Vocabulary
Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid
Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to topbrai...@googlegroups.com
javascript:
---
You received this message because you are subscribed to the Google Groups
TopBraid Suite Users group.
To unsubscribe from this group and stop receiving emails from it, send an
email to topbraid-user...@googlegroups.com javascript:.
For more options, visit
Re: [topbraid-users] exporting spin functions to fuseki
Jack,
are you sure the SPIN functions are registered? You need something like
SPINModuleRegistry.get().registerAll(ontModel, null);
where ontModel is a Jena Model containing the function definitions
(typically stored in .spin.ttl files).
Holger
On 3/5/2015 2:29, Jack Hodges wrote:
Holger,
I finally got jena (and fuseki) to build with the maven pom additions
you provided for the spin library. I checked the resulting
jena-fuseki-1.0.0-server.jar file and the spin modules are in it. I
launched this with 'fuseki-server --update --mem /ds' and then loaded
my models into it. Then I ran the query on it that works fine in
composer. I am inclined to say that the result I get back is empty but
it really looks like:
---
| res |
===
| |
---
which is suggestive that there is a single result but that it isn't in ?res.As
before, Fuseki can see my spin functions but it seems like it still cannot
execute them. I am wondering if I did something wrong because I did follow your
instructions to the letter.
Here is the query:
prefix sp: http://spinrdf.org/sp#
prefix afn: http://jena.hpl.hp.com/ARQ/function#
prefix fn: http://www.w3.org/2005/xpath-functions#
prefix rdfs: http://www.w3.org/2000/01/rdf-schema#
prefix quantity: http://qudt.org/vocab/quantity#
prefix skos: http://www.w3.org/2004/02/skos/core#
prefix spin: http://spinrdf.org/spin#
prefix act: http://siemens.com/schemas/activity#
SELECT ?res WHERE {BIND
(act:commonLabelURI(http://developer.runkeeper.com/healthgraph#Spinning;) AS
?res) .}
where 'act:commonLabelURI' is the spin rule.
I 'have' tried using TBL and will address that issue in the next posting.
Jack
On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch
wrote:
Hi Jack,
short answer: You'll need the SPIN API [1] as a plugin to Fuseki.
Fuseki by itself does not know what to do with the RDF
declarations of SPIN functions - they are just triples for Fuseki.
BTW afn:localname is not just a TopBraid function, but is
originally from Jena. So it works in Fuseki, but anything from the
spif: namespace would not work.
A commercial alternative to Fuseki is the TopBraid Live platform
[2], and this has SPIN and TopBraid SPARQL functions built in.
HTH
Holger
[1] http://topbraid.org/spin/api/
[2] http://www.topquadrant.com/products/topbraid-live/
http://www.topquadrant.com/products/topbraid-live/
On 2/27/2015 11:00, Jack Hodges wrote:
I have exported a bunch of graphs to a .ttl file and then
imported it into fuseki. If I run a query on fuseki to see if the
functions are there - they are. If I run a query on fuseki to
show the spin:body or spin:constraints they show them as
anonymous objects (is that the correct term?). If I run queries
on the classes and properties that my spin functions are working
on I get the right results. But I cannot get results by executing
my spin functions.
So the classes and properties exist, the bindings exist, the spin
functions exist, the prefixes are defined, but the functions
don't execute. Other functions execute, such as the TopBraid
functions (I tested with afn:localname for example) and they work
fine.
By the way, these functions have been tested in TBCME and work
fine. If I take the strings I am using in fuseki and run them in
the SPARQL window of TBCME they also work fine. I checked the
list of models that are being exported with mine and noted that
some are not exported, such as skos. Is this a problem?
I must be missing something simple here. Any comments?
Jack
--
You received this message because you are subscribed to the
Google Group TopBraid Suite Users, the topics of which include
Enterprise Vocabulary Network (EVN), Reference Data Manager
(RDM), TopBraid Composer, TopBraid Live, TopBraid Insight,
SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to topbrai...@googlegroups.com
javascript:
---
You received this message because you are subscribed to the
Google Groups TopBraid Suite Users group.
To unsubscribe from this group and stop receiving emails from it,
send an email to topbraid-user...@googlegroups.com javascript:.
For more options, visit https://groups.google.com/d/optout
https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google
Group TopBraid Suite Users, the topics of which include Enterprise
Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid
Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web
Pages and SPIN.
To post to this group, send email to topbraid-users@googlegroups.com
---
You received this message because you are subscribed to the Google
Groups TopBraid Suite Users group.
To unsubscribe from this group and stop receiving emails from it, send
an email to
Re: [topbraid-users] exporting spin functions to fuseki
To exclude complications from the Jena API, could you try the SERVICE
keyword instead of ExecutionFactory.sparqlService? I.e. what happens if
you run a query such as
SELECT *
WHERE {
SERVICE http://localhost:8083/tbl/sparql {
GRAPH http://topbraid.org/examples/kennedys {
?a ?b ?c
}
}
}
Holger
On 3/5/2015 2:48, Jack Hodges wrote:
Holger,
You and others on the TQ staff have suggested that I use TBL as my
SPARQL endpoint and that is a great suggestion. I have created an
Eclipse project that uses the Jena library to make a restful call to
the local TBL instance. The endpoint and query to are:
endpoint:
http://localhost:8083/tbl/sparql
query:
prefix sp: http://spinrdf.org/sp%23 prefix afn:
http://jena.hpl.hp.com/ARQ/function%23 prefix fn:
http://www.w3.org/2005/xpath-functions%23 prefix rdfs:
http://www.w3.org/2000/01/rdf-schema%23 prefix quantity:
http://qudt.org/vocab/quantity%23 prefix skos:
http://www.w3.org/2004/02/skos/core%23 prefix spin:
http://spinrdf.org/spin%23 prefix act:
http://siemens.com/schemas/activity%23SELECT ?res WHERE {BIND
(act:commonLabelURI(http://developer.runkeeper.com/healthgraph#Spinning;)
AS ?res) .}
The Jena code that creates and invokes the query on the sparql
endpoint are:
Query queryobj = QueryFactory.create(mQueryStr);
QueryExecution qe =
QueryExecutionFactory.sparqlService(mEndpointStr, queryobj);
OutputStream baos = new ByteArrayOutputStream();
try {
mResults = qe.execSelect();
ResultSetFormatter.outputAsJSON(baos, mResults);
mResponseStr = baos.toString();
} catch (Exception ex) {
System.out.println(ex.getMessage());
} finally {
qe.close();
}
Once again, this query runs fine in composer. It also works when
called in against TBL in a browser:
http://localhost:8083/tbl/sparql?query=prefix%20sp:%20%3Chttp://spinrdf.org/sp%23%3E%20prefix%20afn:%20%3Chttp://jena.hpl.hp.com/ARQ/function%23%3E%20prefix%20fn:%20%3Chttp://www.w3.org/2005/xpath-functions%23%3E%20prefix%20rdfs:%20%3Chttp://www.w3.org/2000/01/rdf-schema%23%3E%20prefix%20quantity:%20%3Chttp://qudt.org/vocab/quantity%23%3E%20prefix%20skos:%20%3Chttp://www.w3.org/2004/02/skos/core%23%3E%20prefix%20spin:%20%3Chttp://spinrdf.org/spin%23%3E%20prefix%20act:%20%3Chttp://siemens.com/schemas/activity%23%3ESELECT%20?res%20WHERE%20{BIND%20%28act:commonLabelURI%28%22http://strava.github.io/api/v3%23Ride%22%29%20AS%20?res%29%20.}
although it returns the results in XML. When called in the eclipse
projectagainst TBL it returns an empty string
This is what I consider an appropriate use of TBL but it isn't
working. Since you have commented online about the use of the Jena
libraries (albeit for Allegrograph endpoints) it would be most
appreciated if you could comment on what is going on here. Thank you.
Jack
On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch
wrote:
Hi Jack,
short answer: You'll need the SPIN API [1] as a plugin to Fuseki.
Fuseki by itself does not know what to do with the RDF
declarations of SPIN functions - they are just triples for Fuseki.
BTW afn:localname is not just a TopBraid function, but is
originally from Jena. So it works in Fuseki, but anything from the
spif: namespace would not work.
A commercial alternative to Fuseki is the TopBraid Live platform
[2], and this has SPIN and TopBraid SPARQL functions built in.
HTH
Holger
[1] http://topbraid.org/spin/api/
[2] http://www.topquadrant.com/products/topbraid-live/
http://www.topquadrant.com/products/topbraid-live/
On 2/27/2015 11:00, Jack Hodges wrote:
I have exported a bunch of graphs to a .ttl file and then
imported it into fuseki. If I run a query on fuseki to see if the
functions are there - they are. If I run a query on fuseki to
show the spin:body or spin:constraints they show them as
anonymous objects (is that the correct term?). If I run queries
on the classes and properties that my spin functions are working
on I get the right results. But I cannot get results by executing
my spin functions.
So the classes and properties exist, the bindings exist, the spin
functions exist, the prefixes are defined, but the functions
don't execute. Other functions execute, such as the TopBraid
functions (I tested with afn:localname for example) and they work
fine.
By the way, these functions have been tested in TBCME and work
fine. If I take the strings I am using in fuseki and run them in
the SPARQL window of TBCME they also work fine. I checked the
list of models that are being exported with mine and noted that
some are not exported, such as skos. Is this a problem?
I must be missing something simple here. Any comments?
Jack
--
You received this message because you are subscribed to the
Google Group TopBraid Suite Users, the topics of which include
Enterprise Vocabulary Network (EVN),
Re: [topbraid-users] exporting spin functions to fuseki
Jack, you should be looking for places in the Java and Jena documentation for ways to invoke and consume REST services. Jena for sure can use the SPAQRL Endpoint. Beyond those words TopQuadrant does not support non-TopBraid servers solutions. We should close this thread now. -- Scott On Feb 28, 2015, at 10:38 AM, Jack Hodges jhodgesa...@gmail.com wrote: Scott, I have the online documentation open and went through every subfolder looking for documentation on which (non-Jena) packages to import to support restful sparql queries to TBL, or examples of how to make the calls, and found nothing. Then I ran a search on 'java' and looked through the 79 results and only really found mention of java under the title Extending top braid suite but that only casually described a process and I believe I am further along with the Jena API. Maybe I am looking in the wrong places. Thanks. Jack On Friday, February 27, 2015 at 5:19:51 PM UTC-8, Jack Hodges wrote: Scott, If I can make the call to TBL w/o the Jena interface then great. I'll look it up in the Composer Help pages (which, along with the SWP manual, are almost always open anyway, and now the SPIN manual as well) and will hope to find good java examples there. Thanks, Jack On Friday, February 27, 2015 at 4:50:00 PM UTC-8, Scott Henninger wrote: OTOH, if you call the services via the REST APIs designed in the template, ui (SWP), sms, sparql (SPARQL Endpoint), etc. servlet, then you can use TBL as a server platform. These are well-documented in the Composer Help pages, and all can be used by Java in a RESTful context. -- Scott On Feb 27, 2015, at 6:28 PM, Irene Polikoff ir...@topquadrant.com wrote: Jack, What are you trying to accomplish? Why do you need to make Jena calls to TBL? This will not work. From: Jack Hodges jhodg...@gmail.com Reply-To: topbrai...@googlegroups.com Date: Friday, February 27, 2015 at 6:57 PM To: topbrai...@googlegroups.com Subject: Re: [topbraid-users] exporting spin functions to fuseki I just remembered where I saw the fuseki reference and thought it was condoned by TQ. It is in the Learning SPARQL book. But that is unimportant. I downloaded the Jena git archive and edited the jena-fuseki pom.xml file and rebuilt the code. Holger said to use the 1.4.0 version of the SPIN library, which depends on jena 2.11.0. So I got that version. But the build failed. Since you all have been pushing TBL I returned to building out my TBL adapter. Yes, in the browser my SPIN rules work against the TBL instance I have running with TBCME, but I have not been so lucky, yet, making Jena calls to the TBL instance from code. They don't fail but they don't return results either. So for the time being I am dead in the water. On Friday, February 27, 2015 at 10:31:03 AM UTC-8, Irene Polikoff wrote: In the past TQ encouraged the use of fuseki ... This is news to me :) Must be a misunderstanding. SPIN API is for use by developers who want to include SPIN in their programs. Thus, it is likely to be not just about the build procedures. You would need to figure out how to modify fuseki so that it uses SPIN. Irene On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodg...@gmail.com wrote: Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes
Re: [topbraid-users] exporting spin functions to fuseki
Jack, As one more note, the Learning SPARQL book (which I wrote on my own time, not with my TopQuadrant hat on) uses Fuseki because it's a small and simple way to try out the basics of SPARQL UPDATE when learning it. For scalability and more serious application development (particularly because of tools like SPIN, SPARQLMotion, SWP, and SWA), the TopBraid platform is a better choice. Thanks, Bob DuCharme On Fri, Feb 27, 2015 at 6:57 PM, Jack Hodges jhodgesa...@gmail.com wrote: I just remembered where I saw the fuseki reference and thought it was condoned by TQ. It is in the Learning SPARQL book. But that is unimportant. I downloaded the Jena git archive and edited the jena-fuseki pom.xml file and rebuilt the code. Holger said to use the 1.4.0 version of the SPIN library, which depends on jena 2.11.0. So I got that version. But the build failed. Since you all have been pushing TBL I returned to building out my TBL adapter. Yes, in the browser my SPIN rules work against the TBL instance I have running with TBCME, but I have not been so lucky, yet, making Jena calls to the TBL instance from code. They don't fail but they don't return results either. So for the time being I am dead in the water. On Friday, February 27, 2015 at 10:31:03 AM UTC-8, Irene Polikoff wrote: In the past TQ encouraged the use of fuseki ... This is news to me :) Must be a misunderstanding. SPIN API is for use by developers who want to include SPIN in their programs. Thus, it is likely to be not just about the build procedures. You would need to figure out how to modify fuseki so that it uses SPIN. Irene On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodg...@gmail.com wrote: Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to
Re: [topbraid-users] exporting spin functions to fuseki
Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com javascript: --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [topbraid-users] exporting spin functions to fuseki
In the past TQ encouraged the use of fuseki ... This is news to me :) Must be a misunderstanding. SPIN API is for use by developers who want to include SPIN in their programs. Thus, it is likely to be not just about the build procedures. You would need to figure out how to modify fuseki so that it uses SPIN. Irene On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodgesa...@gmail.com wrote: Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [topbraid-users] exporting spin functions to fuseki
I just remembered where I saw the fuseki reference and thought it was condoned by TQ. It is in the Learning SPARQL book. But that is unimportant. I downloaded the Jena git archive and edited the jena-fuseki pom.xml file and rebuilt the code. Holger said to use the 1.4.0 version of the SPIN library, which depends on jena 2.11.0. So I got that version. But the build failed. Since you all have been pushing TBL I returned to building out my TBL adapter. Yes, in the browser my SPIN rules work against the TBL instance I have running with TBCME, but I have not been so lucky, yet, making Jena calls to the TBL instance from code. They don't fail but they don't return results either. So for the time being I am dead in the water. On Friday, February 27, 2015 at 10:31:03 AM UTC-8, Irene Polikoff wrote: In the past TQ encouraged the use of fuseki ... This is news to me :) Must be a misunderstanding. SPIN API is for use by developers who want to include SPIN in their programs. Thus, it is likely to be not just about the build procedures. You would need to figure out how to modify fuseki so that it uses SPIN. Irene On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodg...@gmail.com javascript: wrote: Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com javascript: --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the
Re: [topbraid-users] exporting spin functions to fuseki
Jack, What are you trying to accomplish? Why do you need to make Jena calls to TBL? This will not work. From: Jack Hodges jhodgesa...@gmail.com Reply-To: topbraid-users@googlegroups.com Date: Friday, February 27, 2015 at 6:57 PM To: topbraid-users@googlegroups.com Subject: Re: [topbraid-users] exporting spin functions to fuseki I just remembered where I saw the fuseki reference and thought it was condoned by TQ. It is in the Learning SPARQL book. But that is unimportant. I downloaded the Jena git archive and edited the jena-fuseki pom.xml file and rebuilt the code. Holger said to use the 1.4.0 version of the SPIN library, which depends on jena 2.11.0. So I got that version. But the build failed. Since you all have been pushing TBL I returned to building out my TBL adapter. Yes, in the browser my SPIN rules work against the TBL instance I have running with TBCME, but I have not been so lucky, yet, making Jena calls to the TBL instance from code. They don't fail but they don't return results either. So for the time being I am dead in the water. On Friday, February 27, 2015 at 10:31:03 AM UTC-8, Irene Polikoff wrote: In the past TQ encouraged the use of fuseki ... This is news to me :) Must be a misunderstanding. SPIN API is for use by developers who want to include SPIN in their programs. Thus, it is likely to be not just about the build procedures. You would need to figure out how to modify fuseki so that it uses SPIN. Irene On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodg...@gmail.com javascript: wrote: Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com javascript: --- You received this message
Re: [topbraid-users] exporting spin functions to fuseki
OTOH, if you call the services via the REST APIs designed in the template, ui (SWP), sms, sparql (SPARQL Endpoint), etc. servlet, then you can use TBL as a server platform. These are well-documented in the Composer Help pages, and all can be used by Java in a RESTful context. -- Scott On Feb 27, 2015, at 6:28 PM, Irene Polikoff ir...@topquadrant.com wrote: Jack, What are you trying to accomplish? Why do you need to make Jena calls to TBL? This will not work. From: Jack Hodges jhodgesa...@gmail.com Reply-To: topbraid-users@googlegroups.com Date: Friday, February 27, 2015 at 6:57 PM To: topbraid-users@googlegroups.com Subject: Re: [topbraid-users] exporting spin functions to fuseki I just remembered where I saw the fuseki reference and thought it was condoned by TQ. It is in the Learning SPARQL book. But that is unimportant. I downloaded the Jena git archive and edited the jena-fuseki pom.xml file and rebuilt the code. Holger said to use the 1.4.0 version of the SPIN library, which depends on jena 2.11.0. So I got that version. But the build failed. Since you all have been pushing TBL I returned to building out my TBL adapter. Yes, in the browser my SPIN rules work against the TBL instance I have running with TBCME, but I have not been so lucky, yet, making Jena calls to the TBL instance from code. They don't fail but they don't return results either. So for the time being I am dead in the water. On Friday, February 27, 2015 at 10:31:03 AM UTC-8, Irene Polikoff wrote: In the past TQ encouraged the use of fuseki ... This is news to me :) Must be a misunderstanding. SPIN API is for use by developers who want to include SPIN in their programs. Thus, it is likely to be not just about the build procedures. You would need to figure out how to modify fuseki so that it uses SPIN. Irene On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodg...@gmail.com wrote: Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google
Re: [topbraid-users] exporting spin functions to fuseki
Irene,
I am constructing a restful service chain between several restful services.
The semantic web service is at one end. My code uses the Jena API
(QueryExecutionFactory.sparqlService(endpoint, query and
QueryExecution.execSelect) to query the semantic web service. The rest
calls to both Fuseki and the local TBL instance execute fine. As you know,
I had to abandon Fuseki due to this problem with the SPIN API. So I started
working on the TBL version. The TBL query must look like this:
http://localhost:8083/tbl/sparql?query=[query]
Since running the query in a browser works fine, the way that the endpoint
and query are combined by the Jena library is probably the cause of my
failure to get results from the query. I am currently setting the endpoint
to:
http://localhost:8083/tbl/sparql and the query to:
[query], where this is replace by an actual query such as: select * where {
?a ?b ?c .}
But this assumes that Jena is adding the ?query= into the mix, and I am
not sure whether I can add it into the endpoint definition. My
endpoint/query combination is executing, as I said, but isn't returning the
results I get from submitting at the browser.
Does this help you understand what I am doing? I am confused about why you
are confused. I have seen postings by Holger using these APIs
programmatically
(http://www.programcreek.com/java-api-examples/index.php?api=com.hp.hpl.jena.query.QueryExecution)
and, as I mentioned, they were working fine with Fuseki as long as I didn't
use SPIN.
Jack
On Friday, February 27, 2015 at 4:28:42 PM UTC-8, Irene Polikoff wrote:
Jack,
What are you trying to accomplish? Why do you need to make Jena calls to
TBL? This will not work.
From: Jack Hodges jhodg...@gmail.com javascript:
Reply-To: topbrai...@googlegroups.com javascript:
Date: Friday, February 27, 2015 at 6:57 PM
To: topbrai...@googlegroups.com javascript:
Subject: Re: [topbraid-users] exporting spin functions to fuseki
I just remembered where I saw the fuseki reference and thought it was
condoned by TQ. It is in the Learning SPARQL book. But that is unimportant.
I downloaded the Jena git archive and edited the jena-fuseki pom.xml file
and rebuilt the code. Holger said to use the 1.4.0 version of the SPIN
library, which depends on jena 2.11.0. So I got that version. But the build
failed. Since you all have been pushing TBL I returned to building out my
TBL adapter. Yes, in the browser my SPIN rules work against the TBL
instance I have running with TBCME, but I have not been so lucky, yet,
making Jena calls to the TBL instance from code. They don't fail but they
don't return results either. So for the time being I am dead in the water.
On Friday, February 27, 2015 at 10:31:03 AM UTC-8, Irene Polikoff wrote:
In the past TQ encouraged the use of fuseki ...
This is news to me :) Must be a misunderstanding.
SPIN API is for use by developers who want to include SPIN in their
programs. Thus, it is likely to be not just about the build procedures. You
would need to figure out how to modify fuseki so that it uses SPIN.
Irene
On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodg...@gmail.com wrote:
Thank you Holger. Perhaps I need the long answer. Is there one? I went to
the Spin API link you provided. I am not sure how I am supposed to use this
information. As a maven dependency do I need to rebuild fuseki from source?
Or can I just take one of the jar files associated with these dependencies
and put them into some directory (though I do not see which directory in
the fuseki distribution). In the past TQ encouraged the use of fuseki ...
Jack
On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch
wrote:
Hi Jack,
short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki
by itself does not know what to do with the RDF declarations of SPIN
functions - they are just triples for Fuseki.
BTW afn:localname is not just a TopBraid function, but is originally
from Jena. So it works in Fuseki, but anything from the spif: namespace
would not work.
A commercial alternative to Fuseki is the TopBraid Live platform [2],
and this has SPIN and TopBraid SPARQL functions built in.
HTH
Holger
[1] http://topbraid.org/spin/api/
[2] http://www.topquadrant.com/products/topbraid-live/
On 2/27/2015 11:00, Jack Hodges wrote:
I have exported a bunch of graphs to a .ttl file and then imported it
into fuseki. If I run a query on fuseki to see if the functions are there -
they are. If I run a query on fuseki to show the spin:body or
spin:constraints they show them as anonymous objects (is that the correct
term?). If I run queries on the classes and properties that my spin
functions are working on I get the right results. But I cannot get results
by executing my spin functions.
So the classes and properties exist, the bindings exist, the spin
functions exist, the prefixes are defined, but the functions
Re: [topbraid-users] exporting spin functions to fuseki
Scott, If I can make the call to TBL w/o the Jena interface then great. I'll look it up in the Composer Help pages (which, along with the SWP manual, are almost always open anyway, and now the SPIN manual as well) and will hope to find good java examples there. Thanks, Jack On Friday, February 27, 2015 at 4:50:00 PM UTC-8, Scott Henninger wrote: OTOH, if you call the services via the REST APIs designed in the template, ui (SWP), sms, sparql (SPARQL Endpoint), etc. servlet, then you can use TBL as a server platform. These are well-documented in the Composer Help pages, and all can be used by Java in a RESTful context. -- Scott On Feb 27, 2015, at 6:28 PM, Irene Polikoff ir...@topquadrant.com javascript: wrote: Jack, What are you trying to accomplish? Why do you need to make Jena calls to TBL? This will not work. From: Jack Hodges jhodg...@gmail.com javascript: Reply-To: topbrai...@googlegroups.com javascript: Date: Friday, February 27, 2015 at 6:57 PM To: topbrai...@googlegroups.com javascript: Subject: Re: [topbraid-users] exporting spin functions to fuseki I just remembered where I saw the fuseki reference and thought it was condoned by TQ. It is in the Learning SPARQL book. But that is unimportant. I downloaded the Jena git archive and edited the jena-fuseki pom.xml file and rebuilt the code. Holger said to use the 1.4.0 version of the SPIN library, which depends on jena 2.11.0. So I got that version. But the build failed. Since you all have been pushing TBL I returned to building out my TBL adapter. Yes, in the browser my SPIN rules work against the TBL instance I have running with TBCME, but I have not been so lucky, yet, making Jena calls to the TBL instance from code. They don't fail but they don't return results either. So for the time being I am dead in the water. On Friday, February 27, 2015 at 10:31:03 AM UTC-8, Irene Polikoff wrote: In the past TQ encouraged the use of fuseki ... This is news to me :) Must be a misunderstanding. SPIN API is for use by developers who want to include SPIN in their programs. Thus, it is likely to be not just about the build procedures. You would need to figure out how to modify fuseki so that it uses SPIN. Irene On Feb 27, 2015, at 12:14 PM, Jack Hodges jhodg...@gmail.com wrote: Thank you Holger. Perhaps I need the long answer. Is there one? I went to the Spin API link you provided. I am not sure how I am supposed to use this information. As a maven dependency do I need to rebuild fuseki from source? Or can I just take one of the jar files associated with these dependencies and put them into some directory (though I do not see which directory in the fuseki distribution). In the past TQ encouraged the use of fuseki ... Jack On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger Knublauch wrote: Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai
Re: [topbraid-users] exporting spin functions to fuseki
Hi Jack, short answer: You'll need the SPIN API [1] as a plugin to Fuseki. Fuseki by itself does not know what to do with the RDF declarations of SPIN functions - they are just triples for Fuseki. BTW afn:localname is not just a TopBraid function, but is originally from Jena. So it works in Fuseki, but anything from the spif: namespace would not work. A commercial alternative to Fuseki is the TopBraid Live platform [2], and this has SPIN and TopBraid SPARQL functions built in. HTH Holger [1] http://topbraid.org/spin/api/ [2] http://www.topquadrant.com/products/topbraid-live/ On 2/27/2015 11:00, Jack Hodges wrote: I have exported a bunch of graphs to a .ttl file and then imported it into fuseki. If I run a query on fuseki to see if the functions are there - they are. If I run a query on fuseki to show the spin:body or spin:constraints they show them as anonymous objects (is that the correct term?). If I run queries on the classes and properties that my spin functions are working on I get the right results. But I cannot get results by executing my spin functions. So the classes and properties exist, the bindings exist, the spin functions exist, the prefixes are defined, but the functions don't execute. Other functions execute, such as the TopBraid functions (I tested with afn:localname for example) and they work fine. By the way, these functions have been tested in TBCME and work fine. If I take the strings I am using in fuseki and run them in the SPARQL window of TBCME they also work fine. I checked the list of models that are being exported with mine and noted that some are not exported, such as skos. Is this a problem? I must be missing something simple here. Any comments? Jack -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com mailto:topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
