You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When running the same robot command from the command line outside Python, I found that robot actually displays a lot of
useful context:
OBO STRUCTURE ERROR Ontology does not conform to OBO structure rules:
...
For details see: http://robot.obolibrary.org/errors#obo-structure-error
...
Could robot's output be captured and logged upon erroring by bioontologies or pyobo?
Robot has a --check false flag that allows ignoring some OBO errors, including the one above. I don't see a way to make PyOBO use it in any easy way since this arg would have to be passed through several levels of the call stack. In any case, from the command line I was able to run the above robot command with the --check false option and it produced a very reasonable looking vo.obo.
When I then go back to PyOBO, it would ideally not attempt to regenerate vo.obo from vo.owl given that I manually generated it already, but it attempts to call robot again and errors. Should it check if vo.obo already exists and just use it unless forced to refresh it?
The text was updated successfully, but these errors were encountered:
Ideally I would like to switch this processing completely to go through OBO Graph JSON format, since if we're going to do the hard work of running ROBOT, we might as well try and get the unambiguous version of the data instead of trying to shove it into OBO flat file format, which we then have to parse again
I tried the --check=false with IOBC and got results that weren't very useful for the OBO parser. I'm worried that disabling this will create content that doesn't get handled well. I tried this for VO too and agree that it looks reasonable, but it's hard to tell since ROBOT doesn't report much useful feedback. The times I've asked for ROBOT to be improved, they've said this just comes from OWLAPI and there isn't much steam on improving that, so we're mostly out of luck
Currently, for
we get a robot error.
There are three potential issues related to this that I want to bring up:
vo
via PyOBO in a Python environment, the error that robot shows is not visible, we only see a generic:When running the same robot command from the command line outside Python, I found that robot actually displays a lot of
useful context:
Could robot's output be captured and logged upon erroring by bioontologies or pyobo?
Robot has a
--check false
flag that allows ignoring some OBO errors, including the one above. I don't see a way to make PyOBO use it in any easy way since this arg would have to be passed through several levels of the call stack. In any case, from the command line I was able to run the above robot command with the--check false
option and it produced a very reasonable looking vo.obo.When I then go back to PyOBO, it would ideally not attempt to regenerate vo.obo from vo.owl given that I manually generated it already, but it attempts to call robot again and errors. Should it check if vo.obo already exists and just use it unless forced to refresh it?
The text was updated successfully, but these errors were encountered: