Allow controling ontology IRI when saving

[jesper-friis]

Description

Allow separating the IRI of the ontology from base_iri when saving using rdflib.

Unfortunately owlready2 doesn't allow to separate the IRI of the ontology from the base_iri (the namespace of the entities in the ontology). In many ontologies, e.g. EMMO, are these not the same.

Further work: Also assign the ontology IRI when loading an ontology.

An even better solution would be to ask Jean-Baptiste to add support for separate ontology iri and base_iri to Owlready2.

Type of change

• Bug fix.
• New feature.
• Documentation update.
• Test update.

Checklist

This checklist can be used as a help for the reviewer.

• Is the code easy to read and understand?
• Are comments for humans to read, not computers to disregard?
• Does a new feature has an accompanying new test (in the CI or unit testing schemes)?
• Has the documentation been updated as necessary?
• Does this close the issue?
• Is the change limited to the issue?
• Are errors handled for all outcomes?
• Does the new feature provide new restrictions on dependencies, and if so is this documented?

Comments

[codecov]

Codecov Report

Attention: 7 lines in your changes are missing coverage. Please review.

Comparison is base (ada4ea5) 71.30% compared to head (70f6c7b) 71.27%.

Files	Patch %	Lines
ontopy/ontology.py	50.00%	7 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #700      +/-   ##
==========================================
- Coverage   71.30%   71.27%   -0.03%     
==========================================
  Files          16       16              
  Lines        3394     3405      +11     
==========================================
+ Hits         2420     2427       +7     
- Misses        974      978       +4     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[francescalb]

Good. I have only one suggestion, which is to remove the file you create if it is there already.
See the comments.