<!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>M. Mecella)</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Exploring multiple knowledge graphs in Digital Humanities</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Alberto Morvillo</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Massimo Mecella</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Sapienza Università di Roma</institution>
          ,
          <addr-line>Dipartimento di Ingegneria informatica, automatica e gestionale Antonio Ruberti (DIAG), via Ariosto, 25, 00185 Rome</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2024</year>
      </pub-date>
      <volume>000</volume>
      <fpage>0</fpage>
      <lpage>0001</lpage>
      <abstract>
        <p>In the field of digital humanities, the mode of information consumption constitutes a fundamental factor in the quality of research. The structuring of data into knowledge graphs provides a valuable tool for navigating concepts and exploring new ideas. However, the information are often spread across multiple sources with diferent data organizations (schema, taxonomy, etc.) if not, in some cases, even diferent data formats. These diferences between sources generate a fragmentation of knowledge, and, in order to obtain an efective quality consultation, they have to be explored alltogether. In this paper, an approach for exploring multiple knowledge graphs using visual representation is discussed.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Knowledge graphs</kwd>
        <kwd>Digital humanities</kwd>
        <kwd>Information integration</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        In the field of digital humanities, the use of knowledge graphs to represent data, structurally and
graphically, to both address the data source and data consumption has already been demonstrated [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
However, as these are often unrelated systems, there is a fragmentation of knowledge mostly caused by
the use of diferent schemas or semantics in each domain, although data format standards are often in
common, and the integration of multiple data sources is a topic still widely discussed today.
      </p>
      <p>Another important topic in the field of content exploration through knowledge graphs, is the visual
representation of the knowledge in the graphs, which is still an open field. Although there are known
search tools based on semantic engines, these are often generic systems, leaving room for research on
potential methodologies for specialized visualization and navigation.</p>
      <p>A final key point consists of cross-references, i.e. contents that can be referred to each other,
and implicit concepts, i.e., concepts which are taken for granted. Current Large Language Models
(LLMs) proved to address those points, shifting the boundary from how concepts are expressed to the
quantity of information (number of tokens required to process the source). However, the result of this
extraction may need to be expanded with knowledge from other existing sources, further increasing
the fragmentation and complicating the exploration.</p>
      <p>The contribution of this article consists in a proposal for exploring multiple knowledge graphs using
visual navigation.</p>
      <p>The following of this paper is as it follows. After considering relevant work in Section 2, in
Section 3, the use of knowledge graphs for digital humanities is introduced, with its relative advantages
and challenges; Section 4 describes NAVIGO, the proposed framework for exploring multiple knowledge
graphs; Section 5 analyzes a case study in the field of archaeology. Finally Section 6 presents concluding
remarks and possible future directions.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related work</title>
      <p>The exploration of knowledge graphs (KGs) and graphical visualization have been the subject of
numerous research projects and studies as well as the integration of multiple data sources; in the
following sections, we will delve deeper into these topics, discussing the methodologies employed and
the results achieved by these projects.</p>
      <sec id="sec-2-1">
        <title>2.1. Extensible systems</title>
        <p>
          The GLOBDEF system [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] operates using pluggable enhancement modules, which are dynamically
activated to create on-the-fly pipelines for data enhancement. While the system enriches data with
semantics, it does not provide a direct method of consumption. On the other hand, Apache Stanbol1 ofers
a suite of components that provide services for semantic enrichment, knowledge graph visualization,
and metadata management. Although Stanbol does not ofer a standalone ready-to-use system, it
seamlessly integrates with existing Content Management Systems (CMS).
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Visualization of semantic data</title>
        <p>
          Metaphactory [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ] is a platform designed for building knowledge graph applications by seamlessly
integrating with other software infrastructures and utilizes Ontodia [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ], a powerful free tool [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] for
loading and visualizing data. Ontodia’s dashboard displays graph entities along with their properties,
interconnected by lines representing their relations. Additionally, Ontodia can be used with existing
knowledge graphs such as Wikidata and DBpedia, providing a straightforward way to explore document
contents.
        </p>
      </sec>
      <sec id="sec-2-3">
        <title>2.3. Integration systems</title>
        <p>
          In the theme of integrating multiple knowledge graphs, projects such as Mapping Manuscript Migrations
(MMM) [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ] and INTAVIA2 use knowledge graphs generated starting from source metadata and integrated
with other existing knowledge graphs through the creation of a single integrated KG.
Similarly, MOVING [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] and Mingei [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] are based on an integrated KG, but with starting data obtained
by entity extraction using Large Language Models (LLMs).
        </p>
        <p>All the projects indicated, although they carry out efective data integration, have in common the use
of their own internal KG.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Knowledge graphs in digital humanities</title>
      <p>The goal of our research was to validate both the visual approach to knowledge graph exploration and
the efectiveness of using multiple knowledge graphs simultaneously and, throughout our research
journey, we have encountered a significant challenge in the form of non-uniformity among platforms
that utilize a knowledge graph as their knowledge base. For instance, prominent platforms such as
Google, DBpedia, and WikiData each have unique organizational structures for their data and this
produces diferent navigation results, thereby creating a lack of consistency in the information retrieved
from these platforms.</p>
      <p>Diferent platforms may use diferent terminologies, taxonomies, or ontologies, further exacerbating
the fragmentation issue. Consequently, integrating data from these disparate sources into coherent
search results becomes a complex task and may require sophisticated mapping and alignment techniques.</p>
      <p>In addition to the fragmentation issue, the information present in some fields is often of a general
nature. This generality can be insuficient for producing precise results and it can also lead to
ambiguities and uncertainties in the data, making it dificult for users to derive accurate insights from
1Cf. https://stanbol.apache.org
2Cf. https://intavia.eu
the knowledge graph.</p>
      <p>One possible solution to fragmentation is to explore data from multiple sources in real time to produce
the search results. Using instead a batch integration, despite ofering various advantages in terms
of performance and complexity of the system, requires the generation of a new knowledge graph
within the system, with potential redundancy of information and therefore an increase in possible
misalignments between sources. Because of this, we decided to focus more on real-time exploration in
our research path.</p>
      <p>Furthermore, the data must be presented in a way that ofers efective navigation and visualization
to help users explore and understand the data in an intuitive and user-friendly manner.</p>
      <sec id="sec-3-1">
        <title>3.1. Multiple graphs exploration</title>
        <p>In the process of implementing the exploration of multiple knowledge graphs, we have hypothesized
two types of scenarios:
• Partially related graphs (with some concepts in common)
• Completely disjoint graphs</p>
        <p>In the first scenario, it is feasible to consider one of the graphs as the base and the others as an
extensions. Therefore, the navigation results are expanded with concepts from the base graph and the
estension graphs. This scenario assumes that there is at least one common schema between the graphs,
which can be leveraged to create a more comprehensive and interconnected knowledge base.</p>
        <p>The second scenario, involving completely disjoint graphs, necessitates a connecting element that
allows for the extension of navigation. In our current hypothesis, this element consists of an additional
layer of relationships between the disjoint graphs. This layer serves as a bridge, linking concepts
from diferent graphs and enabling navigation across them. This layer can be of any type, such as
a translator between IRIs (e.g., a REST service) or another KG (e.g., an additional KG with the same
scheme as both the graphs). By introducing this additional layer, the scenario is efectively transformed
into the first case of partially related graphs.</p>
        <p>Following this approach, it is possible to explore the contents of multiple knowledge graphs in real
time, reducing the information to be processed in batches. However, it also presents challenges, such as
the need to ensure the accuracy and consistency of the produced results.</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Information collision</title>
        <p>During the alignment phase of multiple knowledge graphs, it is not uncommon to find two concepts
with identical definitions but diferent meanings. In this case, collision management can be:
• automatic;
• human moderated;</p>
        <p>Automatic management must be performed at the moment the graphs are related to each other and
can use various approaches, from the simplest based on the most recent information (if the entry date
is present), to one based on learning systems to recognize which colliding data is the most reliable.</p>
        <p>Human moderated management, on the other hand, can be performed at diferent times:
• if the graphs are linked with each other in a batch operation, then it is possible to introduce a
moderation phase to manually validate the collisions;
• if the graphs are linked in real-time, end users themselves can determine which of the sources
they consider most reliable for their consultation.</p>
        <p>Automatic management, although it significantly reduces the manual data analysis work, introduces
a degree of error in the production of results, which varies for each approach, and in some cases, human
moderated management might be preferable.</p>
        <p>In this paper we will not delve into automated collision management.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. The NAVIGO framework</title>
      <p>A framework called NAVIGO was designed to allow the exploration of contents coming from one or
more data sources in real time (therefore without the obligation of a prior batch integration) in order
to both extend the quality of the results of the exploration, and to solve the problem of knowledge
fragmentation. The framework can make use of both local knowledge graphs (e.g., generated by
extracting concepts from non-digital data sources) and external ones (e.g., services such as Wikidata),
with the possibility of extension to other possible data sources.</p>
      <p>The framework architecture is composed of two types of components (Figure 1):
• a main coordination module;
• a series of management modules for the functions, further divided into
– research;
– content elements;
– relationships between elements.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Case study: Knowledge graphs in archaeological research</title>
      <p>In the field of digital humanities, the field of archeology was chosen due to its peculiarity regarding
data sources. In fact, in addition to having to draw on data sources of diferent nature (including, for
example, paper texts and maps) which must be cross-referenced with each other, these sources are often
of ancient origin, therefore not very suitable for digital conversion, and with concepts implied.</p>
      <p>
        To assess the feasibility of the research endeavor, a prototype named SCIBA [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ][
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], based on the
NAVIGO framework, was developed, targeting the domain of archaeological research. SCIBA’s inception
was motivated by archaeologists’ need to navigate knowledge bases within a geographical framework.
It facilitates the discovery of interconnections among various topics associated with a specific location
or keyword, thereby fostering the generation of novel insights during content exploration.
      </p>
      <p>This prototype employs semantic and cartographic search methodologies. In contrast to traditional
search engines that return a list of texts, documents, and metadata containing the queried keywords,
SCIBA’s semantic search aims to refine and expand search outcomes.</p>
      <sec id="sec-5-1">
        <title>5.1. Data sources</title>
        <p>The main data sources used in the prototype consisted of two internal sources:
• Bibliography of books in digital format (with OCR);
• Italian national archive of toponyms (names associated with specific geographical locations);
and two external data sources:
• Wikidata’s knowledge graph (Wikimedia foundation);
• Wikipedia articles (Wikimedia foundation);
In addition, as a secondary external source, the DBpedia knowledge graph was added.</p>
        <p>Finally, to carry out semantic search, the native semantic engine of Wikipedia was used, as Wikidata
was the base graph for all other data sources (except DBpedia).</p>
      </sec>
      <sec id="sec-5-2">
        <title>5.2. Data model and extraction methodology</title>
        <p>In a batch processing phase, the internal data sources were converted into a knowledge graph extending
the one of Wikidata.</p>
        <p>The first data to be converted, using an automated system, were the bibliographic information
metadata (title, author, etc.), followed by the toponyms, which required a strong initial moderation
phase due to the recurring presence of abbreviations or typos. Subsequently, to associate the content of
the books with the concepts represented in the Wikidata KG, the bibliography of books was analyzed
using an external Semantic Text Analytics service (DandelionAPI3) capable of associating the concepts
contained in the books with references to the Wikidata knowledge graph (e.g., the concept “Rome” found
in the books was associated with both the Wikidata element Q220, relating to the modern city, and the
element Q18287233, relating to the imperial capital). As the last phase, the books were associated with
possible toponyms cited in them in an additional internal KG using a query-content matching approach</p>
        <p>Regarding the external sources, both Wikidata and DBpedia ofer access to a KG, so no intervention
was necessary.</p>
        <sec id="sec-5-2-1">
          <title>In essence, the following local KGs were generated:</title>
          <p>3Cf. https://dandelion.eu
• Books KG, which includes the definition of books derived from metadata;
• Toponyms KG, which includes the definition of toponyms in triple format;
• Book to concepts relationships KG, which links books to external concepts;
• Book to toponyms relationships KG, which links books to the toponyms they cite.</p>
          <p>When the user enters a query, starting from the results produced by a semantic reference engine (in
this case Wikipedia, managed by one of the NAVIGO modules), the various KGs are queried to produce
the results from which to start the exploration of the contents. For the KGs with a schema shared with
Wikidata, the use of IRIs is suficient, while for DBpedia a description-based search was used.</p>
          <p>Each source has its unique way of handling data (e.g., Wikipedia API for Wikidata to recover the
article details), the data obtained from the sources are further processed by the respective modules in order
to produce consultable results (e.g., the Wikidata results are used to recall the associated Wikipedia page).</p>
        </sec>
        <sec id="sec-5-2-2">
          <title>An example of a workflow used in the prototype is:</title>
        </sec>
        <sec id="sec-5-2-3">
          <title>1. the researcher inserts a search query into the system; 2. the query is handled by the semantic engine of Wikipedia (the only module with semantic search); 3. using the IRIs or descriptions of the results, possible elements related to the results obtained are searched for.</title>
          <p>The results of this workflow generate a list of search results with all possible relationships,
extrapolated both from the original KG (Wikidata) and from all the additional KGs accessible from the system.
Because the data sources are disjoint, users could view the source of the data and could also choose
which source to enable or disable for searching.</p>
        </sec>
      </sec>
      <sec id="sec-5-3">
        <title>5.3. Collision approach</title>
        <p>In this case study, the major knowledge source Wikidata with the alternative option of DBpedia are
independent of each other and, while beneficial in terms of diversity and coverage, this independence
also introduces the potential for data collision.</p>
        <p>During the system testing phases, we found that users of the system preferred to exercise their
discretion in deciding which results to consider valid and which to discard. This observation led us to
forgo the introduction of an automatic collision management system and, while this decision increased
the number of ambiguous results, it also presented an opportunity to extend the exploration to a greater
number of results.</p>
      </sec>
      <sec id="sec-5-4">
        <title>5.4. Results</title>
        <p>During the testing phase, the validity of cross-referencing data to improve archeology search results
was confirmed and the system demonstrated the validity of using multiple knowledge graphs instead
of a single integrated graph to simplify integration operations. In fact, it was possible to integrate
diferent data sources without the need for burdensome batch integration procedures, also allowing for
the possibility of real-time choice.</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6. Concluding remarks</title>
      <p>The integration of multiple knowledge graphs with other data sources solves the problem of content
fragmentation and and opens up potential developments in various fields. With the use of extension
graphs dedicated to a specific domain, it allows for precise consultation on topics that are usually
addressed in a generic way by other content search systems. This specificity can lead to more accurate
and relevant results, thereby improving the eficiency and efectiveness of data-driven research.</p>
      <p>The real-time navigation of multiple KGs ofers several advantages compared to the generation of a
single integrated source, ranging from simplicity of management to the possibility of excluding sources
during the search phase, as well as the elimination of batch generation processes.</p>
      <p>However, the issue of information collision remains a significant challenge in this context. Information
collision occurs when diferent data sources provide conflicting or overlapping information about the
same entity or concept and, in the case of multiple knowledge graphs, each graph may also have
its unique representation and interpretation of the same entity or concept. Despite the challenges it
presents, information collision also opens up exciting opportunities for future research.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>B.</given-names>
            <surname>Haslhofer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Isaac</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Simon</surname>
          </string-name>
          ,
          <article-title>Knowledge graphs in the libraries and digital humanities domain</article-title>
          , CoRR abs/
          <year>1803</year>
          .03198 (
          <year>2018</year>
          ). URL: http://arxiv.org/abs/
          <year>1803</year>
          .03198. arXiv:
          <year>1803</year>
          .03198.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Nisheva-Pavlova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Alexandrov</surname>
          </string-name>
          ,
          <article-title>Globdef: A framework for dynamic pipelines of semantic data enrichment tools</article-title>
          , in: E.
          <string-name>
            <surname>Garoufallou</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Sartori</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Siatri</surname>
          </string-name>
          , M. Zervas (Eds.),
          <source>Metadata and Semantic Research</source>
          , Springer International Publishing, Cham,
          <year>2019</year>
          , pp.
          <fpage>159</fpage>
          -
          <lpage>168</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M.</given-names>
            <surname>Kejriwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Lopez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. F.</given-names>
            <surname>Sequeda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Haase</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. M.</given-names>
            <surname>Herzig</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kozlov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Nikolov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Trame</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kejriwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Lopez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. F.</given-names>
            <surname>Sequeda</surname>
          </string-name>
          ,
          <article-title>Metaphactory: A platform for knowledge graph management</article-title>
          ,
          <source>Semant. Web</source>
          <volume>10</volume>
          (
          <year>2019</year>
          )
          <fpage>1109</fpage>
          -
          <lpage>1125</lpage>
          . doi:
          <volume>10</volume>
          .3233/SW-190360.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>D.</given-names>
            <surname>Mouromtsev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Pavlov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Emelyanov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Morozov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Razdyakonov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Galkin</surname>
          </string-name>
          ,
          <article-title>The simple, web-based tool for visualization and sharing of semantic data and ontologies</article-title>
          , in: S. Villata,
          <string-name>
            <given-names>J. Z.</given-names>
            <surname>Pan</surname>
          </string-name>
          , M. Dragoni (Eds.),
          <source>The 14th International Semantic Web Conference (ISWC</source>
          <year>2015</year>
          ),
          <article-title>ceur-ws</article-title>
          .org,
          <year>2015</year>
          . URL: http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>1486</volume>
          /paper_77.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Dudáš</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Lohmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Svátek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Pavlov</surname>
          </string-name>
          ,
          <article-title>Ontology visualization methods and tools: a survey of the state of the art</article-title>
          ,
          <source>The Knowledge Engineering Review</source>
          <volume>33</volume>
          (
          <year>2018</year>
          ). doi:
          <volume>10</volume>
          .1017/ S0269888918000073.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>T.</given-names>
            <surname>Burrows</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Emery</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Fraas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Hyvönen</surname>
          </string-name>
          , E. Ikkala,
          <string-name>
            <given-names>M.</given-names>
            <surname>Koho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lewis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Morrison</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Page</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Ransom</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Thomson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Tuominen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Velios</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Wijsman</surname>
          </string-name>
          ,
          <article-title>Mapping manuscript migrations knowledge graph: Data for tracing the history and provenance of medieval and renaissance manuscripts</article-title>
          ,
          <source>Journal of Open Humanities Data</source>
          (
          <year>2020</year>
          ). doi:
          <volume>10</volume>
          .5334/johd.14.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>V.</given-names>
            <surname>Bartalesi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Coro</surname>
          </string-name>
          , E. Lenzi,
          <string-name>
            <given-names>P.</given-names>
            <surname>Pagano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Pratelli</surname>
          </string-name>
          , From unstructured texts to semantic story maps,
          <source>International Journal of Digital Earth</source>
          <volume>16</volume>
          (
          <year>2023</year>
          )
          <fpage>234</fpage>
          -
          <lpage>250</lpage>
          . URL: https://doi.org/10.1080/ 17538947.
          <year>2023</year>
          .
          <volume>2168774</volume>
          . doi:
          <volume>10</volume>
          .1080/17538947.
          <year>2023</year>
          .
          <volume>2168774</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>N.</given-names>
            <surname>Partarakis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Doulgeraki</surname>
          </string-name>
          , E. Karuzaki,
          <string-name>
            <given-names>G.</given-names>
            <surname>Galanakis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zabulis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Meghini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Bartalesi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Metilli</surname>
          </string-name>
          ,
          <article-title>A web-based platform for traditional craft documentation</article-title>
          ,
          <source>Multimodal Technologies and Interaction</source>
          <volume>6</volume>
          (
          <year>2022</year>
          ). URL: https://www.mdpi.com/2414-4088/6/5/37. doi:
          <volume>10</volume>
          .3390/mti6050037.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>E.</given-names>
            <surname>Bernasconi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Boccuccia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Fabbri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Francescangeli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Marcucci</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Mecella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Medri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Morvillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Pisani</surname>
          </string-name>
          , E. Tondi,
          <article-title>Sciba - a prototype of the computerized cartographic system of an archaeological bibliography</article-title>
          , in: J.
          <string-name>
            <surname>Araujo</surname>
            , I. S. de la Vara, Jose Luis adn Brito, N. CondoriFernandez, L. Duboc,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Giachetti</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Marín</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Serral</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Bagnato</surname>
          </string-name>
          , L. Lopez (Eds.),
          <source>Joint Proceedings of RCIS 2022 Workshops and Research Projects Track co-located with the 16th International Conference on Research Challenges in Information Science (RCIS</source>
          <year>2022</year>
          ),
          <article-title>ceur-ws</article-title>
          .org,
          <year>2022</year>
          . URL: http://ceur-ws.
          <source>org/</source>
          Vol-3144
          <source>/RP-paper11.pdf.</source>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>E.</given-names>
            <surname>Bernasconi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Mecella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Morvillo</surname>
          </string-name>
          ,
          <article-title>A proposal for a user-friendly, integrative and collaborative platform for the digital humanities</article-title>
          ,
          <source>in: ExICE-Extended Intelligence for Cultural Engagement</source>
          ,
          <year>2023</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>