Thanks Holger, that helps me continue confident I'm not re-inventing the wheel :-)
On Thursday, 20 May 2021 at 11:06:01 UTC+10 Holger Knublauch wrote: > > On 2021-05-20 10:23 am, robatki...@gmail.com 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 . 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, robatki...@gmail.com <robatki...@gmail.com> >> 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, robatki...@gmail.com 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 topbraid-user...@googlegroups.com. >>> 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 topbraid-user...@googlegroups.com. >> >> 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 topbraid-user...@googlegroups.com. > > 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 topbraid-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/1d019ea3-923b-4643-aa17-b86deac4754bn%40googlegroups.com.
