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
We're trying to get the attached ontology file loaded into BioPortal (we're using version 4.5.18 of the OWL API). The OWL API loads the ontology without errors, e.g.:
When we try to load the ontology into our RDF database (AllegroGraph), it's rejected due to square bracket characters in the fragment portion of some of the class IRIs. The OWL API reports the format of this ontology as OWL/XML Syntax, and doesn't seem bothered by square brackets in class IRI fragments. Continuing from the above code snippet, there's no issue with classes like this one with a square bracket character at the end of the fragment:
I thought that square brackets are considered reserved characters that are only allowed in the host portion of an IRI, and am wondering why an ontology like this isn't rejected by the OWL API as invalid?
We're trying to get the attached ontology file loaded into BioPortal (we're using version 4.5.18 of the OWL API). The OWL API loads the ontology without errors, e.g.:
When we try to load the ontology into our RDF database (AllegroGraph), it's rejected due to square bracket characters in the fragment portion of some of the class IRIs. The OWL API reports the format of this ontology as
OWL/XML Syntax
, and doesn't seem bothered by square brackets in class IRI fragments. Continuing from the above code snippet, there's no issue with classes like this one with a square bracket character at the end of the fragment:I thought that square brackets are considered reserved characters that are only allowed in the host portion of an IRI, and am wondering why an ontology like this isn't rejected by the OWL API as invalid?
hoom_orphanet.owl.zip
The text was updated successfully, but these errors were encountered: