Skip to content
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

Generate and validate a basic version of an ontology #17

Closed
cmungall opened this issue May 1, 2015 · 2 comments
Closed

Generate and validate a basic version of an ontology #17

cmungall opened this issue May 1, 2015 · 2 comments
Labels

Comments

@cmungall
Copy link
Contributor

cmungall commented May 1, 2015

Many communities find it useful to have a "basic" version of an ontology. For many bioinformatics users, the following characteristics are often assumed (sometimes for good reason, sometimes historic arbitrariness):

http://oboformat.googlecode.com/svn/trunk/doc/obo-syntax.html#6.1

Some like 6.1.11 is too obo specific. But a modified version that is "no axiom annotations" might be more generally useful

Some of these rules can only be used to validate rather than generate. For example, for the existential graph to be a DAG, the ontology release manager should make a choice as to the strategy in which this is achieved (in GO, it is by restricting to a set of OPs that are irreflexive or otherwise guantaeed not to cycle at the class EG level).

Of course other communities may have different notions of basic. For example, I have seen cases of all existential axioms being removed. But this would render many bioontologies unfit for their primary purpose.

TBD: should robot-core have a single "generate-basic" command that hardwires a certain communities's assumptions, or should it rather facilitate obo-basic by means of a combination of atomic simple commands and/or the ability to plug in SPARQL queries or similar?

cc @dosumis @hdietze

@cmungall cmungall changed the title Generate and valid a basic version of an ontology Generate and validate a basic version of an ontology May 12, 2015
@beckyjackson
Copy link
Contributor

This could be achieved with different configurations of remove, e.g. if you want to remove anonymous superclasses:

robot remove --input ont.owl \ 
  --select parents --select anonymous --trim true \ 
  --output ont-basic.owl

So you could configure it to whatever your version of basic is. It doesn't validate anything, though. Is this sufficient, or does it require more thought?

@beckyjackson
Copy link
Contributor

I think this is being covered by INCATools/ontology-development-kit#194. Please reopen if we need to discuss this more here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants