<!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>O. Corcho);</journal-title>
      </journal-title-group>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>On the Governance of Semantic Artefacts in Dataspaces</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Lucía Sánchez-González</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ana Iglesias-Molina</string-name>
          <email>ana.iglesiasm@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Oscar Corcho</string-name>
          <email>oscar.corcho@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>María Poveda-Villalón</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Dataspaces, Semantic Artefacts, Data Governance, Semantic Artefacts Governance</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Ontology Engineering Group, Universidad Politécnica de Madrid</institution>
          ,
          <addr-line>Madrid</addr-line>
          ,
          <country country="ES">Spain</country>
        </aff>
      </contrib-group>
      <volume>000</volume>
      <fpage>0</fpage>
      <lpage>0003</lpage>
      <abstract>
        <p>There is widespread agreement that the use of Semantic Artefacts (SA) (vocabularies, ontologies, etc.) in dataspaces is key for ensuring the interoperability of data, hence facilitating its integration. However, the diferent methodologies and ad-hoc practices for developing SA may incur in producing resources that do not meet the dataspace requirements, or that are not interoperable with the rest of the environment. The introduction of SA in dataspaces opens the door for SA governance to harmonize the eforts and resources within. This paper provides an overview of governance models for SA, along with the dataspace initiatives that address this concept, from which we extract the challenges to face for the implementation of SA governance in dataspaces.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>CEUR
ceur-ws.org</p>
    </sec>
    <sec id="sec-2">
      <title>1. Introduction</title>
      <p>
        Dataspaces were first conceived almost two decades ago as a data co-existence approach [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
Most of the relevant initiatives have arisen more recently, such as the International Data Spaces
Association (IDSA)1; the Gaia-X European Association for Data and Cloud 2; or the Data Spaces
      </p>
      <p>
        CEUR
Workshop
Proceedings
of domain-specific vocabularies and ontologies for the integration of data from heterogeneous
data sources [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. The IDS Information Model [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] is a clear example of how SA can achieve
successful interoperability between dataspace components and roles.
      </p>
      <p>
        As a result, the volume of SA available in dataspaces is growing rapidly. However,
ontologies and vocabularies are most commonly developed following ad-hoc practices, which often
result in resources that are not necessarily interoperable, reusable, and may even be obsolete,
hindering their consumption and exploitation. This is where the concept of governance comes
in. Governance can be defined as the set of political, institutional and administrative principles,
rules, practices and processes through which and how decisions are taken and implemented [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
While data governance has been defined as one of the essential elements of a dataspace [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], the
concept of Semantic Artefact Governance (SAG) has been barely mentioned when it comes to
dataspace components.
      </p>
      <p>Given the importance of SA and the role of SAG for their correct development and
management within dataspaces, this article reviews state of the art SAG frameworks and initiatives of
dataspaces that address the concept of SAG. From this analysis, we identify the main challenges
for implementing SAG in dataspaces, in order to promote governance to get the most out of
dataspaces empowered with SA. The remainder of this article is structured as follows: We first
present current proposals for SAG in Section 2. Then, we proceed to describe the dataspaces
that implement or mention SAG in Section 3. Next, we identify the challenges of implementing
SAG in dataspaces in Section 4. Finally, we draw the conclusions and future steps in Section 5.</p>
    </sec>
    <sec id="sec-3">
      <title>2. Frameworks for Semantic Artefacts Governance</title>
      <p>A search among major communities that develop, use and publish SA led to the identification of
six relevant governance frameworks. We consider as SAG frameworks the initiatives that fulfill
the following criteria: i) They must be focused on a network of SA, ii) there must be a community
supporting them, and iii) they must define a set of guidelines (or principles, requirements, etc.)
whose objective is to harmonize the development and publication of SA.</p>
      <p>We provide a brief description of the identified frameworks, along with a comparison between
them based on a series of features.</p>
      <p>
        OBO Foundry [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The Open Biomedical Ontologies (OBO) consortium launched this initiative
aiming for governing the increasing heterogeneity of ontologies in the biological domain. It
comprises a set of detailed principles6 that indicate how to develop ontologies, each one including
recommendations, requirements and implementation guidelines. This proposal focuses on
developing a family of interoperable ontologies within their community.
      </p>
      <p>
        IOF [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. The Industrial Ontology Foundry (IOF) revolves around creating interoperable
ontologies for the digital manufacturing industry. It proposes, similarly to OBO, a set of governing
principles7, along with standards, tools and training materials (on purchase).
SAREF Publication Framework [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. The European Telecommunications Standards Institute
      </p>
      <sec id="sec-3-1">
        <title>6https://obofoundry.org/principles/fp-000-summary.html 7https://oagi.org/pages/technical-principles</title>
        <p>
          (ETSI)8 released a framework applicable for the SAREF9 suite of ontologies [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ], which provide
the means for semantic interoperability in the Internet of Things (IoT) sector. This framework
includes generic principles10, actors, use cases, technical requirements for each step of the
ontology’s life cycle, and a set of best practices regarding naming conventions, metadata and
ontology reuse.
        </p>
        <p>
          GOMO [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]. The chemicals company BASF started a transition towards adopting semantic
technologies to improve internal data management and exploitation. The Governance Operational
Model for Ontologies (GOMO) was developed to establish how ontologies should be created
and maintained within the company. This framework defines a set of governing principles,
standards, best practices, and training materials.
        </p>
        <p>
          CROP Ontology Governance and Stewardship Framework [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ]. This framework was
proposed by CGIAR (Consultative Group for International Agricultural Research) for the CROP
Ontology Project, which collects crop-related ontologies [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. It primarily focuses on defining
the roles and corresponding responsibilities of the actors involved in the ontology design,
development and maintenance. It also provides a set of additional guidelines [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] for data
annotation, and quality assurance methods.
        </p>
        <p>
          IVOA [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ]. The International Virtual Observatory Alliance (IVOA) released a recommendation
for the Virtual Observatory vocabularies to enhance the correct functioning and interoperability
within the astronomical community. It provides guidelines for vocabulary content, metadata,
management and publication, along with compliant tooling for enabling interoperability.
        </p>
        <p>Table 1 summarizes the similarities and diferences of the governance frameworks presented.
We characterize them according to a set of features, which are described below. These
features are extracted from the most common and shared elements that the analyzed governance
frameworks define.</p>
        <p>F1 – Principles. Set of fundamental rules based on the scope of the community that develops
the SA. They establish the basis for the design of the rest of the components. For example,
the OBO Principle 1 states that “The ontology MUST be openly available”11.</p>
      </sec>
      <sec id="sec-3-2">
        <title>8https://www.etsi.org/ 9https://saref.etsi.org/ 10https://saref.etsi.org/principles.html 11https://obofoundry.org/principles/fp-001-open.html</title>
        <p>
          F2 – Guidelines, Best Practices or Methodologies. Group of recommended procedures,
processes and activities that explain how to develop the resource based on the
principles and requirements established in the first place (e.g. Linked Open Terms (LOT)
methodology [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ]).
        </p>
        <p>
          F3 – Standards or Requirements. Formal specifications and conditions created to satisfy
the needs of the organization. For example, the SAREF Publication Framework in Section
8.2.3 Requirements for usability and referencing requires that “Each ontology module
version should be available at least in Turtle, RDF/XML, and HTML formats”[
          <xref ref-type="bibr" rid="ref9">9</xref>
          ].
F4 – Roles and Responsibilities. List of actors involved in each of the phases of the SA life
cycle and their corresponding activities (e.g., ontology engineer, domain expert, ontology
maintainer).
        </p>
        <p>
          F5 – Tutorials or Training support. Series of dissemination and teaching activities about
the SAG framework. For instance, GOMO included as a fundamental pillar the
organization of training workshop sessions to teach practitioners within BASF to develop
ontologies according to the governance framework [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ].
        </p>
        <p>F6 – Quality Assurance Methods. Set of methods, metrics and procedures that allow
evaluating the correct implementation of the standards, requirements or best practices.
For example, the CROP Ontology Governance Framework provides a quality assessment
workflow for ontologies that are candidates to be submitted to the network, to ensure
that they follow the required guidelines.</p>
        <p>
          F7 – Tooling Support. Specification of a series of tools to use for SA development and
management. For instance, OBO Foundry has developed the ROBOT tool, which supports
automation of ontology development tasks, focusing on OBO conventions [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ].
F8 – Scope. Refers to the domain area of the SA. For example, the SAREF SAG refers to
ontologies that model knowledge in the area of the Internet of Things.
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>3. Initiatives for the Governance of Semantic Artefacts in</title>
    </sec>
    <sec id="sec-5">
      <title>Dataspaces</title>
      <p>In order to determine the status of the use of SAG in dataspaces, a search was carried out in
oficial documents and technical reports on dataspace design and implementation initiatives.
We consider those initiatives that explicitly mention SAG, or those that indicate the use of
guidelines, tools or resources for SA management. This analysis of the main activities in dataspaces
led us to the identification of two main initiatives.</p>
      <p>IDS-Vocabulary Hub and Vocabulary Provider. In the IDS Reference Architecture Model
(IDS-RAM12), the IDSA refers to two main elements related to SA governance: (i) The Vocabulary
Hub, and (ii) the Vocabulary-related roles. The Vocabulary Hub serves as a platform to store,
maintain, and publish shared vocabularies and related schema documents. In addition, this
platform is thought to provide dataspace users with a series of tools that allow the creation,
improvement, and publication of the terms of the vocabularies. However, it is specified that,
12https://docs.internationaldataspaces.org/ids-knowledgebase/v/ids-ram-4/
while it is required that these vocabularies employ RDF, it is not enforced the use of formal
ontologies. Regarding Vocabulary-related roles, the IDS-RAM also defines a set of roles related
to the management of vocabularies. For instance, in the documentation they mention roles
such as Vocabulary creator, Vocabulary owner, Vocabulary publisher, Vocabulary consumer or
Vocabulary user.</p>
      <p>
        EOSC Interoperability Framework and the European dataspaces. EOSC (European
Open Science Cloud)13 has been defined as a key element to develop a science, research and
innovation dataspace, and as a support for the implementation of the rest of sector specific
dataspaces in Europe [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. Among its multiple initiatives, the EOSC Interoperability Task Force
published in 2021 the guidelines and principles that should drive the development of the EOSC
Interoperability Framework [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. Specifically, the document remarks the need for a semantic
interoperability layer, where they address the use of SA to homogenize the interpretation
and treatment of the exchanged data and all of its associated resources. They point out the
lack of common and well-documented SA between communities, which is also afected by
the absence of common and reference repositories. As a solution, they highlight the need for
principles-based approaches and tools for the creation, maintenance, governance and use of SA.
In addition, it is stated that EOSC should provide support for the maintenance of a repository
of these SA, and a governance framework for such a repository. The establishment of these
SAG initiatives by EOSC will be key to later being able to implement them in the SA used in
the European dataspaces.
      </p>
    </sec>
    <sec id="sec-6">
      <title>4. Challenges</title>
      <p>
        The analysis carried out in Section 2 and Section 3, together with our expertise in dataspaces, SA
and governance led us to identify the following challenges for implementing SAG in dataspaces.
Challenge I – Adoption of SAG by dataspaces. SA are gaining importance in dataspaces,
as they have proven beneficial for enhancing interoperability and heterogeneous data
integration[
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. As a result, they have already been incorporated in several initiatives [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], and more
initiatives will follow in the near future [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. While data governance in dataspaces is always
considered, only a few initiatives mention how to govern their SA. Their proposed strategies to
manage SA are too limited in comparison with SAG approaches outside dataspaces. Therefore,
it is necessary to increase eforts to raise awareness among the actors involved in dataspaces
about the fundamental role of the governance of these resources.
      </p>
      <p>Challenge II – Generalization of SAG. Current SAG frameworks were designed to harmonize
the ontology development eforts within a certain scope. In other words, they are limited to a
specific domain of knowledge (e.g. OBO to biomedical ontologies) or purpose (e.g. GOMO for SA
within BASF), providing ad-hoc practices for their needs (e.g. using OBO vs OWL2 for ontology
implementation) that are dificult to map to other SAGs. In addition, all frameworks fail to
provide all features identified in Section 2 and there is no agreement on the terminology used
for each of their elements (i.e, one framework may use principle while another one may employ
good practices). Lastly, to the best of our knowledge, none of them includes the governance
of other semantic resources (e.g. queries, validation shapes, mappings). Hence, there is no
holistic SAG framework that can be instantiated for each scenario and that includes all semantic
resources that may play a role in dataspaces.</p>
      <p>Challenge III – Coordination and limits between SAG and dataspace governance. Within
dataspaces, specific governance frameworks are being designed [ 21]. The inclusion of SAG
within these frameworks may be diferent from how current SAG frameworks are designed,
specifically regarding the following aspects: (i) how the SAG framework overlaps with the
dataspace governance framework; (ii) whether the SAG can be applied at dataspace level or
stakeholder/users level, or both; and (iii) which specific parts of a SAG play a more relevant role,
e.g. the key elements for interoperability and maintainability. The answer to these questions
vary depending on the combination of dataspace and SAG framework.</p>
    </sec>
    <sec id="sec-7">
      <title>5. Conclusions and Future Steps</title>
      <p>With this work, we look into how SA are governed and their relevance for dataspaces. To
this end, we perform a two-fold analysis. On the one hand, we identify and compare diferent
SAG frameworks, with the aim of understanding what comprises a SAG framework; and
assessing the implications of SAGs in real-world scenarios. From this analysis we observe that
(i) SAGs are mostly domain- and/or community-specific, and (ii) there is no agreement regarding
which elements should compose a SAG framework. On the other hand, we investigate which
dataspace initiatives address the concept of SAG. Only two initiatives are identified, despite
how emphasized and extended the use of SA in dataspaces is. Between them, only one actually
defines some of the elements found in SAGs, while the other only mentions the relevance of
implementing them in dataspaces.</p>
      <p>The results of this analysis arise the following challenges, which define the future lines of
research. First, a greater dissemination of the SAG concept is necessary among the dataspace
community. This heavily relies on the second challenge: so far, there is no standard or
reference SAG framework that allows for a clear identification and definition of the elements or
features that a SAG framework should have. Among the initiatives that we analyze, we find
discrepancies in the definition of each element, making their alignment dificult, thus hindering
their implementation in dataspaces. Therefore, there is a need for identifying the diferent
governance need scenarios for the development and maintenance of SA in dataspaces. Based on
these scenarios, the elements that comprise the SAG frameworks to be used can be designed and
adapted accordingly. This will open the door for addressing the last issue, on how to escalate
and coordinate SAGs with dataspace governance.</p>
      <p>In future steps, we plan to perform a more fine-grained analysis of the SAG models applied
to dataspaces to elucidate the design of an abstract model suitable for diferent application
scenarios. We will base the design and subsequent evaluation in close collaboration with
dataspace initiatives, such as the Public Procurement Data Space (PPDS)14, the Urban Data
Space for the Green Deal (USAGE)15, and INESData16.</p>
      <p>14https://europa.eu/!qx9WxQ
15https://www.usage-project.eu/
16https://inesdata-project.eu/content/en/index.html</p>
    </sec>
    <sec id="sec-8">
      <title>Acknowledgments</title>
      <p>Lucía Sánchez González is funded by the EU project USAGE - Urban Data Space for Green Deal
(https://www.usage-project.eu/) which has received funding from the European Union’s Horizon
Europe Framework Programme for Research and Innovation under the Grant Agreement no
101059950 - call HORIZONCL6-2021-GOVERNANCE-01-17 (IA).</p>
      <p>María Poveda-Villalón is funded by the European Union’s Horizon 2020 research and
innovation programme under the grant agreement no. 101016854 (AURORAL).
Web Conference 2023, WWW ’23 Companion, Association for Computing Machinery,
New York, NY, USA, 2023, p. 1504–1507. URL: https://doi.org/10.1145/3543873.3587689.
doi:10.1145/3543873.3587689.
[21] M. Dietrich, M. Gutierrez, D4.1: Phase 1 Governance Requirements and Endorsed
Governance Scheme, Version 1.0, Green Deal Data Space and Foundation and its Community of
Practice (GREAT), 2023. URL: https://www.greatproject.eu.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>M.</given-names>
            <surname>Franklin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Halevy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Maier</surname>
          </string-name>
          ,
          <article-title>From databases to dataspaces: a new abstraction for information management</article-title>
          ,
          <source>SIGMOD Rec</source>
          .
          <volume>34</volume>
          (
          <year>2005</year>
          )
          <fpage>27</fpage>
          -
          <lpage>33</lpage>
          . URL: https://doi.org/10.1145/ 1107499.1107502. doi:
          <volume>10</volume>
          .1145/1107499.1107502.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>E.</given-names>
            <surname>Commission</surname>
          </string-name>
          ,
          <source>Commission Staf Working Document on Common Data Spaces</source>
          ,
          <source>Technical Report</source>
          ,
          <year>2024</year>
          . URL: https://digital-strategy.ec.europa.eu/en/library/ second-staff
          <article-title>-working-document-data-spaces.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>C.</given-names>
            <surname>Jonquet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Graybeal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Bouazzouni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Dorf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Fiore</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Kechagioglou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Redmond</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Rosati</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Skrenchuk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. L.</given-names>
            <surname>Vendetti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Musen</surname>
          </string-name>
          ,
          <article-title>Ontology repositories and semantic artefact catalogues with the ontoportal technology</article-title>
          , in: T. R.
          <string-name>
            <surname>Payne</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Presutti</surname>
            , G. Qi,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Poveda-Villalón</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Stoilos</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Hollink</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          <string-name>
            <surname>Kaoudi</surname>
          </string-name>
          , G. Cheng, J.
          <source>Li (Eds.)</source>
          ,
          <source>The Semantic Web - ISWC 2023</source>
          , Springer Nature Switzerland, Cham,
          <year>2023</year>
          , pp.
          <fpage>38</fpage>
          -
          <lpage>58</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>Bader</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Pullmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Mader</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Tramp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Quix</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. W.</given-names>
            <surname>Müller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Akyürek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Böckmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. T.</given-names>
            <surname>Imbusch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lipp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Geisler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Lange</surname>
          </string-name>
          ,
          <article-title>The international data spaces information model - an ontology for sovereign exchange of digital content</article-title>
          ,
          <source>in: The Semantic Web - ISWC</source>
          <year>2020</year>
          : 19th International Semantic Web Conference, Athens, Greece, November 2-
          <issue>6</issue>
          ,
          <year>2020</year>
          , Proceedings,
          <string-name>
            <surname>Part</surname>
            <given-names>II</given-names>
          </string-name>
          , Springer-Verlag, Berlin, Heidelberg,
          <year>2020</year>
          , p.
          <fpage>176</fpage>
          -
          <lpage>192</lpage>
          . URL: https://doi.org/10.1007/978-3-
          <fpage>030</fpage>
          -62466-8_
          <fpage>12</fpage>
          . doi:
          <volume>10</volume>
          .1007/978- 3-
          <fpage>030</fpage>
          - 62466- 8_
          <fpage>12</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>J.</given-names>
            <surname>Fritzenkötter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Hohof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Pierri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Verhulst</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Young</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Zacharzewski</surname>
          </string-name>
          ,
          <article-title>Governing the environment-related data space, SSRN Electron</article-title>
          . J. (
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>E.</given-names>
            <surname>Farrell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Minghini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kotsev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. Soler</given-names>
            <surname>Garrido</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Tapsall</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Micheli</surname>
          </string-name>
          ,
          <string-name>
            <surname>M. Posada Sanchez</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Signorelli</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Tartaro</surname>
            ,
            <given-names>C. J.</given-names>
          </string-name>
          <string-name>
            <surname>Bernal</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Vespe</surname>
            ,
            <given-names>M. Di</given-names>
          </string-name>
          <string-name>
            <surname>Leo</surname>
            ,
            <given-names>B. Carballa Smichowski</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Schade</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Pogorzelska</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Gabrielli</surname>
          </string-name>
          , D. De Marchi,
          <article-title>European Data Spaces - Scientific Insights into Data Sharing and Utilisation at Scale, Scientific analysis or review KJ-NA-31-449-</article-title>
          <string-name>
            <surname>EN-N (online</surname>
            <given-names>)</given-names>
          </string-name>
          ,KJ-NA-
          <volume>31</volume>
          -449
          <string-name>
            <surname>-</surname>
          </string-name>
          EN-C (
          <article-title>print</article-title>
          ),
          <source>Luxembourg (Luxembourg)</source>
          ,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          .2760/400188.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>B.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ashburner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Rosse</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Bug</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Ceusters</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. J.</given-names>
            <surname>Goldberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Eilbeck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ireland</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. J.</given-names>
            <surname>Mungall</surname>
          </string-name>
          , et al.,
          <article-title>The obo foundry: coordinated evolution of ontologies to support biomedical data integration</article-title>
          ,
          <source>Nature biotechnology 25</source>
          (
          <year>2007</year>
          )
          <fpage>1251</fpage>
          -
          <lpage>1255</lpage>
          . doi:
          <volume>10</volume>
          . 1038/nbt1346.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>B.</given-names>
            <surname>Kulvatunyou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Wallace</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Kiritsis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Will</surname>
          </string-name>
          ,
          <article-title>The industrial ontologies foundry proof-of-concept project</article-title>
          ,
          <source>in: Advances in Production Management Systems. Smart Manufacturing for Industry 4.0: IFIP WG 5</source>
          .7 International Conference,
          <string-name>
            <surname>APMS</surname>
          </string-name>
          <year>2018</year>
          , Seoul, Korea,
          <source>August 26-30</source>
          ,
          <year>2018</year>
          , Proceedings,
          <string-name>
            <surname>Part</surname>
            <given-names>II</given-names>
          </string-name>
          , Springer,
          <year>2018</year>
          , pp.
          <fpage>402</fpage>
          -
          <lpage>409</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <issue>SmartM2M</issue>
          ,
          <source>ETSI TR 103 608 V1</source>
          .
          <article-title>1.1: SmartM2M SAREF publication framework reinforcing the engagement of its community of users</article-title>
          ,
          <source>Technical Report, ETSI</source>
          , 650 Route des Lucioles, F-06921
          <string-name>
            <surname>Sophia Antipolis</surname>
          </string-name>
          Cedex - FRANCE,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>R.</given-names>
            <surname>García-Castro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lefrançois</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Poveda-Villalón</surname>
          </string-name>
          ,
          <string-name>
            <surname>L. Daniele,</surname>
          </string-name>
          <article-title>The etsi saref ontology for smart applications: a long path of development and evolution</article-title>
          , Energy Smart Appliances: Applications, Methodologies, and
          <string-name>
            <surname>Challenges</surname>
          </string-name>
          (
          <year>2023</year>
          )
          <fpage>183</fpage>
          -
          <lpage>215</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>A.</given-names>
            <surname>Iglesias-Molina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Bernabé-Díaz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Deshmukh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Espinoza-Arias</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ayllón-Benítez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fernández-Izquierdo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. M.</given-names>
            <surname>Ponce-Bernabé</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Pérez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Ruckhaus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Corcho</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. L.</surname>
          </string-name>
          <article-title>SánchezFernández, Ontology Management in an Industrial Environment: The BASF Governance Operational Model for Ontologies (GOMO)</article-title>
          ,
          <source>in: 2022 ISMB Bio-Ontologies Community of Special Interest</source>
          ,
          <year>2022</year>
          . URL: https://oa.upm.es/74363/. doi:
          <volume>10</volume>
          .5281/zenodo.7007495.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>R.</given-names>
            <surname>Mauleon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Jaiswal</surname>
          </string-name>
          , L. Cooper, Winger, Borja,
          <string-name>
            <surname>McNally</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Detras</surname>
          </string-name>
          , Michotey,
          <string-name>
            <given-names>C.</given-names>
            <surname>Pommier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Pietragalla</surname>
          </string-name>
          , Afolabi,
          <string-name>
            <surname>Das</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Rathore</surname>
            ,
            <given-names>I. Chaves</given-names>
          </string-name>
          , Makunde, Mendez, E. Salas,
          <string-name>
            <surname>Hualle</surname>
            , E. Arnaud, Crop Ontology Governance and
            <given-names>Stewardship</given-names>
          </string-name>
          <string-name>
            <surname>Framework</surname>
          </string-name>
          ,
          <source>Technical Report, CGIAR</source>
          ,
          <year>2022</year>
          . doi:
          <volume>10</volume>
          .13140/RG.2.2.17471.48806.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>L.</given-names>
            <surname>Matteis</surname>
          </string-name>
          , P.-Y. Chibon,
          <string-name>
            <given-names>H.</given-names>
            <surname>Espinosa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Skofic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Finkers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Bruskiewich</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hyman</surname>
          </string-name>
          , E. Arnoud,
          <article-title>Crop ontology: vocabulary for crop-related concepts 979 (</article-title>
          <year>2013</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>J.</given-names>
            <surname>Pietragalla</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Valette</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Shrestha</surname>
          </string-name>
          , M.
          <article-title>-</article-title>
          <string-name>
            <surname>A. Laporte</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Hazekamp</surname>
          </string-name>
          , E. Arnaud,
          <article-title>Guidelines for creating crop-specific Ontology to annotate phenotypic data: version 2.1</article-title>
          . Alliance Bioversity International and
          <string-name>
            <given-names>CIAT</given-names>
            ,
            <surname>Technical</surname>
          </string-name>
          <string-name>
            <surname>Report</surname>
          </string-name>
          , CGIAR,
          <year>2022</year>
          . URL: https://hdl.handle. net/10568/110906.
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>M.</given-names>
            <surname>Demleitner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Gray</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Taylor</surname>
          </string-name>
          , Vocabularies in
          <source>the VO Version 2</source>
          .1,
          <string-name>
            <given-names>IVOA</given-names>
            <surname>Recommendation</surname>
          </string-name>
          2023-
          <volume>02</volume>
          -06,
          <string-name>
            <surname>Technical</surname>
            <given-names>Report</given-names>
          </string-name>
          , Semantics Working Group,
          <source>International Virtual Observatory (IVOA)</source>
          ,
          <year>2023</year>
          . https://www.ivoa.net/documents/Vocabularies/20230206.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>M.</given-names>
            <surname>Poveda-Villalón</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fernández-Izquierdo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Fernández-López</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>García-Castro</surname>
          </string-name>
          ,
          <article-title>Lot: An industrial oriented ontology engineering framework</article-title>
          ,
          <source>Engineering Applications of Artificial Intelligence</source>
          <volume>111</volume>
          (
          <year>2022</year>
          )
          <article-title>104755</article-title>
          . URL: https://www.sciencedirect.com/science/article/ pii/S0952197622000525. doi:https://doi.org/10.1016/j.engappai.
          <year>2022</year>
          .
          <volume>104755</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <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>
          ). URL: https: //www.osti.gov/biblio/1560605. doi:
          <volume>10</volume>
          .1186/s12859-019-3002-3.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>C.</given-names>
            <surname>European Commission</surname>
          </string-name>
          ,
          <article-title>Directorate-General for Communications Networks, Technology, A european strategy for data, communication from the commission to the european parliament, the council, the european economic and social committee and the committee of the regions</article-title>
          ,
          <year>2020</year>
          . URL: https://eur-lex.europa.eu/legal-content/EN/ALL/?uri=CELEX:
          <fpage>52020DC0066</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>E.</given-names>
            <surname>Commission</surname>
          </string-name>
          , D.-G. for Research, Innovation,
          <string-name>
            <given-names>O.</given-names>
            <surname>Corcho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Eriksson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Kurowski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ojsteršek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Choirat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sanden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Coppens</surname>
          </string-name>
          ,
          <source>EOSC interoperability framework - Report from the EOSC Executive Board Working Groups FAIR and Architecture</source>
          ,
          <source>Publications Ofice</source>
          ,
          <year>2021</year>
          . doi: doi/10.2777/620649.
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>J.</given-names>
            <surname>Theissen-Lipp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kocher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Lange</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Decker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Paulus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pomp</surname>
          </string-name>
          , E. Curry,
          <article-title>Semantics in dataspaces: Origin and future directions</article-title>
          ,
          <source>in: Companion Proceedings of the ACM</source>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>