Hi Jack,

sorry we cannot give you more advise on how to configure Fuseki here. Obviously the initialization of the SPIN functions needs to happen before you can use them. How Fuseki executes such initialization code is better asked to the Jena mailing list.

Regards,
Holger


On 3/6/15 5:48 AM, Jack Hodges wrote:
Holger,

When I saw this message I went to the console (hadn't thought to look there before) and saw a warning: "WARN URI <http://siemens.com/schemas/activity#commonLabelURI> has no registered function factory", which I am assuming is directly related to your question. I was not aware that I had to do something special to register SPIN functions. As you can see, were not in a file named foo.spin.ttl (but they are now).

I am unclear about where I would make the call you suggest.

Jack

On Wednesday, March 4, 2015 at 3:19:22 PM UTC-8, Holger Knublauch wrote:

    Jack,

    are you sure the SPIN functions are registered? You need something
    like

            SPINModuleRegistry.get().registerAll(ontModel, null);

    where ontModel is a Jena Model containing the function definitions
    (typically stored in .spin.ttl files).

    Holger


    On 3/5/2015 2:29, Jack Hodges wrote:
    Holger,

    I finally got jena (and fuseki) to build with the maven pom
    additions you provided for the spin library. I checked the
    resulting jena-fuseki-1.0.0-server.jar file and the spin modules
    are in it. I launched this with 'fuseki-server --update --mem
    /ds' and then loaded my models into it. Then I ran the query on
    it that works fine in composer. I am inclined to say that the
    result I get back is empty but it really looks like:

    -------
    | res |
    =======
    |     |
    -------
    which is suggestive that there is a single result but that it isn't in 
?res.As before, Fuseki can see my spin functions but it seems like it still 
cannot execute them. I am wondering if I did something wrong because I did 
follow your instructions to the letter.

    Here is the query:

    prefix sp:<http://spinrdf.org/sp#>  <http://spinrdf.org/sp#>
    prefix afn:<http://jena.hpl.hp.com/ARQ/function#>  
<http://jena.hpl.hp.com/ARQ/function#>
    prefix fn:<http://www.w3.org/2005/xpath-functions#>  
<http://www.w3.org/2005/xpath-functions#>
    prefix rdfs:<http://www.w3.org/2000/01/rdf-schema#>  
<http://www.w3.org/2000/01/rdf-schema#>
    prefix quantity:<http://qudt.org/vocab/quantity#>  
<http://qudt.org/vocab/quantity#>
    prefix skos:<http://www.w3.org/2004/02/skos/core#>  
<http://www.w3.org/2004/02/skos/core#>
    prefix spin:<http://spinrdf.org/spin#>  <http://spinrdf.org/spin#>
    prefix act:<http://siemens.com/schemas/activity#>  
<http://siemens.com/schemas/activity#>
    SELECT ?res WHERE {BIND 
(act:commonLabelURI("http://developer.runkeeper.com/healthgraph#Spinning";  
<http://developer.runkeeper.com/healthgraph#Spinning>) AS ?res) .}

    where 'act:commonLabelURI' is the spin rule.

    I 'have' tried using TBL and will address that issue in the next
    posting.

    Jack

    On Thursday, February 26, 2015 at 6:04:15 PM UTC-8, Holger
    Knublauch wrote:

        Hi Jack,

        short answer: You'll need the SPIN API [1] as a plugin to
        Fuseki. Fuseki by itself does not know what to do with the
        RDF declarations of SPIN functions - they are just triples
        for Fuseki.

        BTW afn:localname is not just a TopBraid function, but is
        originally from Jena. So it works in Fuseki, but anything
        from the spif: namespace would not work.

        A commercial alternative to Fuseki is the TopBraid Live
        platform [2], and this has SPIN and TopBraid SPARQL functions
        built in.

        HTH
        Holger

        [1] http://topbraid.org/spin/api/
        [2] http://www.topquadrant.com/products/topbraid-live/
        <http://www.topquadrant.com/products/topbraid-live/>

        On 2/27/2015 11:00, Jack Hodges wrote:
        I have exported a bunch of graphs to a .ttl file and then
        imported it into fuseki. If I run a query on fuseki to see
        if the functions are there - they are. If I run a query on
        fuseki to show the spin:body or spin:constraints they show
        them as anonymous objects (is that the correct term?). If I
        run queries on the classes and properties that my spin
        functions are working on I get the right results. But I
        cannot get results by executing my spin functions.

        So the classes and properties exist, the bindings exist, the
        spin functions exist, the prefixes are defined, but the
        functions don't execute. Other functions execute, such as
        the TopBraid functions (I tested with afn:localname for
        example) and they work fine.

        By the way, these functions have been tested in TBCME and
        work fine. If I take the strings I am using in fuseki and
        run them in the SPARQL window of TBCME they also work fine.
        I checked the list of models that 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 [email protected]
        ---
        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 [email protected].
        For more options, visit https://groups.google.com/d/optout
        <https://groups.google.com/d/optout>.

-- You received this message because you are subscribed to the
    Google Group "TopBraid Suite Users", the topics of which include
    Enterprise Vocabulary Network (EVN), Reference Data Manager
    (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight,
    SPARQLMotion, SPARQL Web Pages and SPIN.
    To post to this group, send email to [email protected]
    <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 [email protected] <javascript:>.
    For more options, visit https://groups.google.com/d/optout
    <https://groups.google.com/d/optout>.

--
You received this message because you are subscribed to the Google Group "TopBraid Suite Users", the topics of which include Enterprise Vocabulary Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to [email protected]
---
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 [email protected] <mailto:[email protected]>.
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 [email protected]
--- 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 [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to