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
