<!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>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>into Cross-Domain Research Infrastructures</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Tabea Tietz</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Linnaea Söhn</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Oleksandra Bruns</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jörg Waitelonis</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Etienne Posthumus</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jonatan Jalle Steller</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Torsten Schrade</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Harald Sack</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Academy of Sciences and Literature Mainz</institution>
          ,
          <addr-line>Geschwister-Scholl-Straße 2, 55131 Mainz</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>FIZ Karlsruhe - Leibniz Institute for Information Infrastructure</institution>
          ,
          <addr-line>Eggenstein-Leopoldshafen</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Institute of Applied Informatics and Formal Description Methods (AIFB) of KIT</institution>
          ,
          <addr-line>Karlsruhe</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2025</year>
      </pub-date>
      <fpage>2</fpage>
      <lpage>6</lpage>
      <abstract>
        <p>Within the National Research Data Infrastructure (NFDI) in Germany, the NFDI4Culture consortium addresses a critical challenge: unifying access to fragmented and semantically heterogeneous cultural heritage (CH) research data scattered across institutions and disciplines. This work presents the NFDI4Culture Ontology (CTO), a strategically designed lightweight ontology that successfully bridges the gap to represent CH research resources between specialized domain requirements and interoperability demands across diverse cultural heritage fields including musicology, performing arts, and architecture. CTO is aligned with the Basic Formal Ontology (BFO) on a foundational level and extends the established mid-level ontology NFDIcore, thereby maintaining the lfexibility essential for capturing domain-specific nuances and is fully integrated into operational research data infrastructures. This contribution demonstrates how domain-specific ontologies can support both highly specialized research needs and broader cross-domain interoperability through modular architecture, and provides insights into proven modeling strategies, integration workflows, and lessons learned from a productive system in the CH domain.</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>
        Infrastructures for research data management are increasingly shaped by the need to represent, integrate,
and make scholarly resources discoverable across disciplines and institutional boundaries. One approach
that has gained prominence in this context is the use of research knowledge graphs (RKGs), which enable
structured, semantically rich, and machine-understandable representations of datasets, collections,
software, and their interrelations[
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. RKGs rely on well-designed ontologies that define a common
vocabulary and formal structure to ensure long-term interoperability and cross-domain integration.
      </p>
      <p>The cultural heritage (CH) research domain presents a complex and promising application area for
such approaches. It encompasses a wide range of disciplines and institutions, each with its own standards,
formats, and conceptual perspectives. Within the German National Research Data Infrastructure
(NFDI)1, the consortium NFDI4Culture2 addresses this diversity by building a centralized semantic
index for CH research data, aiming to make distributed and heterogeneous resources findable and
interoperable. Central for this efort is the NFDI4Culture Knowledge Graph (NFDI4Culture-KG) that
integrates metadata from a wide variety of sources across disciplines such as musicology, performing
arts, media studies, architecture, and art history. The NFDI4Culture-KG is made accessible through the
NFDI4Culture Information Portal3, which provides a unified point of access to the collected research data.
The portal functions as an interface for discovery and reuse, while the underlying KG infrastructure
supports semantic integration and querying across datasets.</p>
      <p>
        To support this goal, the NFDI4Culture Ontology (CTO) has been developed as a domain-specific
ontology tailored to represent material and immaterial CH research data in the NFDI4Culture-KG. CTO
extends the mid-level ontology NFDIcore [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] and aligns with the Basic Formal Ontology (BFO) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]
and further widely used standards. The comprehensive development of the NFDI4Culture-KG and
Portal has been presented in previous work [
        <xref ref-type="bibr" rid="ref5 ref6 ref7 ref8">5, 6, 7, 8</xref>
        ]. The following section presents CTOv3.0, which
fundamentally redefines the ontology based on lessons learned from its integration into an operational
system. This contribution discusses the underlying requirements, design principles, and cross-domain
applicability of CTO, and reflects on its role in aligning community needs with broader interoperability
objectives.
      </p>
      <p>CTO has been released on github4. A documentation is provided5 along with a generated list of
resources6. The NFDI4Culture-KG, built on CTO and NFDIcore, is accessible via a SPARQL endpoint7
and currently contains more than 70m triples. Its current statistics are available through a dashboard8</p>
    </sec>
    <sec id="sec-3">
      <title>2. Related Work</title>
      <p>
        The Descriptive Ontology for Linguistic and Cognitive Engineering (DOLCE) [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] supports data
representation in the CH and digital humanities (DH) domains but is generally less suited for interoperability
with data-intensive sciences, like materials science, where BFO has become the prevailing standard.
VIVO [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] integrates BFO and other standards for scholarly information systems. It was developed
for the VIVO software and primarily as a research information system for universities and research
institutions. Although CIDOC-CRM enables interoperability within humanities research data, its
event-centered design paradigm often prevents its applicability in natural sciences, life sciences, or
engineering [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Standards such as DCAT [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], and Schema.org [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] support harmonization, cataloging,
and web integration, yet lack the semantic depth or flexibility needed for advanced research data
modeling. The Scientific Knowledge Graphs Interoperability Framework (SKG-IF) 9 addresses interoperability
by providing a high-level reference model for aligning heterogeneous scholarly graphs. In contrast,
NFDIcore and CTO ofer concrete, BFO-aligned ontologies embedded in operational infrastructures.
      </p>
    </sec>
    <sec id="sec-4">
      <title>3. The NFDI4Culture Ontology</title>
      <p>The NFDI4Culture Ontology (CTO) was developed with a primary focus on enabling eficient semantic
indexing of research data within the German cultural heritage community. The following section outlines
its design principles and requirements, describes its modular architecture and alignment with mid-level
and foundational ontologies, and highlights its domain-specific applications and implementation.</p>
      <sec id="sec-4-1">
        <title>3.1. Design Considerations</title>
        <p>
          CTO was initially developed in close collaboration with the CH research community through user stories,
competency questions, workshops, and iterative testing within the live NFDI4Culture infrastructure [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ].
From this process, key design requirements emerged: The ontology had to balance simplicity with the
expressivity required for efective representation of CH research data better. Particular attention was
needed for domains like musicology, which requires a higher degree of granularity and complexity than
others. It was also essential to improve structured referencing of authority data and external vocabularies
to enhance interoperability, and to reveal connections between disparate datasets. The representation
of licenses and rights had to accommodate standardized license URIs and natural language statements,
depending on the format and specificity of the source metadata. Also, the ontology needed to align with
4https://github.com/ISE-FIZKarlsruhe/nfdi4culture
5https://nfdi.fiz-karlsruhe.de/4culture/
6https://nfdi.fiz-karlsruhe.de/4culture/ontology/
7https://nfdi4culture.de/resources/knowledge-graph.html
8https://superset.nfdi4culture.de/superset/dashboard/culture-kg-kitchen/
9https://skg-if.github.io/
BFO 2020 to remain consistent with shared NFDIcore modeling practices. Ensuring the persistence and
stability of identifiers, while keeping them independent from human-readable labels, was critical for
maintaining referential integrity and reliable querying. Finally, the development process had to become
more transparent, reproducible, and more open to collaborative contributions, supported by automated
quality control mechanisms. These combined requirements informed the transition from an initially
ultra-lightweight design to the current version 3.0, which provides increased semantic expressivity
while preserving its suitability for integration into real-world systems.
        </p>
      </sec>
      <sec id="sec-4-2">
        <title>3.2. Modular Architecture</title>
        <p>
          CTO is built as an extension of NFDIcore, a BFO-aligned mid-level ontology developed collaboratively
across several NFDI consortia. NFDIcore provides shared concepts for research infrastructure, datasets,
persons, organizations, services, and identifiers, and is designed for reuse and extension. CTO builds
on this foundation to capture domain-specific metadata for CH research resources, including cultural
objects, events, performers, classifications, and media. CTO is one of four currently released
domainspecific extensions of NFDIcore. The other extensions include the NFDI-MatWerk Ontology (MWO) [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ]
in the domain of materials science, the NFDI4Memory Ontology (MemO) [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ] in the domain of
history, and the NFDI4DataScience Ontology (NFDI4DSO) [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ]. Next to the existing domain extensions,
application oriented functional extensions are currently under development, including a provenance
model and a machine learning component. This design supports interoperability across the diverse
domains represented within the NFDI without sacrificing domain-specific expressivity and facilitates
federated querying across a broad range of disciplines. The NFDIcore ontology has been released on
github10. A documentation is provided11 along with a generated list of resources12. NFDIcore has been
evolving through regular stakeholder meetings, is maintained by an engaged community, supported
defined release schedules, and clearly documented milestones.
        </p>
      </sec>
      <sec id="sec-4-3">
        <title>3.3. Domain-Specific Modeling</title>
        <p>CTO’s implementation focuses on the representation of research data that is continuously harvested
from the CH community via the NFDI4Culture Information Portal and integrated into the KG. As
illustrated in 1, each source provided by the community is represented as a schema:DataFeed, with
individual records modeled as schema:DataFeedItem, entities that receive persistent ARK identifiers 13,
contain provenance metadata (e.g., license and timestamps) and function as a durable anchors in the
KG. Content-related metadata are associated with a cto:CTO_0001005 (source item), representing the
10https://github.com/ISE-FIZKarlsruhe/nfdicore
11https://ise-fizkarlsruhe.github.io/nfdicore/docs/
12https://ise-fizkarlsruhe.github.io/nfdicore/
13ARK-IDs (Archival Resource Key) are unique and persistent identifiers for information objects.
provided research resource. This includes media references, external identifiers, temporal metadata, and
subject-specific details such as musical incipits (usually the first few bars of a musical piece, presented
in standard music notation). This modeling approach supports lightweight, queryable linking across CH
datasets. Figure 2 illustrates the use of CTO in the musicology domain. The source item Frühlingsgruß
is published by the organization RISM Online14, which aggregates musical records from international
collections. The associated person Robert Schumann is referenced in the original provider data. To
preserve the lightweight design, the relationship type only represented using the cto:CTO_0001009 (has
related person) property, because in the index it is merely relevant to know ”which persons are related to
this data feed”. The same modeling approach applies to related events, organizations, and locations. An
Ark-ID is assigned to the entity Robert Schumann in the KG due to its relation to Frühlingsgruß in the
provider metadata. Since the RISM identifier is provided in the source metadata, and such identifiers
must be queryable (e.g., ”Select all entities with a RISM identifier”), the class nfdicore:NFDI_00001016
(nfdicore: rism identifier) is introduced as a subclass of iao:IAO_0000578 (iao: centrally registered
identifier). Additionally, the representation of lyrics and incipits addresses a subject-specific requirement
in the musicology domain.</p>
      </sec>
      <sec id="sec-4-4">
        <title>3.4. Implementation</title>
        <p>
          A dedicated ETL pipeline [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] transforms input metadata from partner repositories into RDF using CTO
and NFDIcore and integrates the research metadata into the NFDI4Culture-KG and hence, the Culture
Information Portal. The ontology development process is managed with the Ontology Development Kit
(ODK), which integrates ROBOT tooling, GitHub Actions, and structured release workflows to ensure
consistency, transparency, and reusability, while also supporting automated quality control through
continuous validation checks [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ].
        </p>
      </sec>
      <sec id="sec-4-5">
        <title>3.5. Use Case</title>
        <p>
          The applicability of CTO can be illustrated on the example of the digital letter edition Ferdinand
Gregorovius: Poesie und Wissenschaft. Gesammelte deutsche und italienische Briefe 15 and their connections
to musicological data from RISM Online. The Gregorovius edition contains 1,093 annotated pieces of
14https://rism.online/
15https://gregorovius-edition.dhi-roma.it/
correspondence from the historian Ferdinand Gregorovius, whose heritage testifies a rich engagement
with intellectual-historical movements and musicians of his time. Although the Gregorovius edition
and RISM Online represent distinct data sources, they share overlaps in content and authority data.
Prior to their integration into the KG, however, no common access point existed to query them jointly
or to reveal potential interconnections for research and reuse. Figure 3 showcases connections on the
level of persons between both data sets, which were revealed by means of a SPARQL query16 [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ].
        </p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>4. Conclusion</title>
      <p>
        CTO v3.0 ofers a modular and semantically rich ontology for representing CH research data within a
cross-domain infrastructure. Developed in close collaboration with domain communities and integrated
into the NFDI4Culture-KG, it balances domain-specific granularity with broad interoperability via
alignment with NFDIcore and BFO. Its application in real-world scenarios, demonstrates its potential for
reuse, discovery, and integration across research domains. The generalizability of CTO v3.0 is further
demonstrated by its direct reuse within the ontology of the NFDI4Memory consortium [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. Future work
will explore further means to support the CH community in discovering connections between distinct
and previously unlinked cultural heritage datasets. A planned workshop will invite participants to query
the NFDI4Culture-KG and develop data stories17, highlighting how ontology-driven integration reveals
relationships that remain hidden in fragmented collections. In addition, future work will showcase
how the modular architecture facilitates cross-domain queries and enables the creation of meaningful
connections across domains, including materials science, data science, and history.
Acknowledgements: This work is funded by Deutsche Forschungsgemeinschaft (DFG), project
number 441958017.
      </p>
      <p>Declaration on Generative AI: The authors used GPT-4 for grammar and spelling check. The authors
reviewed and edited the content as needed and take full responsibility for the publication’s content.
16https://nfdi4culture.de/go/kg-gregorovius-rism-example-musical-sources-letters
17https://datastories.nfdi4culture.de/</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>M. Y.</given-names>
            <surname>Jaradeh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Oelen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K. E.</given-names>
            <surname>Farfar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Prinz</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. D'Souza</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Kismihók</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Stocker</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Auer</surname>
          </string-name>
          , Open Research Knowledge Graph:
          <article-title>Next Generation Infrastructure for Semantic Scholarly Knowledge</article-title>
          ,
          <source>in: Proceedings of the 10th International Conference on Knowledge Capture</source>
          ,
          <year>2019</year>
          , pp.
          <fpage>243</fpage>
          -
          <lpage>246</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>O.</given-names>
            <surname>Karras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Göpfert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Kuckertz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Pelser</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Auer</surname>
          </string-name>
          ,
          <article-title>Organizing Scientific Knowledge From Energy System Research Using the Open Research Knowledge Graph</article-title>
          ,
          <source>arXiv preprint arXiv:2401.13365</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>Waitelonis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Bruns</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Tietz</surname>
          </string-name>
          , E. Posthumus,
          <string-name>
            <given-names>H. Beygi</given-names>
            <surname>Nasrabadi</surname>
          </string-name>
          , H. Sack, NFDIcore Ontology,
          <year>2025</year>
          . URL: https://nfdi.fiz-karlsruhe.de/ontology/3.0.1.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>R.</given-names>
            <surname>Arp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. D.</given-names>
            <surname>Spear</surname>
          </string-name>
          ,
          <article-title>Building ontologies with Basic Formal Ontology</article-title>
          , MIT Press,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>T.</given-names>
            <surname>Tietz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Waitelonis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Bruns</surname>
          </string-name>
          , E. Posthumus, H. Sack,
          <source>NFDI4Culture Ontology (CTO)</source>
          ,
          <year>2025</year>
          . URL: https://nfdi4culture.de/ontology/3.0.0.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>O.</given-names>
            <surname>Bruns</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Tietz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Söhn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Steller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. R.</given-names>
            <surname>Ondraszek</surname>
          </string-name>
          , E. Posthumus,
          <string-name>
            <given-names>T.</given-names>
            <surname>Schrade</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Sack</surname>
          </string-name>
          ,
          <article-title>What's Cooking in the NFDI4Culture Kitchen? A KG-based Research Data Integration Workflow</article-title>
          , in: 4th Workshop on Metadata and
          <article-title>Research (objects) Management for Linked Open Science (DaMaLOS), co-located with</article-title>
          <string-name>
            <surname>ESWC</surname>
          </string-name>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>O.</given-names>
            <surname>Bruns</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Tietz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Söhn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Steller</surname>
          </string-name>
          , E. Poshumus,
          <string-name>
            <given-names>T.</given-names>
            <surname>Schrade</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Sack</surname>
          </string-name>
          ,
          <article-title>Gotta Catch'em All: From Data Silos to a Knowledge Graph</article-title>
          ,
          <source>in: Proceedings of 21st Extended Semantic Web Conference, ESWC</source>
          <year>2024</year>
          ,
          <article-title>Poster</article-title>
          &amp; Demos,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Steller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. C.</given-names>
            <surname>Söhn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Tolksdorf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Bruns</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Tietz</surname>
          </string-name>
          , E. Posthumus,
          <string-name>
            <given-names>H.</given-names>
            <surname>Fliegl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Pittrof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Sack</surname>
          </string-name>
          , T. Schrade, Communities, Harvesting, and
          <article-title>CGIF: Building the Research Data Graph at NFDI4Culture, in: DHd 2024 Quo Vadis DH (DHd2024), Passau</article-title>
          , Deutschland,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Borgo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Ferrario</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gangemi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Guarino</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Masolo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Porello</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. M.</given-names>
            <surname>Sanfilippo</surname>
          </string-name>
          , L. Vieu,
          <article-title>Dolce: A descriptive ontology for linguistic and cognitive engineering</article-title>
          , Applied ontology
          <volume>17</volume>
          (
          <year>2022</year>
          )
          <fpage>45</fpage>
          -
          <lpage>69</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.</given-names>
            <surname>Corson-Rikert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mitchell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Lowe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Rejack</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <article-title>The VIVO ontology, in: VIVO: A Semantic Approach to Scholarly Networking</article-title>
          and Discovery, Springer,
          <year>2012</year>
          , pp.
          <fpage>15</fpage>
          -
          <lpage>33</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>N.</given-names>
            <surname>Beer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Herold</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Kolbmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Kollatz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Romanello</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Rose</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.-O.</given-names>
            <surname>Walkowski</surname>
          </string-name>
          , Interdisciplinary interoperability,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>W. W. W.</given-names>
            <surname>Consortium</surname>
          </string-name>
          , et al.,
          <source>Data catalog vocabulary (dcat)</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>R. V.</given-names>
            <surname>Guha</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Brickley</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Macbeth</surname>
          </string-name>
          , Schema. org:
          <article-title>evolution of structured data on the web</article-title>
          ,
          <source>Communications of the ACM</source>
          <volume>59</volume>
          (
          <year>2016</year>
          )
          <fpage>44</fpage>
          -
          <lpage>51</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>T.</given-names>
            <surname>Tietz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Bruns</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Söhn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Tolksdorf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Posthumus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Steller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Fliegl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Norouzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Waitelonis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Schrade</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Sack</surname>
          </string-name>
          , From Floppy Disks to 5-
          <string-name>
            <surname>Star</surname>
            <given-names>LOD</given-names>
          </string-name>
          :
          <article-title>FAIR Research Infrastructure for NFDI4Culture</article-title>
          , in: 3rd Workshop on Metadata and
          <article-title>Research (objects) Management for Linked Open Science (DaMaLOS), co-located with ESWC 2023</article-title>
          , Publisso,
          <year>2023</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>H. B. Nasrabadi</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Waitelonis</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Norouzi</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Hubaiev</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          <string-name>
            <surname>Sack</surname>
          </string-name>
          ,
          <article-title>Nfdi matwerk ontology (mwo</article-title>
          ), https://github.com/ISE-FIZKarlsruhe/mwo,
          <year>2024</year>
          .
          <source>Revision: v3.0</source>
          .0, accessed 2025-
          <volume>07</volume>
          -30.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>S.</given-names>
            <surname>Ondraszek</surname>
          </string-name>
          , et al.,
          <source>NFDI4Memory Ontology (MemO)</source>
          ,
          <year>2024</year>
          . URL: https://nfdi.fiz-karlsruhe.de/ 4memory/ontology/.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>G. A.</given-names>
            <surname>Gesese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Waitelonis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Schimmler</surname>
          </string-name>
          , H. Sack, NFDI4DSO:
          <article-title>Towards a BFO Compliant Ontology for Data Science</article-title>
          ,
          <source>in: Proceedings of the 20th International Conference on Semantic Systems (SEMANTICS</source>
          <year>2024</year>
          ),
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <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>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Carbon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. R.</given-names>
            <surname>Caron</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. D.</given-names>
            <surname>Duncan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. E.</given-names>
            <surname>Flack</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Haendel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. L.</given-names>
            <surname>Harris</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>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>L. C.</given-names>
            <surname>Söhn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Tietz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Steller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Kehrein</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Büttner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Bruns</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Posthumus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-P.</given-names>
            <surname>Grünewälder</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hörnschemeyer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Sander</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Grund</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Fliegl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Sack</surname>
          </string-name>
          , T. Schrade,
          <article-title>Nfdi4culture integration stories: Bridging gaps between isolated research resources</article-title>
          ,
          <source>in: Digital Humanities</source>
          <year>2025</year>
          :
          <article-title>Accessibility &amp; Citizenship (DH2025), Zenodo</article-title>
          , Lisbon, Portugal,
          <year>2025</year>
          . URL: https://doi.org/10.5281/ zenodo.16570076. doi:
          <volume>10</volume>
          .5281/zenodo.16570076.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>