Have you tried just using the full URI of that function and not rely on the prefix? Some of our code will automatically add prefixes, other code doesn't.

Holger


On 2021-05-27 9:46 am, [email protected] wrote:

Still unresolved..   the question is still why would the SPARQL endpoint complain about namespaces the SPARQL tab is happy with ?


On Saturday, 22 May 2021 at 11:32:53 UTC+10 [email protected] wrote:


    I upgraded to 7.02 and I get a similar error:

    Invalid SPARQL query string: Line 5, column 34: Unresolved
    prefixed name: tagger:defaultTagProperty

    tagger prefix is set, and this property is set for the graph

    and the query works in the SPARQL pane (with or without the Graph
    clause) :

    SELECT DISTINCT ?predicate ?predicateLabel ?object
    ?subjectRootClass ?labelGraph
                    WHERE { GRAPH
    
<urn:x-evn-master:cadastral_survey_rules_2021_clause_jurisdictional_tagging_tagset:Administrator>
    {
                        {
                            {
                                ?any tagger:defaultTagProperty
    ?predicate .
                            }
                            UNION
                            {
                                ?any tagger:tagProperty ?predicate .
                            } .
                        } .

                        ?subject ?predicate ?object.
                        BIND(spl:object(?taggerGraph,
    tagger:subjectRootClass) as ?subjectRootClass) .
                        BIND
    (swa:propertyLabelAtClassOrShapeInGraph(?predicate,
    ?subjectRootClass, ?labelGraph) AS ?predicateLabel) .
                    }
    }

    so i think the issue is not the old code but something about the
    graph closure logic ..

    On Friday, 21 May 2021 at 00:42:00 UTC+10 Richard Cyganiak wrote:


        Hi Rob,

        On Thu, 20 May 2021 at 01:23, [email protected]
        <[email protected]> wrote:

            Interesting - a brand new workspace created with 6.4 ...

            and I _do_ find this code in that js file...

            Version: 6.4.0.v20200617-1843B


        That's the 6.4.0 beta.

            notwithstanding,  the question about why it fails when I
            create the tagset programmatically instead of vi the UI
            still stands.


        Using the 6.4.0 release version should resolve the issue.

        Richard



            I can inspect the transitive import tree of the graph I
            created vs the UI created one, but the actual query goes
            against a rdfex.org <http://rdfex.org> closure built using
            logic I can't access  - so is there a simple way to test
            queries independently against this?

            I guess I can post queries matching the failed call to
            inspect that graph's import closure - but that depends on
            how it was achieved in the back end - maybe it doesnt
            report it ?

            Is there perhaps a SHACL shape I can use to validate that
            all the metadata needed to work as a tag set is correct?
            (PS - this would be a very helpful developer tool set of
            all the hidden contracts about metadata :-) )

            On Wednesday, 19 May 2021 at 22:20:44 UTC+10 Richard
            Cyganiak wrote:

                This function was never called from Java code, but it
                was called from JavaScript front-end code via the
                SPARQL endpoint in 6.3.x. These calls were removed in
                6.4.

                The call was in the workspace file
                
teamwork.topbraidlive.org/ui/teamwork.www/build/taggerApp.bundle.js
                
<http://teamwork.topbraidlive.org/ui/teamwork.www/build/taggerApp.bundle.js>
                . In a 6.3 workspace, that file will contain the
                string currentContentRootClass. In a 6.4 workspace, it
                should not.

                An undefined function in SPARQL is not an error, but
                is treated as an unbound value. So, if it's in a
                FILTER, the filter is treated as false, and if it's in
                a BIND, no value will be bound. This is a
                (mis?)feature of the SPARQL standard in general:
                Almost any query that matches the SPARQL grammar will
                evaluate without error. At worst it will produce no
                results.

                Richard



                On 19 May 2021, at 05:50, [email protected]
                <http://gmail.com> <[email protected]> wrote:


                version 6.4, and its a new workspace built under
                there.  I also searched but couldnt find it - yet
                network sniffing showed it being called... so I'm
                guessing its in Java code somewhere..

                Given i can make it work, with just a warning, there
                must still be something else not quite right - I
                replicated the imports, metadata, namespaces etc from
                the CreateTaggerProjectService and AFIACT it works
                exactly as expected except this one glitch..

                On Wednesday, 19 May 2021 at 12:44:06 UTC+10 Holger
                Knublauch wrote:

                    Hi Rob,

                    I cannot find the string currentContentRootClass
                    anymore in our code base, yet I can see it was
                    used in some older versions of
                    taggerprojects.ui.ttlx last year. Is there a
                    mismatch between your workspace and the version
                    of the UI code? What version are you on?

                    Holger


                    On 2021-05-18 11:00 pm, [email protected] wrote:

                    If I use the UI to create a tagset, when I
                    display a tagged property the error log shows a
                    warning:

                    URI
                    <http://evn.topbraidlive.org/tagger#currentContentRootClass>
                    <http://evn.topbraidlive.org/tagger#currentContentRootClass>
                    has no registered function factory

                    when I try to programmitically recreate the
                    tagset, even though all metadata looks the same,
                    all namespaces look the same it behaves
                    differently - and the tag display call fails with:

                    *Invalid SPARQL query string: Line 3, column 78:
                    Unresolved prefixed name:
                    tagger:currentContentRootClass.*
                    *
                    *
                    and the tag doesnt display..

                    I cant find this function defined anywhere, but
                    if I run the SPARQL query in the editor on the
                    graph it appears happy, but shows no result

                    PREFIX arg: <http://spinrdf.org/arg#>
                    <http://spinrdf.org/arg#>
                    PREFIX dash: <http://datashapes.org/dash#>
                    <http://datashapes.org/dash#>
                    PREFIX dc: <http://purl.org/dc/elements/1.1/>
                    <http://purl.org/dc/elements/1.1/>
                    PREFIX dcterms: <http://purl.org/dc/terms/>
                    <http://purl.org/dc/terms/>
                    PREFIX defn:
                    <https://surroundaustralia.com/cadastre-3d/def/>
                    <https://surroundaustralia.com/cadastre-3d/def/>
                    PREFIX deo: <http://purl.org/spar/deo/>
                    <http://purl.org/spar/deo/>
                    PREFIX doco_sop_shapes:
                    <http://purl.org/spar/doco_sop_shapes#>
                    <http://purl.org/spar/doco_sop_shapes#>
                    PREFIX edg:
                    <http://edg.topbraid.solutions/model/>
                    <http://edg.topbraid.solutions/model/>
                    PREFIX graphql: <http://datashapes.org/graphql#>
                    <http://datashapes.org/graphql#>
                    PREFIX imported: <http://topbraid.org/imported#>
                    <http://topbraid.org/imported#>
                    PREFIX metadata: <http://topbraid.org/metadata#>
                    <http://topbraid.org/metadata#>
                    PREFIX orb: <http://purl.org/orb/1.0/>
                    <http://purl.org/orb/1.0/>
                    PREFIX owl2xml:
                    <http://www.w3.org/2006/12/owl2-xml#>
                    <http://www.w3.org/2006/12/owl2-xml#>
                    PREFIX owl: <http://www.w3.org/2002/07/owl#>
                    <http://www.w3.org/2002/07/owl#>
                    PREFIX pattern:
                    <http://www.essepuntato.it/2008/12/pattern#>
                    <http://www.essepuntato.it/2008/12/pattern#>
                    PREFIX rdf:
                    <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
                    <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
                    PREFIX rdfs:
                    <http://www.w3.org/2000/01/rdf-schema#>
                    <http://www.w3.org/2000/01/rdf-schema#>
                    PREFIX sh: <http://www.w3.org/ns/shacl#>
                    <http://www.w3.org/ns/shacl#>
                    PREFIX skos:
                    <http://www.w3.org/2004/02/skos/core#>
                    <http://www.w3.org/2004/02/skos/core#>
                    PREFIX skosshapes:
                    <http://topbraid.org/skos.shapes#>
                    <http://topbraid.org/skos.shapes#>
                    PREFIX skosxl:
                    <http://www.w3.org/2008/05/skos-xl#>
                    <http://www.w3.org/2008/05/skos-xl#>
                    PREFIX smf:
                    <http://topbraid.org/sparqlmotionfunctions#>
                    <http://topbraid.org/sparqlmotionfunctions#>
                    PREFIX sp: <http://spinrdf.org/sp#>
                    <http://spinrdf.org/sp#>
                    PREFIX spar: <http://purl.org/spar/doco/>
                    <http://purl.org/spar/doco/>
                    PREFIX spin: <http://spinrdf.org/spin#>
                    <http://spinrdf.org/spin#>
                    PREFIX spl: <http://spinrdf.org/spl#>
                    <http://spinrdf.org/spl#>
                    PREFIX sro:
                    <http://salt.semanticauthoring.org/ontologies/sro#>
                    <http://salt.semanticauthoring.org/ontologies/sro#>
                    PREFIX swa: <http://topbraid.org/swa#>
                    <http://topbraid.org/swa#>
                    PREFIX swrl: <http://www.w3.org/2003/11/swrl#>
                    <http://www.w3.org/2003/11/swrl#>
                    PREFIX swrlb: <http://www.w3.org/2003/11/swrlb#>
                    <http://www.w3.org/2003/11/swrlb#>
                    PREFIX tagger:
                    <http://evn.topbraidlive.org/tagger#>
                    <http://evn.topbraidlive.org/tagger#>
                    PREFIX taggershapes:
                    <http://topbraid.org/taggershapes#>
                    <http://topbraid.org/taggershapes#>
                    PREFIX teamwork: <http://topbraid.org/teamwork#>
                    <http://topbraid.org/teamwork#>
                    PREFIX teamworkconstraints:
                    <http://topbraid.org/teamworkconstraints#>
                    <http://topbraid.org/teamworkconstraints#>
                    PREFIX tosh: <http://topbraid.org/tosh#>
                    <http://topbraid.org/tosh#>
                    PREFIX ui: <http://uispin.org/ui#>
                    <http://uispin.org/ui#>
                    PREFIX xml:
                    <http://www.w3.org/XML/1998/namespace>
                    <http://www.w3.org/XML/1998/namespace>
                    PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
                    <http://www.w3.org/2001/XMLSchema#>

                    SELECT ?predicate ?predicateLabel ?object WHERE {
                    ?subject ?predicate ?object.
                    BIND
                    (swa:propertyLabelAtClassOrShapeInGraph(?predicate,
                    tagger:currentContentRootClass(), ?labelGraph)
                    AS ?predicateLabel) .
                                    }

                    or even this cut down version:

                    SELECT ?predicateLabel WHERE {
                    ?subject ?predicate ?object.
                    BIND ( tagger:currentContentRootClass() AS
                    ?predicateLabel) .
                                    }

                    has no results, but doesnt fail..

                    What is this expecting to find that it cannot?



-- 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].
                    To view this discussion on the web visit
                    
https://groups.google.com/d/msgid/topbraid-users/2ea51bc2-2d6b-401b-91e4-7244eedb3a40n%40googlegroups.com
                    
<https://groups.google.com/d/msgid/topbraid-users/2ea51bc2-2d6b-401b-91e4-7244eedb3a40n%40googlegroups.com?utm_medium=email&utm_source=footer>.


-- 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].
                To view this discussion on the web visit
                
https://groups.google.com/d/msgid/topbraid-users/201a0640-9592-46c3-b009-bb7295d314b2n%40googlegroups.com
                
<https://groups.google.com/d/msgid/topbraid-users/201a0640-9592-46c3-b009-bb7295d314b2n%40googlegroups.com?utm_medium=email&utm_source=footer>.

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

            To view this discussion on the web visit
            
https://groups.google.com/d/msgid/topbraid-users/51af60df-9312-428c-bb10-aa88dd3aa215n%40googlegroups.com
            
<https://groups.google.com/d/msgid/topbraid-users/51af60df-9312-428c-bb10-aa88dd3aa215n%40googlegroups.com?utm_medium=email&utm_source=footer>.

--
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]>. To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/40ca2a1c-37e1-46a9-bf34-49a102c99566n%40googlegroups.com <https://groups.google.com/d/msgid/topbraid-users/40ca2a1c-37e1-46a9-bf34-49a102c99566n%40googlegroups.com?utm_medium=email&utm_source=footer>.

--
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].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/topbraid-users/3174465b-7e03-c3f7-7bea-cc4f1ef4d75d%40topquadrant.com.

Reply via email to