Skip to content

Commit 84b0345

Browse files
authored
Update DevelopmentGuidelines.md
1 parent 9365ceb commit 84b0345

1 file changed

Lines changed: 19 additions & 3 deletions

File tree

docs/DevelopmentGuidelines.md

Lines changed: 19 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -27,7 +27,6 @@ title: Ontology Project Management Guidelines
2727
THE FOLLOWING ARE FOR THE OTHER PAGE, KEPT HERE PENDING FINALIZATION
2828

2929
technical:
30-
- Standardizing how imported ontologies are noted [#424](https://github.com/OBOFoundry/OBOFoundry.github.io/issues/424)
3130
- Use standard synonym types [#2450](https://github.com/OBOFoundry/OBOFoundry.github.io/issues/2450)
3231
- Modeling metaclasses [#2454](https://github.com/OBOFoundry/OBOFoundry.github.io/issues/2454)
3332
- Ontology merging metadata [#1548](https://github.com/OBOFoundry/OBOFoundry.github.io/issues/1548)
@@ -49,8 +48,25 @@ communication:
4948
- domain metadata tag [#2779](https://github.com/OBOFoundry/OBOFoundry.github.io/issues/2779)
5049

5150

52-
53-
51+
Follow-up on guidelines for imports: During the previous discussion, it came to light that some ontologies--when importing from a ‘third party’ ontology--filter out definitions and logical axioms in order to reduce the possibility of misalignment due to out of sync updates.
52+
Q: The newly-accepted guideline recommends against importing terms from a third party ontology anyway, but should we add that filtering note for cases when it is done?
53+
Q: What about when importing from the original source ontology? Principle 1 for term import says to “include any annotations for term or definition editors from the original ontology”. Should that be revisited?
54+
James: There’s nothing special about definitions – any annotation or axiom could get out of sync, and any could be important to someone. Recommend against stripping this recommendation.
55+
CONCLUSION: keep all information.
56+
imports: recommend that imported terms be tagged with the ontology from which they were *directly* imported? (no issue)
57+
Terms can be imported from the ‘source’ ontology or a third party ontology; this recommendation would provide useful tracking information should things go wrong.
58+
P1 says ‘imported from’ (IAO:0000412) should be used “to link back to the group (i.e. ontology) maintaining it”
59+
Which method (annotating the direct import source vs annotating the maintaining ontology) would provide the most benefit to end users? To term re-users?
60+
Q: Should we only recommend this tag when from a third party, or always?
61+
If using OntoFox, it will indicate the direct import. ROBOT does it *only when asked*
62+
James O: would not recommend using ‘imported from’ in guideline.
63+
CONCLUSION: leave out of guidelines
64+
ACTION (DN): make issue regarding P1 inclusion of ‘imported from’
65+
imports: standardize how imported ontologies are noted (#424)
66+
For individual terms there is ‘imported from’ (IAO:0000412), recommended as part of P1. (Note: the above discussion might change what is said there.)
67+
Q: regardless of how it could be indicated (for example, using a yet-to-be-minted metadata tag such as ‘imports’ or ‘has import’--not to be confused with the directive ‘owl:imports’), do we want to make a recommendation to this effect? The context is within an already-merged ontology (which would not have any import statements).
68+
James O: this consideration is very semweb-focused but might not be very useful
69+
CONCLUSION: Don’t bother with this.
5470

5571

5672

0 commit comments

Comments
 (0)