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.
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.
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
image.png
--
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].
To view this discussion on the web visit
https://groups.google.com/d/msgid/topbraid-users/cfebfadd-cdc4-d22c-6911-57aed194f146%40topquadrant.com.
