> On 23 Apr 2020, at 07:11, Holger Knublauch <[email protected]> wrote: > > On 22/04/2020 12:38, Rob Atkinson wrote: >> >> tracking this with interest :-) >> >> I too find it awkward when I am working with immutable OWL resources from >> standards but EDG requires the shapes - so end up doing complex automated >> loading where I generate a wrapper ontology to contain created shapes and >> then update imports in instance data to include these shapes instead of the >> original ontology so EDG works. What I really need to do of course is to >> have the shapes file be a profile of the original ontology that matches the >> things I care about and not populate the environment with a lot of >> irrelevant stuff - which matches the original use case - only show relevant >> classes. > Please help me understand the user experience that you'd like to see here. > TopBraid would, if available, basically always request a SHACL-profiled > version of an ontology. Even with the automated converter some ontologies > require manual post-processing of the SHACL. So are you suggesting > > - to have some alias mechanism that automatically substitutes one owl:import > with another owl:import so that a SHACL file gets preferred over a pure OWL > file? > - to run the OWL2SHACL algorithm if an ontology seems to contain an OWL > ontology that is not covered by SHACL? If yes, how would it recognize that. > I run into similar situations on occasion. Right now I have a scenario that needs about 15 classes and about 80 properties that are largely taken from standards like DC and Prov-O. However, if you import everything that is required to make the graphs complete you end up with the items of interest being maybe 25% of the union of the ontologies. IMO a way to address that issue elegantly would be a far more useful feature than worrying about changing an import here or there (e.g. can workaround that by adding shapes import to the OWL and you don’t have to modify any data graphs).
Note that this problem isn’t actually about SHACL or OWL2SHACL. It also appears in any OWL-driven UI where the user is forced to see the entire content of the ontologies in the scope of the imports, even when not of interest. Seems like a nice way to specify “the things I care about” before doing the OWL2SHACL might do the trick in EDG. At the moment, to say what I care about I sometimes delete things from my local copy of the “immutable” ontologies such the they contain only the subset of interest. After-the-fact you can deactivate shapes and in EDG you can use Main Class to help some. However, would be nice to be able to specify “the things I care about” once and have that flow thru into everywhere appropriate in EDG to limit the UI to only show that subset of the larger scope. >> >> So for a given ontology there are actually multiple choices for what you >> show in the class view: >> 1) all the classes in the ontology using the current graph with imports >> 2) all the classes in current graph >> 3) only the classes represented by instances in the current graph >> 4) only the classes represented by instances in the current graph with >> imports >> 5) all the potential classes defined by a shape - a profile of the closure >> over owl imports. - allowing you to select classes not populated and create >> new instances. > I assume all these cases could be expressed using SPARQL queries. So you > could probably save those queries and re-run them from the SPARQL Library > panel? In 6.4 we are adding the ability to parameterize those SPARQL queries, > so that when you press the execute button you can fill in the values for any > "pre-bound" $ variable. > > So perhaps these are ways to create a WHERE clause to use to automate saying “I care about this” to classes/properties so only they appear in the UI? I’m not quite sure what’s being suggested. Cheers, David > Holger > > >> >> The last is actually how most of the rest of EDG works by customisation of >> shapes to drive UI - and is most powerful and user friendly so I'd vote for >> making this the default behaviour for all widgets with a switch to the other >> modes. >> >> On Wednesday, 22 April 2020 09:14:00 UTC+10, Tim Smith wrote: >> Hi, >> >> In the Class List Panel, is it possible to show only classes in the current >> graph? >> >> When I select "Return local results only", I still see a lot of entries that >> are coming from imports. The screenshot shows a number of entries from the >> ns/vcard foaf ontologies including restrictions (bnodes). >> >> My objective is to find errors in my ontologies as I import over two dozen >> ontologies into EDG (and convert to SHACL). I cannot find a way to run the >> Problems and Suggestions report on my graph only. It always includes the >> imports so I get a huge number of problems in ontologies that I do not >> control. This makes it hard to tell what I need to fix in my ontology vs >> the imports so was using the Class List Panel to help identify problems. >> >> Tim >> >> >> -- >> 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/af51fb0a-40c3-4ffc-9e8e-bb87842631e2%40googlegroups.com >> >> <https://groups.google.com/d/msgid/topbraid-users/af51fb0a-40c3-4ffc-9e8e-bb87842631e2%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/cfebfadd-cdc4-d22c-6911-57aed194f146%40topquadrant.com > > <https://groups.google.com/d/msgid/topbraid-users/cfebfadd-cdc4-d22c-6911-57aed194f146%40topquadrant.com?utm_medium=email&utm_source=footer>. UK +44 (0) 7788 561308 US +1 (336) 283-0808 -- 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/94E25BA3-366B-49E1-8C9C-510E3C7C6735%40topquadrant.com.
