-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add option to extract command to stamp classes with rdfs:isDefinedBy #390
Comments
It seems to me that for In some of my code I do have a utility that adds isDefinedBy annotations terms that have OBO-style IRIs to the canonical ontology IRI for that OBO namespace (much faster to query for them this way than filtering on IRI text). |
It would be good to support any combination of C+A.
A rough start at some conventions here:
- on the class means the URI is managed by the group. By default, they
should be group that assert axioms with the class as subject
- on the axioms means the axiom is managed by the group. usually this is
the same group that 'owns' the class URI, but in some cases axiom
injection from outside is encouraged
Note that 'subject' doesn't make sense at the OWL level for some axiom
types like DisjointClasses, EquivalentClasses between two named classes.
…On 29 Oct 2018, at 7:31, Jim Balhoff wrote:
It seems to me that for `extract` it would make more sense to have the
subject be the extracted axiom rather than the class.
In some of my code I do have a utility that adds isDefinedBy
annotations terms that have OBO-style IRIs to the canonical ontology
IRI for that OBO namespace (much faster to query for them this way
than filtering on IRI text).
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#390 (comment)
|
We now have this feature with #392. Is this OK to close or does it require more discussion? |
Yes we can add new tickets for enhanced functionality later |
If selected, each class in a generated module would have an isDefinedBy annotation to the URI of the source ontology, unless isDefinedBy is already present.
The text was updated successfully, but these errors were encountered: