Closed zhengj2007 closed 9 years ago
From ja...@overton.ca on June 12, 2014 11:14:57
Workaround: Edit the OWL file and replace this line
<owl:imports rdf:resource=" http://purl.obolibrary.org/obo/bfo.owl"/ >
with this line
<owl:imports rdf:resource=" http://purl.obolibrary.org/obo/bfo/2014-05-03/classes-only.owl"/ >
In my tests, the revised import statement is maintained across Protege sessions and save/load operations.
From ja...@overton.ca on June 12, 2014 11:49:15
The problem seems to be Protege's import wizard. Please refer to this new Protege tracker item: https://github.com/protegeproject/protege/issues/57 Manually specifying the IRI is a sufficient workaround. I'm downgrading the priority of this BFO tracker item and closing it as "wontfix".
Status: WontFix
Labels: -Priority-Critical Priority-Medium
From ja...@overton.ca on June 12, 2014 11:45:38
Steps to reproduce:
Cause:
In the saved file I see the following line:
<owl:imports rdf:resource=" http://purl.obolibrary.org/obo/bfo.owl"/ >
This is the Ontology IRI of the classes-only variant, but also of the full version. It seems that Protege ignores the Ontology Version IRI, stores only the Ontology IRI, and when the file is reopened Protege loads the main version instead of the variant.
Solution:
The classes only variant should have have its own Ontology IRI.
Original issue: http://code.google.com/p/bfo/issues/detail?id=192