Holger, You and others on the TQ staff have suggested that I use TBL as my SPARQL endpoint and that is a great suggestion. I have created an Eclipse project that uses the Jena library to make a restful call to the local TBL instance. The endpoint and query to are:
endpoint: http://localhost:8083/tbl/sparql query: prefix sp: <http://spinrdf.org/sp%23> prefix afn: <http://jena.hpl.hp.com/ARQ/function%23> prefix fn: <http://www.w3.org/2005/xpath-functions%23> prefix rdfs: <http://www.w3.org/2000/01/rdf-schema%23> prefix quantity: <http://qudt.org/vocab/quantity%23> prefix skos: <http://www.w3.org/2004/02/skos/core%23> prefix spin: <http://spinrdf.org/spin%23> prefix act: <http://siemens.com/schemas/activity%23>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 > <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.
