-
Notifications
You must be signed in to change notification settings - Fork 52
Obsoletion
There are a few reasons that the HPO will make a term obsolete.
- Inadvertantly, two separate terms were created that are actually synonymous -- we therefore merge these terms by transfering all of the information from one term to the other and then making the former term obsolete.
- It is recognized that a term is not a good ontology term and we decide to remove it
A major concern with obsoleting a term is that external users may have used the term to annotate a patient, and if we just removed the term without a trace, then the external user would essentially loose information. We therefore do several things to help external users, and we only obsolete a term if absolutely necessary. Term obsoletion was commonly required in the early years of the HPO project, but as the quality has grown, it is only rarely necessary now (a handful of times in 2016, for instance).
The procedure is (for term mergers)
- Take the id of the term that is to be obsoleted, and add is as 'has_alt_id' to the other term
- Add the label of the term that is to be obsoleted as a synonym (usually exact synonym) to the other term
- Transfer any other relevant information including especially alt ids, useful comments, database xrefs
- Transfer any subclasses of the term to be obsoleted to the new class
- Remove information such as logical definitions that does not need to be retained
- Add the annotation 'term replaced by' and indicate the primary id of the other term
- Consider adding a comment explaining the reason for the obsoletion
- Add the annotation owl:deprecated with the literal value 'true'
The procedure for simple obsoletion is the same except one does not transfer information to any new term. Here it is important to write a comment that will tell users what other terms they may want to consider.