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
Copy file name to clipboardExpand all lines: principles/fp-007-relations.md
+7-5Lines changed: 7 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,12 +29,14 @@ submitted to the [RO tracker](https://github.com/oborel/obo-relations/issues).
29
29
'Reuse' means that the actual existing-relation PURL is used. Ontology developers should be aware that (in rare instances) relations can evolve over time and previous relations might become obsolete. This means developers should monitor the state of the relations they use. The Relations Ontology MUST be the first source for appropriate relations, and ontology developers SHOULD, with due diligence, search RO for needed relations. If a necessary relation cannot be found within RO, then the developers SHOULD search other OBO ontologies for reasonable candidates.
30
30
31
31
### Creating New Relations
32
-
The appropriate home for new relations will depend on multiple factors, including the general applicability of the relation to other ontologies, and with consideration of the domain and range for the relation:
33
-
- If the domain of the proposed relation is a class in the same ontology as that relation, it is fine to keep in the ontology; if a suitable RO parent exists, the new relation MUST be declared a sub-property of that parent.
34
-
- If the domain of the proposed relation is a class outside of the ontology defining that relation, the relation MUST be added to RO.
35
-
- If the relation seems generally usable (that is, could potentially be used by other ontologies), the relation MUST be added to RO.
32
+
The appropriate home for a new relation ('R') will depend on multiple factors, including the general applicability of 'R' beyond its use by developers of the 'R'-proposing ontology ('O'), and with consideration of the domain and range for 'R':
33
+
- If both the domain and range of 'R' are classes in the same ontology 'O' as 'R', 'R' MAY be kept in 'O';
34
+
- If either the domain or range of 'R' are classes not in 'O', and 'R' does not seem to be general enough for use by other ontologies, 'R' MAY be kept in 'O';
35
+
- For any 'R' not submitted to RO, if a suitable RO parent ('P') exists, then 'R' MUST be declared a sub-property of 'P';
36
+
- If 'R' seems generally usable (that is, could potentially be used by ontologies other than 'O'), the relation MUST be added to RO;
36
37
- If there are any doubts about how to proceed based on the above, there SHOULD be an attempt to add to RO.
37
-
- It is never a bad idea to add to RO, even for those relations that are 'self-contained' (as described in the first bullet point).
38
+
39
+
It is never a bad idea to add a new relation to RO, even for those that are 'self-contained' (that is, as described in the first bullet point).
38
40
39
41
Note regarding property chains: If a proposed property chain makes use of relations that are themselves in RO, the property chain SHOULD be submitted to RO.
0 commit comments