refactor unsat object-checking to leverage object hierarchy, for reasoners that support that #1100
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Resolves #1096
docs/
have been added/updated - N/Amvn verify
says all tests passmvn site
says all JavaDocs correctCHANGELOG.md
has been updatedSummary
Here, I've modified the way the reasoner validate step checks for unsatisfiable object properties.
Before, an algorithm was implemented (by @cmungall in #133) that was needed for reasoners (like Elk) that don't support computation of the object-property hierarchy. That method is maintained here, but wrapped in a new method
ReasonerHelper.getUnsatisfiableObjectProperties()
, which uses the old technique only for reasoners that don't report that they can pre-compute the object-property hierarchy.Reasoners that can pre-compute that hierarchy use a new simpler technique: computation of the object-property hierarchy, followed by checking of the bottom node for any named object-properties other than the OWL bottomObjectProperty - those are unsatisfiable.
Regardless of the technique used, the method returns the unsatisfiable properties to the main validate() method, where they are reported as before.
Testing
I've updated the tests for unsat properties (added as part of #133) to check behavior under the HermiT and Elk reasoners, as representative examples of reasoners that use each of the two main branches of
getUnsatisfiableObjectProperties()
(before, the tests only covered use of Elk).