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

chebi_import no longer has bio-chebi GCIs #12735

Closed
cmungall opened this issue Oct 15, 2016 · 7 comments
Closed

chebi_import no longer has bio-chebi GCIs #12735

cmungall opened this issue Oct 15, 2016 · 7 comments

Comments

@cmungall
Copy link
Member

chebi_import is a module constructed from bio-chebi.owl

previously, creation of the module would bring in all the relevant GCIs from bio-chebi. From the Makefile:

# see go/ontology/docs/ for full details
# we need to bring in axioms from both bio-chebi (conjugate base axioms) as well as substance-by-role
CHEBIRELS = RO:0000057 RO:0002233 RO:0002234 RO:0002313 RO:0002233 RO:0002332 RO:0002340  RO:0002345 BFO:0000051 RO:0000087 GOCHEREL:0000000 GOCHEREL:0000001 GOCHEREL:0000002  GOCHEREL:0000003 GOCHEREL:0000004
chebi_import.owl: $(IMPORT_SEED)
    owltools --use-catalog $< bio-chebi.owl --add-imports-from-supports --extract-module -s $(OBO)/go/extensions/bio-chebi.owl -c  --make-subset-by-properties -f $(CHEBIRELS) // --remove-annotation-assertions -r -l  --set-ontology-id $(OBO)/go/extensions/$@ -o $@

This seems to have stopped working. On plane wifi, can't investigate much further. One hypothesis is that SLME behavior changed between owlapi3 and 4. We really eed better documentation on the SLME as it is so central.

@ukemi
Copy link
Contributor

ukemi commented Oct 17, 2016

MP: (recently removed ) parentage in amino acid metabolism #12721

@mcourtot
Copy link
Contributor

@cmungall, @kltm Any news on the status of this?

@cmungall
Copy link
Member Author

Should be fixed with r37060 and r37061

It turns out none of our hypotheses were correct. The SLME was working fine. The issue was a post-processing owltools step was being too aggressive in filtering out object properties, and ended up removing the GCIs

I changed this:

owltools --use-catalog $< bio-chebi.owl --add-imports-from-supports --extract-module -s (OBO)/go/extensions/bio-chebi.owl -c  --make-subset-by-properties -f $(CHEBIRELS) // -remove-annotation-assertions -r -l  --set-ontology-id $(OBO)/go/extensions/$@ -o $@

So -n is used instead of -f after the --make-subset-by-properties command. The former forces any axioms with dangling refs to be deleted. Not entirely clear why this worked at some point, it may well have been some time ago and it was only when we switched to dynamic imports we saw this

@cmungall
Copy link
Member Author

@mcourtot
Copy link
Contributor

For my own learning: could you give an example of such an axiom with dangling ref that would have been removed with the -f option? What does -n do instead?

@ukemi
Copy link
Contributor

ukemi commented Nov 18, 2016

Me too!

@cmungall
Copy link
Member Author

cmungall commented Nov 28, 2016 via email

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

No branches or pull requests

3 participants