OBO Foundry

Collaborative development organization

The Open Biological and Biomedical Ontologies (OBO) Foundry is a group of people dedicated to build and maintain ontologies related to the life sciences. The OBO Foundry establishes a set of principles for ontology development for creating a suite of interoperable reference ontologies in the biomedical domain. Currently, there are more than a hundred ontologies that follow the OBO Foundry principles. The OBO Foundry effort makes it easier to integrate biomedical results and carry out analysis in bioinformatics. It does so by offering a structured reference for terms of different research fields and their interconnections (ex: a phenotype in a mouse model and its related phenotype in zebrafish).

The Foundry initiative aims at improving the integration of data in the life sciences. One approach to integration is the annotation of data from different sources using controlled vocabularies. Ideally, such controlled vocabularies take the form of ontologies, which support logical reasoning over the data annotated using the terms in the vocabulary. The formalization of concepts in the biomedical domain is especially known via the work of the Gene Ontology Consortium, a part of the OBO Foundry. This has led to the development of certain proposed principles of good practice in ontology development, which are now being put into practice within the framework of the Open Biomedical Ontologies consortium through its OBO Foundry initiative. OBO ontologies form part of the resources of the National Center for Biomedical Ontology, where they form a central component of the NCBO's BioPortal.

The Open Biological and Biomedical Ontologies (OBO; formerly Open Biomedical Ontologies) is an effort to create ontologies (controlled vocabularies) for use across biological and medical domains. A subset of the original OBO ontologies has started the OBO Foundry, which leads the OBO efforts since 2007. OBO forms part of the resources of the U. S. National Center for Biomedical Ontology (NCBIO) and a central element of the NCBO's BioPortal. It is an initiative led by the OBO Foundry.

The OBO Foundry is open to participations of any interested individuals. Ontologies that intend to be officially part of the OBO Foundry have to adhere to the OBO principles and pass a series of reviews done by the members, when "the Foundry coordinators serve as analogs of journal editors". and the Animals in Context Ontology. An integration into OBO of the OntoClean's theory of rigidity has been proposed as a step to standardize candidate ontologies. This integration would make it easier to develop software to automatically check candidates.

The OBO Foundry community is also dedicated to developing tools to facilitate creating and maintaining ontologies. Most ontology developers in OBO use the Protégé ontology editor and the Web Ontology Language (OWL) for building ontologies. To facilitate command line management of ontologies in a Protégé and OWL compatible format, the OBO Foundry has developed the tool ROBOT (ROBOT is an OBO Tool). ROBOT aggregates functions for routine tasks in ontology development, is open source, and can be used either via the command line or as a library for any language on the Java Virtual Machine. Other tool related to the OBO effort is OBO Edit, an ontology editor and reasoner funded by the Gene Ontology Consortium. There are also plugins for OBO Edit which facilitate the development of ontologies, such as the semi automatic ontology generator DOG4DAG.

The OBO file format is a biology oriented language for building ontologies. It is based on the principles of Web Ontology Language (OWL). As a community effort, standard common mappings have been created for lossless roundtrip transformations between Open Biomedical Ontologies (OBO) format and OWL. The research contains methodical examination of each of the constructs of OBO and a layer cake for OBO, similar to the Semantic Web stack.

The initial set of OBO Foundry ontologies was composed by mature ontologies (such as the Gene Ontology, GO, and the Foundational Model of Anatomy, FMAO), by mergers of previously existing ontologies (ex: the Cell Ontology, CL, formed from different dedicated ontologies, and related parts on GO and FMAO) and by development of new ontologies based on its principles. The original set of ontologies also included the Zebrafish Anatomical Ontology (a part of the Zebrafish Information Network), the CheBI ontology, the Disease Ontology, the Plant Ontology, the Sequence Ontology, the Ontology for Biomedical Investigations and the Protein Ontology. This has led to the integration of OBO structured ontologies to data from other, non OBO databases For example, the integration of the Human Disease Ontology to Wikidata has enabled its link to the description of cell lines from the resource Cellosaurus. One of the goals of the integration of OBO Foundry to Wikidata has been to lower the barriers for non ontologists to contribute to and use ontologies. Wikidata is arguably easier to understand and use than the traditional ontology models (which require a high degree of specific expertise).

The ontologies are openly available and have to be released under either the license CC BY 3.0 or under the public domain (CC0). The openness of the ontologies has enabled, for example, the import of terms from the Gene Ontology (one of the ontologies that follow OBO Principles) to the Wikidata project.

The ontologies have to be available in a common formal language. In practice, that means that ontologies that are part of the OBO foundry need to describe items unsing the formats OWL/OWL2 or OBO using a RDF/XML syntax to maximize interoperability.

[[File:Screenshot from 2020 05 08 06 52 55. png|thumb|Mapping from OBO IDs to OBO Unified Resource Identifiers (URIs), unique for each item. The choice of a numerical ID was made in order to improve maintenance and evolution of the resources. In order to participate in OBO Foundry, ontologies have to be orthogonal and the concepts it models must be unique within OBO, so each concept has a single Uniform Resource Identifier (URI). New ontologies have, then, to reuse work done in other efforts.

Ontologies evolve in time, refining concepts and descriptions according to advances in the knowledge of their specific domains. In order to ensure that new versions are updated, but tools that use older version of the ontologies are still function, OBO enforces a system of versioning systems, with each ontology version receiving a unique identifier, either in the format of a date or a numbering system, and metadata dags.

The ontologies should have a clearly specified scope (the domain it intends to cover).

The ontologies should have textual definitions for each item, in a human readable way. That means that beside the alphanumeric identification for each item, they should be described in natural language by logical affirmations following the Aristotelian logic in a way that is unique within the ontology.

The ontologies should use relations between items from the Relations Ontology (RO). This ensures that different ontologies can integrated seamlessly, which is specially important for logical inference. The Relation Ontology (RO) is an ontology designed to represent the relationships between different biomedical concepts. It describes rigorously relations like "part of", "located in" and "preceded by" that are reused by many OBO Foundry ontologies.

OBO ontologies need to be thoroughly documented. Frequently this is done via GitHub repositories for each specific ontologies (see List of OBO Foundry ontologies).

The ontologies should be useful for multiple different people, and ontology developers should document the evidence of use. This criterion is important for the review process. Examples of use include linking to terms by other ontologies, use in semantic web projects, use in annotations or other research applications.

The ontologies should be developed in a way that allows collaborations with other OBO Foundry members.

The ontologies should have one person responsible for the ontology who mediates interaction with the community.

Naming conventions for OBO ontologies aim at making primary labels unambiguous and unique inside the ontology (and preferably, inside OBO). Labels and synonyms should be written in English, avoiding the use of underscores and camel case. OBO lacks a mechanism for multilingual support, in contrast to Wikidata, which allows labels in different systems. The naming system in OBO is based on a series of surveys at cataloguing naming conventions of current ontologies, as well as discover issues relating to these conventions.

The ontologies should be updated with regards to changes in scientific consensus. The OBO Foundry defines scientific consensus as "multiple publications by independent labs over a year come to the same conclusion, and there is no or limited (<10%) dissenting opinions published in the same time frame."