<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>D. Goutte-Gattat);</journal-title>
      </journal-title-group>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>(Re-)bridging the anatomy ontologies with SSSOM</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Damien Goutte-Gattat</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Nicolas Matentzoglu</string-name>
          <email>nicolas.matentzoglu@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Workshop</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Semanticly</institution>
          ,
          <addr-line>Athens 10563</addr-line>
          ,
          <country country="GR">Greece</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Cambridge</institution>
          ,
          <addr-line>Downing Street, Cambridge, CB2 3DY</addr-line>
          ,
          <country country="UK">United Kingdom</country>
        </aff>
      </contrib-group>
      <volume>000</volume>
      <fpage>0</fpage>
      <lpage>0002</lpage>
      <abstract>
        <p>Ontologies that describe the anatomical structures and cell types of model organisms are critically required for the annotation and successful exploitation of high-throughput datasets. The Uberon ontology (for anatomical structures) and the Cell Ontology (CL, for cell types) jointly aim to provide a consistent ontology that can be used across a wide range of species, by leveraging existing species-centric anatomy ontologies to construct a single integrated multi-species ontology. In this paper, we describe how we overhauled the integration mechanism between Uberon, CL, and the species-centric ontologies by using the newly devised SSSOM (“Simple Standard for Sharing Ontological Mappings”) standard to manage the mappings between all concerned ontologies.</p>
      </abstract>
      <kwd-group>
        <kwd>Anatomy ontologies</kwd>
        <kwd>mappings</kwd>
        <kwd>cross-species studies</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        One of the prerequisites for the reuse and reanalysis of datasets from high-throughput experimental
methods – such as single-cell RNA sequencing datasets – beyond their lab of origin is the annotation
of samples and results with standardised terms. That is, we need controlled vocabularies to properly
record information such as the exact techniques used, the organs or tissues from which the experimental
samples were taken, or the cell types that were identified. Several ontologies have been developed
for this kind of purpose, such as the Experimental Factor Ontology (EFO) to annotate experimental
methods [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], the Drosophila Anatomy Ontology (FBbt) to annotate anatomical structures and cell types
in D. melanogaster [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], the Worm Anatomy Ontology (WBbt) to do the same in C. elegans [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], etc. Most
of those ontologies are grouped under the umbrella of the OBO Foundry [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>However, comparing datasets across species additionally requires that the ontology terms used to
annotate the datasets are themselves comparable. For example, comparing a dataset of mouse blood
cells with a dataset of fly hemocytes requires that some link (relationship) exist between the term
representing the concept of blood in mice and the term representing the concept of hemolymph in flies.
Ideally, this would in turn require that a single cross-species ontology be used for all datasets, containing
all the terms needed to represent all anatomical structures and cell types with their species-specific
variations, organised in a consistent hierarchy.</p>
    </sec>
    <sec id="sec-2">
      <title>2. The Uberon strategy for a multi-species ontology</title>
      <p>
        Building a single cross-species anatomy ontology from the ground up, with terms suitable for all the
model organisms, would be a gigantic task, requiring lots of species-specific expertise that would be hard
to gather in a single project. Instead, a more practical approach was adopted by the Uberon project [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]
which, rather than attempting to describe the anatomy of every model organism, leverages the existing
species-specific anatomy ontologies. Uberon aims to provide a “core” anatomy ontology that describes
anatomical structures in a species-neutral way, along with “bridges” that allow to integrate the more
precise terms from the species-specific ontologies (Figure 1). The result of merging the Uberon core
      </p>
      <p>CEUR</p>
      <p>
        ceur-ws.org
ontology with the species-specific ontologies along with the corresponding bridges is a product called
composite-metazoan (hereafter CM), a single, consistent cross-species ontology. The Cell Ontology (CL),
an ontology of cell types, follows the same approach [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], and is automatically included in Uberon’s CM
product.
      </p>
      <p>To implement this strategy, Uberon maintains a set of cross-ontology mappings, which are used
to determine where the terms from the species-specific ontologies should be placed in the overall
Uberon hierarchy. Across ontologies of the OBO Foundry, the typical method to represent and maintain
mappings is to use cross-references (or, informally, “xrefs”). It’s a very simple method where, to map a
term   in an ontology A to a term   in a foreign ontology B,   is annotated with a oboInOwl:hasDbXref
property, whose value is the short identifier (“CURIE”) of   . As part of the Uberon release pipeline,
a Perl script automatically extracts those cross-references and generates the bridge files needed to
integrate the species-specific ontologies.</p>
      <p>While simple, the cross-reference method has several limitations. (i) It does not allow to record any
metadata about the mapping, such as: who asserted that the two terms should be mapped? On what
basis? When was the mapping reviewed? (ii) The method does not allow for any nuance: either two
terms are mapped or they are not, without room to express more subtle relations. (iii) Cross-references
are embedded within the ontology itself, and are therefore not easily reusable by third parties. (iv)
Cross-references have no clear and universally agreed upon meaning. When two terms are mapped to
each other, the meaning of the mapping is left unspecified, and typically has to be inferred from the
ontologies that are being mapped (for example, a mapping between the species-neutral Uberon and the
Drosophila-specific FBbt can be inferred to be a cross-species mapping). This is made worse by the fact
that cross-references in OBO ontologies are used for many diferent things beyond just mappings; for
example, when used to annotate a term definition, cross-references typically attribute a source for the
definition, akin to a citation in an academic paper.</p>
    </sec>
    <sec id="sec-3">
      <title>3. New approach to cross-ontology mappings</title>
      <p>We have devised a new approach to maintain and use cross-ontology mappings in Uberon, centred
around three axes: (i) the use of a new format to represent the mappings, (ii) the creation of dedicated
mapping relations, and (iii) the development of new tools to manipulate the mappings and, in particular,
derive OWL axioms from them.</p>
      <sec id="sec-3-1">
        <title>3.1. The SSSOM standard</title>
        <p>
          The Simple Standard for Sharing Ontological Mappings (SSSOM) is a recently devised standard
specifically intended to facilitate the exchange of semantic mappings [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]. It allows mappings to be treated as
ifrst-class data entities and to attach to them a range of metadata such as provenance and licensing
information. The standard defines a common data model to represent mappings as well as two
distinct serialisation formats to store and transport instances of the model: a JSON-based format and a
TSV-based format. The TSV format has been specifically designed to be easily manipulatable both by
standard spreadsheet software (for editing by curators) and by common science libraries and tools (for
use by data scientists and engineers). At least two independent implementations of the standard are
available: SSSOM-Py and SSSOM-Java, for the Python and Java programming languages, respectively.
In addition, several ontology-related tools have started to add direct support for the format, such as the
Ontology Access Kit [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] and the Ontology Development Kit [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. The community resource Biomappings
also provides its mappings in SSSOM, among other formats [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ].
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. New mapping relations for cross-species mappings</title>
        <p>
          One of the benefits brought by the SSSOM standard is the possibility to use highly specific mapping
predicates to express precisely the intended meaning of a mapping. While many mapping sets don’t
actually need this, and can use common mapping predicates such as those from the SKOS vocabulary [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]
(skos:exactMatch, skos:narrowMatch, etc.), cross-species mappings are an example of an application
where the common predicates are not suficient. For example, let us consider a mapping between the
FBbt term for neuron (FBbt:00005106, representing a neuron in a fruit fly) and the corresponding term
in the Cell Ontology (CL:0000540, representing a neuron in any species): clearly it would not be correct
to state that a fly neuron is the same concept as a neuron in any other species – the two terms are
not interchangeable, so skos:exactMatch is not a suitable mapping predicate. A slightly more correct
predicate could be skos:narrowMatch, because is it true that a fly neuron is a narrower concept than a
species-neutral neuron; but a sensory neuron (CL:0000101) is also a narrower concept than a generic
neuron, yet the relation between ‘sensory neuron’ and ‘neuron’ is of a diferent nature than the relation
between ‘fly neuron’ and ‘(species-neutral) neuron’.
        </p>
        <p>
          Overall we believe that cross-species mappings are sui generis mappings and that they warrant the
use of dedicated mapping predicates to reflect that fact. We therefore expanded the SEMAPV vocabulary,
specifically established for use with SSSOM [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ], with four new mapping predicates (Figure 2) that
mirror existing SKOS predicates but are specifically intended for cases where the subject and object of a
mapping belong to diferent taxonomic groupings.
        </p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Deriving OWL bridges from SSSOM</title>
        <p>
          Even as SSSOM adoption spreads rapidly, it is likely that many tools will remain unable to directly
exploit SSSOM sets in the foreseeable future. Therefore, when mappings are stored in the SSSOM format,
we need to be able to convert them into OWL axioms that can be used by any ontology manipulation
tool. To that efect, we have developed a SSSOM plugin for ROBOT, the standard tool used to manipulate
OBO ontologies [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. The plugin is built on top of the Java implementation of the SSSOM standard and
provides a sssom:inject command that takes a SSSOM mapping set as input, derives OWL axioms from
the mappings, and injects them into an ontology.
        </p>
        <p>Rather than hardcoding the logic for deriving the axioms – which would have been eficient but would
have made the logic harder to modify and re-use – we designed a small domain-specific language (DSL),
named SSSOM/T-OWL (“SSSOM/Transform-to-OWL”), that allows users to describe which mappings
in a set should be transformed into OWL axioms and what kind of axioms should be produced.</p>
        <p>The SSSOM/T-OWL language is organised around the single concept of “transformation rules”. A
rule is made of two elements (Table 1): a filter (or selector) to decide whether the rule should apply to a
given mapping; and either a preprocessor, to modify a mapping on the fly, or a generator, to produce a
OWL axiom from the mapping.</p>
        <p>Filters allow the value of any of the SSSOM metadata slots to be compared with a target value and to
discard any mapping with a diferent value. A basic form of wildcard matching is supported, where a
iflter can select mappings with a value that starts with the same prefix as the target value. Individual
iflters can be combined to select mappings based on more than just one metadata slot; they can also be
negated, so that a filter that would select a given set of mappings would, after negation, instead select
the complementary set of mappings.</p>
        <p>Preprocessors allow a mapping to be modified before it is used by subsequent rules. Possible
modifications include inverting a mapping (the subject becomes the object and vice-versa) and changing
some of the mapping’s metadata. A preprocessor can also be used to completely remove a mapping
from the set, so that no further rule will be applied to this mapping.</p>
        <p>
          Finally, the generators take the selected mapping and turn it into an axiom. The most important
generator function is create_axiom, which can produce an arbitrary axiom described by an expression
in Manchester syntax [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ]. Other generators allow classes of the ontology to be annotated with any of
the available mappings metadata.
        </p>
        <p>Of note, the current implementation of the SSSOM/T-OWL language cleanly separates the OWL
generators from the filters and the preprocessing functions. This makes it easy to create other
domainspecific languages similar to SSSOM/T-OWL, using the same overall syntax, the same filters and the
same preprocessors, but that generate objects other than OWL axioms.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Application of the approach to the Uberon pipeline</title>
      <p>With the components described in the previous section in place, we overhauled the pipeline that builds
Uberon’s composite-metazoan product (Figure 3).</p>
      <sec id="sec-4-1">
        <title>4.1. Collecting the mappings</title>
        <p>Rather than migrating all of Uberon mappings to SSSOM at once, we have adopted a phased approach,
in which we have used the mappings between Uberon and FBbt as a test bed in a preliminary phase.
Uberon/FBbt mappings were initially maintained as cross-references within Uberon, as for all the
other Uberon mappings. We migrated them to a SSSOM mapping set that we now maintain on the
FBbt side: existing FBbt cross-references in Uberon were extracted from the ontology and converted
into SSSOM mappings using the newly minted semapv:crossSpeciesExactMatch predicate (all existing
cross-references were for exact mappings, since that was the only kind of mapping allowed by the
cross-reference system), that are now published alongside the FBbt ontology itself.</p>
        <p>Mappings between Uberon and the other species-specific anatomy ontologies beyond FBbt are still
currently maintained as cross-references either within Uberon or within the species-specific ontologies.
They are extracted and converted to SSSOM dynamically as part of Uberon’s release pipeline. In a
second phase, which we have not started yet, we will migrate those mappings fully to SSSOM, as was
done for the FBbt mappings.</p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Applying the transformation rules</title>
        <p>Regardless of their origin, all mappings between Uberon, CL, and the species-specific ontologies are
processed by a single large SSSOM/T-OWL ruleset that contains all the required logic to generate the
bridging axioms. A typical rule in this ruleset is the following:
( s u b j e c t ==UBERON : ∗ | | s u b j e c t ==CL : ∗ ) &amp;&amp; o b j e c t == F B b t : ∗
&amp;&amp; p r e d i c a t e == semapv : c r o s s S p e c i e s E x a c t M a t c h
−&gt; c r e a t e _ a x i o m ( ’ % o b j e c t _ i d E q u i v a l e n t T o : % s u b j e c t _ i d and
( BFO : 0 0 0 0 0 5 0 some NCBITaxon : 7 2 2 7 ) ’ ) ;</p>
        <p>That rule can be literally understood as: a mapping between a Uberon (or CL) term and a FBbt term
and that uses the semapv:crossSpeciesExactMatch predicate must be transformed into an equivalence
axiom that states that the FBbt term is equivalent to the intersection of the Uberon (or CL) term and an
existential restriction over BFO:0000050 (‘part of’) and NCBITaxon:7227 (‘Drosophila melanogaster’).</p>
        <p>All axioms produced by the SSSOM/T-OWL ruleset are saved into a separate bridge file for each
foreign ontology.</p>
      </sec>
      <sec id="sec-4-3">
        <title>4.3. Building the composite-metazoan ontology</title>
        <p>Once the bridge files have been generated, an intermediate ontology ( collected-metazoan) is built
by merging together Uberon itself, the Cell Ontology, all the species-specific ontologies, and their
corresponding bridges. Finally, composite-metazoan itself is derived from this intermediate product by
applying some custom logic (implemented in a small, dedicated ROBOT plugin) to “prune” redundant
terms and replace them with equivalent anonymous class expressions.</p>
        <p>The details of this last operation are beyond the scope of this paper, but as an example, let us consider
the FBbt term ‘ovary’ (FBbt:00004865): it is mapped to the Uberon term ‘ovary’ (UBERON:0000992), so
collected-metazoan contains the following axiom:
F B b t : 0 0 0 0 4 8 6 5 E q u i v a l e n t T o : UBERON : 0 0 0 0 9 9 2 and</p>
        <p>( BFO : 0 0 0 0 0 5 0 some NCBITaxon : 7 2 2 7 )</p>
        <p>The “pruning” operation leading to composite-metazoan consists of replacing all occurrences of
FBbt:00004865 by the anonymous expression it is equivalent to. So the following axiom, which states
that the ‘oviduct’ (FBbt:00004911) is ‘continuous with’ (RO:0002150) the fly ovary:
F B b t : 0 0 0 0 4 9 1 1 S u b C l a s s O f : RO : 0 0 0 2 1 5 0 some F B b t : 0 0 0 0 0 4 8 6 5
gets rewritten as:</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusion</title>
      <p>F B b t : 0 0 0 0 4 9 1 1 S u b C l a s s O f : RO : 0 0 0 2 1 5 0 some ( UBERON : 0 0 0 0 9 9 2 and
( BFO : 0 0 0 0 0 5 0 some NCBITaxon : 7 2 2 7 ) )
In this project, we have (i) expanded the SEMAPV vocabulary so that cross-species mappings can be
specifically represented in SSSOM; (ii) introduced a domain-specific language (SSSOM/T-OWL) to allow
converting SSSOM mappings into arbitrary OWL axioms; (iii) implemented said language in a new
ROBOT plugin to inject SSSOM-derived axioms into a OWL ontology; (iv) used those new tools to
update the integration mechanism between Uberon, CL, and the species-centric ontologies, with an
approach centered on the use of SSSOM, rather than cross-references, to manage the mappings between
the ontologies.</p>
      <p>As a result, cross-species mappings across anatomy ontologies are now available as a bona fide release
artefact of Uberon, provided as a distinct file in a known location in a standard format, thereby greatly
facilitating the reuse of said mappings by any interested third party. The logic for deriving the bridge
ifles (needed to correctly merge Uberon and the species-specific ontologies), now expressed in the
SSSOM/T-OWL language, is itself consequently more easily maintainable and reusable.</p>
      <p>While several aspects of this project (most notably the precise SSSOM/T-OWL rules we use) are
specific to the needs of Uberon, we believe the general approach of maintaining mappings as SSSOM
sets and transforming them into OWL bridges using a simple DSL could be generalised to any project
that requires integrating several ontologies together.</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>This work was supported by grant BB/T014008 from the UK Biotechnology and Biological Sciences
Research Council (BBSRC) and the US National Science Foundation Directorate of Biological Sciences
(NSF/BIO).</p>
    </sec>
    <sec id="sec-7">
      <title>A. Online Resources</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Malone</surname>
          </string-name>
          , E. Holloway,
          <string-name>
            <given-names>T.</given-names>
            <surname>Adamusiak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kapushesky</surname>
          </string-name>
          , et al.,
          <article-title>Modeling sample variables with an Experimental Factor Ontology</article-title>
          ,
          <source>Bioinformatics</source>
          <volume>26</volume>
          (
          <year>2010</year>
          )
          <fpage>1112</fpage>
          -
          <lpage>1118</lpage>
          . doi:
          <volume>10</volume>
          .1093/bioinformatics/ btq099.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Costa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Reeve</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Grumbling</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Osumi-Sutherland</surname>
          </string-name>
          ,
          <article-title>The Drosophila anatomy ontology</article-title>
          ,
          <source>Journal of Biomedical Semantics</source>
          <volume>4</volume>
          (
          <year>2013</year>
          )
          <article-title>32</article-title>
          . doi:
          <volume>10</volume>
          .1186/2041- 1480- 4- 32.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>R. Y. N.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. W.</given-names>
            <surname>Sternberg</surname>
          </string-name>
          ,
          <article-title>Building a Cell and Anatomy Ontology of Caenorhabditis Elegans</article-title>
          ,
          <source>Comparative and Functional Genomics</source>
          <volume>4</volume>
          (
          <year>2003</year>
          )
          <fpage>121</fpage>
          -
          <lpage>126</lpage>
          . doi:
          <volume>10</volume>
          .1002/cfg.248.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>R.</given-names>
            <surname>Jackson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Matentzoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Overton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Vita</surname>
          </string-name>
          , et al.,
          <string-name>
            <surname>OBO</surname>
          </string-name>
          <article-title>Foundry in 2021: Operationalizing open data principles to evaluate ontologies</article-title>
          ,
          <year>Database 2021</year>
          (
          <year>2021</year>
          )
          <article-title>baab069</article-title>
          . doi:
          <volume>10</volume>
          .1093/database/ baab069.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>C. J.</given-names>
            <surname>Mungall</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Torniai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. V.</given-names>
            <surname>Gkoutos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. E.</given-names>
            <surname>Lewis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Haendel</surname>
          </string-name>
          ,
          <article-title>Uberon, an integrative multi-species anatomy ontology</article-title>
          ,
          <source>Genome Biology</source>
          <volume>13</volume>
          (
          <year>2012</year>
          )
          <article-title>R5</article-title>
          . doi:
          <volume>10</volume>
          .1186/gb- 2012
          <source>- 13- 1- r5.</source>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A. D.</given-names>
            <surname>Diehl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. F.</given-names>
            <surname>Meehan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y. M.</given-names>
            <surname>Bradford</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. H.</given-names>
            <surname>Brush</surname>
          </string-name>
          , et al.,
          <source>The Cell Ontology</source>
          <year>2016</year>
          :
          <article-title>Enhanced content, modularization, and ontology interoperability</article-title>
          ,
          <source>Journal of Biomedical Semantics</source>
          <volume>7</volume>
          (
          <year>2016</year>
          )
          <article-title>44</article-title>
          . doi:
          <volume>10</volume>
          .1186/s13326- 016- 0088- 7.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>N.</given-names>
            <surname>Matentzoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. P.</given-names>
            <surname>Balhof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. M.</given-names>
            <surname>Bello</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Bizon</surname>
          </string-name>
          , et al.,
          <article-title>A Simple Standard for Sharing Ontological Mappings (SSSOM)</article-title>
          ,
          <year>Database 2022</year>
          (
          <year>2022</year>
          )
          <article-title>baac035</article-title>
          . doi:
          <volume>10</volume>
          .1093/database/baac035.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>C.</given-names>
            <surname>Mungall</surname>
          </string-name>
          , Harshad,
          <string-name>
            <given-names>P.</given-names>
            <surname>Kalita</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. T.</given-names>
            <surname>Hoyt</surname>
          </string-name>
          , et al.,
          <source>INCATools/ontology-access-kit: V0.5</source>
          .24,
          <string-name>
            <surname>Zenodo</surname>
          </string-name>
          ,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          .5281/zenodo.10277632.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>N.</given-names>
            <surname>Matentzoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Goutte-Gattat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. Z. K.</given-names>
            <surname>Tan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. P.</given-names>
            <surname>Balhof</surname>
          </string-name>
          , et al.,
          <article-title>Ontology Development Kit: A toolkit for building, maintaining and standardizing biomedical ontologies</article-title>
          ,
          <year>Database 2022</year>
          (
          <year>2022</year>
          )
          <article-title>baac087</article-title>
          . doi:
          <volume>10</volume>
          .1093/database/baac087.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>C. T.</given-names>
            <surname>Hoyt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. L.</given-names>
            <surname>Hoyt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. M.</given-names>
            <surname>Gyori</surname>
          </string-name>
          ,
          <article-title>Prediction and curation of missing biomedical identifier mappings with Biomappings</article-title>
          ,
          <source>Bioinformatics</source>
          <volume>39</volume>
          (
          <year>2023</year>
          )
          <article-title>btad130</article-title>
          . doi:
          <volume>10</volume>
          .1093/bioinformatics/ btad130.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>S.</given-names>
            <surname>Bechhofer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Miles</surname>
          </string-name>
          ,
          <article-title>SKOS Simple Knowledge Organization System Reference</article-title>
          ,
          <source>W3C Recommendation, W3C</source>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>N.</given-names>
            <surname>Matentzoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Flack</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Graybeal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. L.</given-names>
            <surname>Harris</surname>
          </string-name>
          , et al.,
          <article-title>A Simple Standard for Ontological Mappings 2022: Updates of data model and outlook</article-title>
          ,
          <source>in: 17th International Workshop on Ontology Matching</source>
          , volume
          <volume>3324</volume>
          , CEUR-WS.org, Hangzhou, China,
          <year>2022</year>
          , pp.
          <fpage>61</fpage>
          -
          <lpage>66</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>R. C</given-names>
            .
            <surname>Jackson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. P.</given-names>
            <surname>Balhof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Douglass</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. L.</given-names>
            <surname>Harris</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. J.</given-names>
            <surname>Mungall</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Overton</surname>
          </string-name>
          ,
          <article-title>ROBOT: A Tool for Automating Ontology Workflows</article-title>
          ,
          <source>BMC Bioinformatics 20</source>
          (
          <year>2019</year>
          ).
          <source>doi: 10.1186/ s12859- 019- 3002- 3.</source>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>P.</given-names>
            <surname>Patel-Schneider</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Horridge</surname>
          </string-name>
          , OWL 2
          <string-name>
            <given-names>Web</given-names>
            <surname>Ontology Language Manchester Syntax (Second Edition</surname>
          </string-name>
          ),
          <source>W3C Note, W3C</source>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>