On 2021-05-20 10:23 am, [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
notwithstanding, the question about why it fails when I create the
tagset programmatically instead of vi the UI still stands.
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 closure
built using logic I can't access - so is there a simple way to test
queries independently against this?
The rdfex closure (generated via ui:graphWithImports) is really the same
as if you open the main graph/file in TBC and run queries. It simply
means that all transitive owl:imports will be included into a MultiUnion
graph.
So if you look at the tagset instance in TBC and compare it with one
generated from the UI, you should notice any difference.
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 :-) )
Not that I know of. There is only so much we can do here. You seem to be
using EDG on a rather low level and this is of course a much more error
prone process than simply using the UI or the web services that the UI
uses to create a new tagset. So while most of our solution is
model-driven and based on triples that represent the system's state, we
don't have equal infrastructure to help programmatic users from people
clicking through the UI, at least not yet.
Holger
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]
<mailto:[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].
To view this discussion on the web visit
https://groups.google.com/d/msgid/topbraid-users/8b0af2a9-74d4-1b65-569c-b39c293f6458%40topquadrant.com.
