Principle: Scope (principle 5)

• Overview
• Open (principle 1)
• Common Format (principle 2)
• URI/Identifier Space (principle 3)
• Versioning (principle 4)
• Scope (principle 5)
• Textual Definitions (principle 6)
• Relations (principle 7)
• Documentation (principle 8)
• Documented Plurality of Users (principle 9)
• Commitment To Collaboration (principle 10)
• Locus of Authority (principle 11)
• Naming Conventions (principle 12)
• Maintenance (principle 16)
• Responsiveness (principle 20)

NOTE

The wording of this principle is still in progress, with some issues still to be addressed (see Issues To Be Addressed below).

Summary

The scope of an ontology is the extent of the domain or subject matter it intends to cover. The ontology must have a clearly specified scope and content that adheres to that scope.

This check is automatically validated.

Purpose

An in-scope ontology prevents overlaps between ontologies (duplication of terms), facilitates user searches for specific content, and enables quick selection of ontologies of interest, yet still allows for new terms to be created via combination of existing terms (cross-products).

Recommendations and Requirements

Ideally the scope should be fairly narrow. Required terms that are out of scope should be imported from the appropriate ontology.

Implementation

The domain (scope) covered by the ontology should be clearly stated. The statement should be brief and free of jargon; a few sentences should suffice. The content of the ontology should stay within the confines of the stated scope.

Examples

Counter-Examples

Issues To Be Addressed (partial list):

1.Would like a metadata tag in the ontology itself for this. TBD.

2.Possible need for controlled vocabulary for scope/domain (for example: Anatomy, Upper Level Ontology, Disease, Phenotype, Applicable taxonomy)