Re: [topbraid-users] exporting spin functions to fuseki

[Holger Knublauch]

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 
 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:  
prefix afn:  

prefix fn:  

prefix rdfs:  

prefix quantity:  

prefix skos:  

prefix spin:  
prefix act:  

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.
   

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

Holger,

When I saw this message I went to the console (hadn't thought to look there 
before) and saw a warning: "WARN URI 
 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:  
>
> prefix afn:  
> 
>
> prefix fn:  
> 
>
> prefix rdfs:  
> 
>
> prefix quantity:  
> 
>
> prefix skos:  
> 
>
> prefix spin:  
>
> prefix act:  
> 
>
> 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 an

Re: [topbraid-users] exporting spin functions to fuseki

[Holger Knublauch]

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  {
GRAPH  {
?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:  prefix afn: 
 prefix fn: 
 prefix rdfs: 
 prefix quantity: 
 prefix skos: 
 prefix spin: 
 prefix act: 
SELECT ?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 

Re: [topbraid-users] exporting spin functions to fuseki

[Holger Knublauch]

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: 
prefix afn: 
prefix fn: 
prefix rdfs: 
prefix quantity: 
prefix skos: 
prefix spin: 
prefix act: 
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

---
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

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

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:  prefix afn: 
 prefix fn: 
 prefix rdfs: 
 prefix quantity: 
 prefix skos: 
 prefix spin: 
 prefix act: 
SELECT ?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 
> 
> --- 
> 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 .

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

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: 

prefix afn: 

prefix fn: 

prefix rdfs: 

prefix quantity: 

prefix skos: 

prefix spin: 

prefix act: 

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 
> 
> --- 
> 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.

Re: [topbraid-users] exporting spin functions to fuseki

[Bob DuCharme]

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  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  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 V

Re: [topbraid-users] exporting spin functions to fuseki

[Irene Polikoff]

As a final comment in this thread in case it is not totally clear already, 
TopBraid provides various ways to build RESTfull web services. It also has out 
of the box web services such as those provided by the SPARQL endpoint and 
DESCRIBE servlets. These web services can be used by any external (non 
TopBraid) program. The program can be in JAVA or in any other language that 
supports the use of web services. 

We don't provide any documentation on how to use web services in such third 
party programs and programming environments because this is not something that 
is TopBraid specific. Instead, it is specific to the third party programming 
environment one uses.

The only JAVA/API discussion available in TopBraid documentation is about how 
to use Java to extend TopBraid by creating, for example, custom SPARQLMotion 
modules and custom SPIN functions. But this is an entirely different topic.


Irene 


> On Feb 28, 2015, at 11:56 AM, Scott Henninger  
> wrote:
> 
> 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  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  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 
>>>>> Reply-To: 
>>>>> Date: Friday, February 27, 2015 at 6:57 PM
>>>>> To: 
>>>>> 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

Re: [topbraid-users] exporting spin functions to fuseki

[Scott Henninger]

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  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  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 
>>>> Reply-To: 
>>>> Date: Friday, February 27, 2015 at 6:57 PM
>>>> To: 
>>>> 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  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 
>&

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

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  
>> 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 
>> Reply-To: 
>> Date: Friday, February 27, 2015 at 6:57 PM
>> To: 
>> 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  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/
>>>>
>>>>

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

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  > 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 >
> Reply-To: >
> Date: Friday, February 27, 2015 at 6:57 PM
> To: >
> 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  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 w

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

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 >
> Reply-To: >
> Date: Friday, February 27, 2015 at 6:57 PM
> To: >
> 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  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. I

Re: [topbraid-users] exporting spin functions to fuseki

[Scott Henninger]

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  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 
> Reply-To: 
> Date: Friday, February 27, 2015 at 6:57 PM
> To: 
> 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  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 ar

Re: [topbraid-users] exporting spin functions to fuseki

[Irene Polikoff]

Jack,

What are you trying to accomplish? Why do you need to make Jena calls to
TBL? This will not work.



From:  Jack Hodges 
Reply-To:  
Date:  Friday, February 27, 2015 at 6:57 PM
To:  
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  >
> 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 top

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

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  > 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 
> 
> --- 
> 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.
>

Re: [topbraid-users] exporting spin functions to fuseki

[Irene Polikoff]

> 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  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

[Scott Henninger]

Jack, just to be clear on the issue of server choices.  TopBraid Suite is a
fully functional semantic web application server that includes all of the
TopBraid features you have been using.  TopBraid Composer-ME serves as the
integrated development environment (IDE) for developing server-based
solutions that can be directly deployed to TopBraid Suite servers,
including TopBraid EVN, TopBraid Live, TopBraid Insight, and TopBraid RDM
(reference data manager).  To my knowledge, at least, TopQuadrant does not
advocate using server solutions other than TopBraid because the solutions
and technologies are tightly integrated in TopBraid servers, as Holger
indicated.

For more, browsing the page at http://www.topquadrant.com/products/ should
clarify thing some.

-- Scott

On Fri, Feb 27, 2015 at 11:14 AM, Jack Hodges  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 subs

Re: [topbraid-users] exporting spin functions to fuseki

[Jack Hodges]

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.

Re: [topbraid-users] exporting spin functions to fuseki

[Holger Knublauch]

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 
.

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.