<!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 />
    <article-meta>
      <title-group>
        <article-title>Combining Knowledge about Document Types and Structures for Enhanced Content Curation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>rolin</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>zynsk</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Flori</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>n Kintz</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Julia´n Moreno-Schneider[</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>org R</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Deutsches Forschungszentrum fu ̈ r K u ̈nstliche Intelligenz GmbH (DFKI) Alt-Moabit 91c</institution>
          ,
          <addr-line>10559 Berlin</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>We present the conceptual design of a language technology (LT) system that enables enhanced document curation and processing of different documents types by providing customized NLP workflows that respond and adapt to the extracted characteristics of the input documents. To optimize document and text understanding, the processing steps will not only incorporate textual features but also layout and document type related features like document structure, and the communicative function of specific parts or constituents of a document (e. g., header, subtitle, paragraph, footer). We tackle the lack of standardized representation formats for many of these document features by presenting the first draft of an ontology (QOntology) we plan to incorporate into the overall workflow manager. Since the work is still in progress, we present the theoretical background and conceptual design decisions of the approach which will be the basis of experiments in future work.</p>
      </abstract>
      <kwd-group>
        <kwd>Document Curation</kwd>
        <kwd>Content Ontology</kwd>
        <kwd>Workflow Manager</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Organizing, structuring, processing and understanding a vast number of heterogeneous
documents poses not only a challenge for humans but also for NLP platforms, which
often only provide a one-size-fits-all solution for documents without taking into
account the characteristics of different content and document types. A newspaper article
should be treated differently than a scientific article and it would be beneficial to have
access to knowledge regarding the structure of a document because it is often linked
to ‘standardized’ communicative functions that each part of a text exhibits. Taking the
afore mentioned example, newspaper articles are often written according to the inverted
pyramid where the most important information is in the beginning (title, first paragraph)
and the least important at the end, whereas scientific articles most often include a title,
an abstract, the first section titled Introduction, and so forth. Using the information
different document types provide and – for document images – making use of layout
information (e. g., bold indicating importance or a title, italics indicating proper names), we
can enhance document curation. The idea of document curation – in the context of the
project and corresponding platform QURATOR [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]1 – is to support content curators in
      </p>
      <p>Copyright © 2021 for this paper by its authors.</p>
      <p>
        Use permitted under Creative Commons License Attribution 4.0 International (CC BY 4.0).
their professional activities, e. g., by classifying and structuring documents, by
simplifying processes and workflows or by recommending important content. Text processing
in this procedure can be improved utilizing customized language models trained on the
respective domain of the document (e. g., journalism vs. science). A summarization
service [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] could focus on the text areas that by default contain the most important content.
This paper presents an approach for adaptive document processing taking into account
the type, domain, and also layout features of a document, which could lead to a major
improvement over the typical “one size fits all” approach typically used for document
processing. The approach enables intelligent content processing with customized and
customizable workflows that respond and adapt to the characteristics of the input [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
      </p>
      <p>
        The terms text type and text genre are used differently in different linguistic articles
[
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Biber, e. g., characterises genres in terms of the author’s or speaker’s
communicative purpose, while text types classify texts on the basis of text-internal criteria [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. We
decided to use a pragmatically motivated term for this paper, document type, which we
define as a group of documents with similar standardized textual and layout features,
which we can utilize to optimize NLP workflows. The subject field, or domain, of a text
is a specific area or use of language such as legal, journalism, or science.
      </p>
      <p>
        To have a machine-readable vocabulary for all the necessary document
characteristics we want to extract, we designed a specific ontology, QOntology, which is used to
provide a structured vocabulary for indexing and workflow control. We present the first
draft of the ontology in which we make use of existing ontologies we deem useful for
our approach and describe how we adjusted them to the requirements of our system. The
main goal of the ontology is to be able to describe documents so precisely in a semantic
way that the curation technologies that process them can adapt their behavior based on
its features. Our approach is developed in the context of the QURATOR project [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ],
a technology transfer project funded by the German federal ministry of education and
research in which a consortium of research institutes and industry partners collaborate
to develop a platform for the curation of digital information.
      </p>
      <p>The remainder of this paper is structured as follows: Section 2 presents related work
in the field. Section 3 describes the ontology in detail and its planned usage with the
workflow manager. Section 4 summarizes our vision of an intelligent workflow manager
which makes use of the ontology and describes an example workflow for a document.
Finally, Section 5 concludes the paper.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Related Work</title>
      <p>
        The idea of being able to adjust the parsing and further processing of documents
according to document characteristics is not new. Elaborating approaches for document
understanding was a goal in the 1980s, abandoned in the mid 1990s and now
reappearing. The MUC (Message Understanding Conference) [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] competitions in the 1990s with
tasks on information extraction and (since the sixth conference in 1995 [
        <xref ref-type="bibr" rid="ref29">29</xref>
        ]) named
entity recognition mainly focused on narrow sub-domains. One interesting attempt
tackling this task was the MUSE project for cross-domain named entity recognition aiming
to identify the parameters relevant for the processing across different document formats
and domains [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ].
      </p>
      <p>
        Various types of NLP platforms are specialized in a specific domain or document
type or focus on task-specific processing. The language technology platform Common
Round is focusing on semantic enrichment and argument mining on large-scale web
debates [
        <xref ref-type="bibr" rid="ref30">30</xref>
        ]. Canary is an NLP platform for repositories of unstructured clinical data
[
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Another example is OCR-D, a project initially concentrating on the
transformation of German prints from the 16th until the 19th century into digital texts. The project
now also provides user-specific modular tools and a workflow manager for the
digitization of various document types [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. While OCR-D provides rudimentary workflows
and approaches for automatic document structure and text recognition, we additionally
aim to analyze and classify incoming documents regarding their textual and structural
characteristics and, based on those results, to initiate adjusted workflows.
      </p>
      <p>
        We recently observed an increasing number of approaches that emphasize the
importance of layout features and their semantic meaning in combination with text features
for improving document and text processing. The language model LayoutLM, for
example, was trained jointly with text and layout information across scans of documents
and reveals good results after fine-tuning for different tasks, such as form
understanding, receipt understanding, and document image classification [
        <xref ref-type="bibr" rid="ref28">28</xref>
        ]. We make use of the
latter in our system for a service that can classify different document types.
      </p>
      <p>
        Those language models are often based on datasets with annotated layout
information including semantic information (such as title, paragraph, footnote, etc.) for some
highly standardized text types, like scientific papers. For the creation of these datasets
weak supervision is often used based on the fact that scientific publishing platforms
often provide metadata with semantic layout annotations (in XML or LaTeX format)
as well as the corresponding document images as PDF with compiled layout features
[
        <xref ref-type="bibr" rid="ref11 ref32">11,32</xref>
        ]. In future work, we want to use these datasets to train models for text structure
recognition and include the corresponding text regions in our ontology. The PRIMA
Research Lab provides the PAGE (Page Analysis and Ground-Truth Elements)
annotation scheme which also includes layout information, but the schema is focusing on
fine-grained annotation to support individual stages within an entire sequence of
document image analysis methods (from document image enhancement to layout analysis to
OCR) and their evaluation [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. Therefore, we decided to use a new annotation scheme
based on the ontology we designed for the needs of our workflow manager.
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>QOntology: An Ontology and Classes for Document Curation</title>
      <p>In this section, we describe the classes and sketch the usage of the QOntology. Our
main motivation for developing a new ontology, considering all the available options,
was to address the lack of semantic representation for several document features that we
consider relevant for the document curation processes in the project QURATOR, such
as the domain, document type and sections. The ontology is a machine-readable
taxonomy that specifies different types of content, including specific metadata and
characteristics. The extracted metadata enables us to initiate document processing depending
on the features and types or classes of incoming documents, which means subsequently
to channel incoming content into content-type-specific processing workflows (see
Section 4). While designing the ontology, for which we used Prote´ge´2, we made use of
relevant, existing ontologies, not only to avoid re-definition of entities but to make our
ontology able to interact with other applications. The imported ontologies already come
in OWL/RDF format3, so that transformation processes were not necessary. Next, we
describe the QOntology and the used ontologies and how we adapt them to our needs.
We also give a short description of the planned usage of the ontology for our document
curation platform, also see Section 4.3.
3.1</p>
      <sec id="sec-3-1">
        <title>Description of Document Types and Components</title>
        <p>
          To define workflows according to specific document features for each document type,
we first need to define the different types of documents. Categorizing and cataloging
textual entities is a task typically done by librarians, so we decided to build upon an
ontology designed to define bibliographic records. FaBiO (Functional Requirements for
Bibliographic Record4, FRBR-aligned Bibliographic Ontology) is an ontology for
representing and publishing bibliographic records of scholarly endeavors [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ]. It focuses
upon describing scholarly articles and text-based publications, such as books,
magazines, and newspapers but also contains other text types like Email, Web Page, and
Dataset. It includes classes and properties for collecting important metadata about the
document, like the title-name, date, identifier and URL. FaBiO divides bibliographic
records fourfold, as abstract entity (class Work), the realization mode of a work
(Expression), the physical embodiment of a work (Manifestation), and as the medium of a
single exemplar of the physical embodiment, which can be analog or digital (Item).
Because of the large number of different types of documents it includes, we found FaBiO
very useful as a fundamental set of labels and categories for our document type classes.
In future work, we will reduce the classes depending on whether they express known
layout and textual criteria that we can use for customising workflows and whether they
are interesting for the user of the curation platform.
        </p>
        <p>
          For the annotation of document sections, we adapted the Document Components
Ontology (DoCO) which provides a structured vocabulary of document elements [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ].
DoCO is a combination of several ontologies to describe (1) the structural patterns
like text vs. non-text (based on the Patterns Ontology5), and (2) classes for document
sections according to their communicative function (Discourse Elements Ontology6),
while we are more interested in the latter7. The communicative function of a Title, for
example, is to attract the reader’s attention and to transport the most important
information, the NavigationBar, a section appearing in the document type WebPage, enables
the user to navigate and offers an overview of the website’s structure. Generally, DoCO
focuses on the content of mainly scientific and other scholarly texts. Therefore, we
extended QOntology with more section classes to enable annotations for other document
2 https://protege.stanford.edu
3 https://www.w3.org/TR/owl-features/
4 http://www.sparontologies.net/ontologies/frbr
5 https://sparontologies.github.io/po/current/po.html
6 https://sparontologies.github.io/deo/current/deo.html
7 The Pattern Ontology is based on the idea of classifying different types of XML tags in
HTMLdocuments and has, therefore, a different scope, also see [
          <xref ref-type="bibr" rid="ref22 ref23 ref24">22,23,24</xref>
          ].
types as well. These sections will be used for the Semantic Layout Identification tool
in our system (see Section 4.2). We started to link the document type and document
component classes by defining which document type can or must contain specific
document sections (a news article has a title and at least one paragraph, but not necessarily
a footnote; a scientific article hast one abstract, etc.). This is work in progress.
3.2
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>Other Classes</title>
        <p>
          As the ontologies we presented do not provide all classes we deemed important for
our document curation requirements, we included the following classes from other
resources. For the description of web pages, we utilized parts of schema.org8, like the
class WebPageElement including sub-classes for site navigation, sidebar, advertisement,
etc. Sometimes it is necessary to not only annotate the document itself but also the
different processing stages and tools. An example is a paper document and its scanned
version, where it would make sense to record and to annotate both documents as
different entities. For this purpose, we included the Provenance Ontology, PROV-O [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ].
PROV-O provides an annotation scheme to distinguish the relationship between two
documents and additionally allows to describe the origin, production, modifications
and responsible entities.
3.3
        </p>
      </sec>
      <sec id="sec-3-3">
        <title>Using the Ontology in the Content Curation Platform</title>
        <p>For computational document processing, various language technology tools exist
enabling partial processing and information extraction concerning distinct aspects of a
document. From a technical point of view, to build an document curation platform
combining these tools, it becomes necessary to use information from previous steps (e. g.,
document type and language) to control which specific tasks to perform afterwards
(e. g., which pipeline to use regarding the characteristics of a document). Similarly, the
same metadata can be viewed as of special interest for indexing the documents after
processing for later search and retrieval. We use the ontology to provide machine-readable
vocabulary and rules which defines the underlying database structure of our platform
and triggers the processing workflow. In more detail, the content curation platform will
make use of the ontology in four ways:
1. It acts as the blueprint for a database schema as a direct mapping of the ontology.
2. When a document arrives in the system, this data structure is (semi-)automatically
populated based on the incoming metadata of the document and the results of
several analysis processes, e. g., language identification or document structure analysis.
3. The ontology describes the classes used to classify documents.
4. The NLP workflow is dynamically adapted based on the document metadata, i. e.,
the specific pipeline step to call next is determined by the metadata.</p>
        <p>The ontology, which is currently work in progress, will be applied for NLP
workflow configuration, as described in Section 4.</p>
        <sec id="sec-3-3-1">
          <title>8 https://schema.org</title>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Adaptive Workflow Manager for Document Processing</title>
      <p>The ontology helps to classify incoming documents and to gain metadata in order to
trigger particular processing workflows, but this is not enough to define the
parameters and procedures for each processing step to be performed on the document. For
this, we designed a workflow manager (WM), which is able to execute certain tasks
depending on the annotations a document entails. These annotations are continuously
updated through the analysis performed by each NLP module, so the WM will adapt
its functionality to each modification of the annotations. We can describe the challenge
as the metadata-driven combination of different task-specific NLP services. Below we
describe the technical details of the WM and give an overview of the workflow
components necessary for comprehensive document curation.
4.1</p>
      <sec id="sec-4-1">
        <title>Functionality</title>
        <p>
          The communication between different language technology tools – where the output of
one tool serves as input for the following tool – requires interoperability regarding the
used vocabulary and annotation format used across the NLP tools. The former is
guaranteed by the ontology (Section 3), for the latter, we use an annotation format that enables
the flexible orchestration of NLP services, which is based on the NLP Interchange
Format (NIF) [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. NIF can be serialized in RDF-XML and serves as the communication
language between the input and output of the services. Using NIF, we can organize the
interoperability of different NLP services in our WM and allow Linked Data
compatibility. The architectural and technical details of the WM used for document processing
are described in a previous paper [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ].
        </p>
        <p>The workflow uses a JSON-based language format to define the processing steps for
the documents. The WM can adapt the functionality of a workflow previously defined
based on the metadata and other information of a document through a set of rules, which
are defined manually for each workflow component and are composed of three elements
(see Equation 1): the respective property (Ps); the value that the property must have or
the condition that it must meet (v); and the action it has to perform (a).</p>
        <p>R1 = [P; v; a]
(1)</p>
        <p>For example, if we want to define the rules so that the named entity recognition
module uses a specific model depending on the document’s language, the rules would
be: nif : language is the property to be analyzed, EN=DE is the value the property
must have, and the modification of model name is the targeted action (see Equation 2).
Depending on the language of the input document (provided as metadata or annotated
by a language identification module), the module will adapt its functionality using a
differently trained model.</p>
        <p>RNER(EN ) = [nif : language; EN; model name = BERT EN ]
RNER(DE) = [nif : language; DE; model name = BERT DE]
(2)</p>
      </sec>
      <sec id="sec-4-2">
        <title>Workflow Components</title>
        <p>
          This section describes the components which extract information and metadata about
the incoming document the workflow afterwards uses to control and adapt the workflow
execution for the following steps. The most important components are as follows.
– Language Identification The language identification service langid [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] annotates
the document or parts of the document with the property qont : language.
– Document Type Classification For this task we implement a fine-tuned version of
LayoutLM [
          <xref ref-type="bibr" rid="ref31">31</xref>
          ]. We used the RVL-CDIP dataset9 for fine-tuning the model on the
document type classification task. The model can distinguish 16 discrete document
types with an accuracy of 0.84. We will expand the initial experiments so we can
classify different document types according to the classes defined in the QOntology
(qont : documentT ype).
– Optical Character and Layout Recognition (OCR, OLR) and Semantic
Layout Identification (SLI) If the input document is an image, we need to first
perform OCR on the image, which is the automatic conversion of document images
(scans, photos, etc.) into machine-readable text. OCR is a complex process,
including several steps in addition to character recognition, like preprocessing (image
optimization and binarization), layout analysis (recognition and classification of
structural features), and eventually post-processing (error correction). We use
Tesseract10 which supports various output formats (plain text, hOCR, PDF,
invisible-textonly PDF, TSV). Layout recognition includes text line recognition, text vs. non-text
recognition, region segmentation and classification, and document-level structural
analysis [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. After preprocessing the documents with Tesseract we use GROBID
(GeneRation Of BIbliographic Data), which annotates the document sections
according to their communicative function, which we call Semantic Layout
Identification (SLI) [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ]. For future work, the classes for the SLI service will be aligned
to the QOntology definition for the document components.
        </p>
        <p>In addition to the fully automatic detection of relevant parameters to drive the
workflow, metadata gained from other sources will also be utilized. We distinguish between
these sources: (1) automated extraction of metadata through NLP tools (see above);
(2) manual input of document metadata by the user; (3) existing metadata that
accompany a document; and (4) metadata determined by the input channel (e. g., twitter,
webcrawling, user-provided uploads).
4.3</p>
      </sec>
      <sec id="sec-4-3">
        <title>Example Workflow for Enhanced Content Curation</title>
        <p>The following example workflow extracts metadata and semantic information from a
document image (a scientific paper) to drive additional downstream processing tasks.</p>
        <p>In the example (Figure 1), the user provides a scientific article in PDF format in
English, including a French paragraph (a quotation). The first workflow components
aim to enrich the document’s metadata by preprocessing the paper and understanding</p>
        <sec id="sec-4-3-1">
          <title>9 https://www.cs.cmu.edu/ aharley/rvl-cdip/</title>
          <p>10 https://github.com/tesseract-ocr/tesseract
the structure of the text. The OCR and OLR service extracts the text and different parts
the document is made up of. The next step is document type classification, which then
defines the label set used for the document components classification (SLI step). As
mentioned, the document types are defined in the ontology as well as the label sets
each document type can contain (see Section 3.1). In this example, we obtain the label
Scientific Paper and section labels such as, among others, Abstract, Introduction and
RelatedWork will be used for annotation. Once the document’s sections are determined,
the language identification module will then assign a language to each section. Because
there is a quotation identified as French, a machine translation service can translate this
piece of content into English; another possibility would be to define dedicated pipelines
for each sections in another languages.</p>
          <p>
            After the first processing steps, the WM is now able to channel the document into a
pipeline adapted to the document type Scientific Article for the language English.
Understanding the characteristics of scientific papers and their internal structures can be
utilized to weight the importance of different sections for each task in the following
steps. If we want to obtain a summary of the document, the WM now can simply
extract the section marked in the previous SLI step as Abstract, because the abstract is
a summary of a paper. Claims are a fundamental unit of scientific discourse, therefore
the next step in our workflow is claim extraction. Claims often appear in the Abstract
or Introduction. The model could be instructed to only search for claims in these
sections or focus on them, which could improve the overall results. The same applies to the
extraction of URLs. In the last step, we make use of the fact that language models are
mainly trained in a task-specific (for NER, topic detection, etc.) but also language- and
domain-specific way. Based on the metadata, the workflow manager can automatically
choose an optimized language model for the input document, which is in this case an
English language model trained on scientific documents for topic detection. An
alternative workflow could foresee processing documents from the legal domain, e. g., case
reports. NLP services like time extraction, named entity recognition for legal entities,
legal argumentation extraction etc. can also be included in such a workflow for this
class of documents [
            <xref ref-type="bibr" rid="ref17 ref27">27,17</xref>
            ].
5
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Conclusion</title>
      <p>
        In this paper, we describe our concept of a document processing and curation platform,
which uses not only textual features but information about different document types
and semantic annotation of text regions in documents. We present the first version and
concept of the QOntology that will provide a structured vocabulary for the annotation
of document features and to provide these features to the feature-driven processing
workflow manager (WM). We describe the functionality of the WM and illustrate our
concept with an example workflow for a document curation pipeline adapting to the
extracted features of the incoming document but there is still a lack of tools and data
sets that support the semantic annotation of document regions for other document types
than scientific articles. We are currently also exploring the feasibility of distributed
processing workflows that include components made available on multiple platforms
[
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. For the annotation of semantic regions in documents, an exchange with scholars
from humanities could be beneficial because they are the most familiar ones regarding
the documents and their internal logical structure [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The Discourse Elements Ontology
also reveals its focus on scientific articles. That is why we extended the QOntology
with more classes to enable possible annotations for other text genres. Another idea
for future work is to make use of the more general ontology for the Penn Discourse
Treebank (PDTB) which strives to model discourse structures, particularly coherence
relations between abstract entities in the text [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ].
      </p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>The research presented in this paper is funded by the German Federal Ministry of
Education and Research (BMBF) through the project QURATOR (http://qurator.ai)
(Unternehmen Region, Wachstumskern, grant no. 03WKDA1A).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>1. Grobid. https://github.com/kermitt2/grobid (2008-2021)</mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Aksenov</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Moreno-Schneider</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgonje</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schwarzenberg</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hennig</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rehm</surname>
          </string-name>
          , G.:
          <article-title>Abstractive Text Summarization based on Language Model Conditioning and Locality Modeling</article-title>
          . In: Calzolari,
          <string-name>
            <surname>N.</surname>
          </string-name>
          , Be´chet,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Blache</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Cieri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Choukri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Declerck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            ,
            <surname>Isahara</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Maegaard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Mariani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Moreno</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Odijk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Piperidis</surname>
          </string-name>
          , S. (eds.)
          <source>Proceedings of the 12th Language Resources and Evaluation Conference (LREC</source>
          <year>2020</year>
          ). pp.
          <fpage>6682</fpage>
          -
          <lpage>6691</lpage>
          . European Language Resources Association (ELRA), Marseille, France (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Baierer</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Boenig</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Engl</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neudecker</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          , Altenho¨ner, R.,
          <string-name>
            <surname>Geyken</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mangei</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stotzka</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dengel</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jenckel</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gehrke</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Puppe</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weil</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sachunsky</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schiffer</surname>
            ,
            <given-names>L.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Janicki</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Heyer</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fink</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schulz</surname>
            ,
            <given-names>K.U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weichselbaumer</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Limbach</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Seuret</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dong</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Burghardt</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Christlein</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Doan</surname>
            ,
            <given-names>T.H.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dogan</surname>
            ,
            <given-names>Z.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Panzer</surname>
            ,
            <given-names>J.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schima-Voigt</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wieder</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <string-name>
            <surname>OCR-D kompakt</surname>
          </string-name>
          :
          <article-title>Ergebnisse und Stand der Forschung in der Fo¨rderinitiative</article-title>
          . BIBLIOTHEK - Forschung und Praxis (
          <year>2020</year>
          ). https://doi.org/http://dx.doi.org/10.18452/21548
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Belhajjame</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cheney</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corsar</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garijo</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Soiland-Reyes</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zednik</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhao</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          :
          <string-name>
            <surname>PROV-O: The PROV</surname>
          </string-name>
          <article-title>Ontology</article-title>
          .
          <source>Tech. rep. (</source>
          <year>2012</year>
          ), http://www.w3.org/TR/prov-o/
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Biber</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Variation across Speech and Writing</article-title>
          . Cambridge University Press (
          <year>1988</year>
          ). https://doi.org/10.1017/CBO9780511621024
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Constantin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Peroni</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pettifer</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shotton</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vitali</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>The Document Components Ontology (DoCO)</article-title>
          .
          <source>Semantic Web</source>
          <volume>7</volume>
          (
          <issue>2</issue>
          ),
          <fpage>167</fpage>
          -
          <lpage>181</lpage>
          (
          <year>2016</year>
          ). https://doi.org/10.3233/SW-150177
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Engl</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Baierer</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Boenig</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hartmann</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neudecker</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Volltexte - die Zukunft alter Drucke:. o-bib</article-title>
          .
          <source>Das offene Bibliotheksjournal / Herausgeber VDB 7</source>
          (
          <issue>2</issue>
          ),
          <fpage>1</fpage>
          -
          <lpage>4</lpage>
          (
          <year>2020</year>
          ). https://doi.org/10.5282/o-bib/5600, https://www.o-bib.de/article/view/5600, number:
          <fpage>2</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Grishman</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sundheim</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          : Message Understanding Conference-6:
          <string-name>
            <given-names>A</given-names>
            <surname>Brief</surname>
          </string-name>
          <article-title>History</article-title>
          .
          <source>In: Proceedings of the 16th Conference on Computational Linguistics - Volume</source>
          <volume>1</volume>
          . p.
          <fpage>466</fpage>
          -
          <lpage>471</lpage>
          . COLING '
          <volume>96</volume>
          ,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computational Linguistics, USA (
          <year>1996</year>
          ). https://doi.org/10.3115/992628.992709, https://doi.org/10.3115/992628.992709
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Hellmann</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Auer</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , Bru¨mmer, M.:
          <article-title>Integrating NLP Using Linked Data</article-title>
          . In: Alani,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Kagal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Fokoue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Groth</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Biemann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Parreira</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.X.</given-names>
            ,
            <surname>Aroyo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Noy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Welty</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Janowicz</surname>
          </string-name>
          ,
          <string-name>
            <surname>K</surname>
          </string-name>
          . (eds.) The Semantic Web - ISWC
          <year>2013</year>
          . pp.
          <fpage>98</fpage>
          -
          <lpage>113</lpage>
          . Springer, Berlin, Heidelberg (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          : Genres, Registers, Text Types, Domains, and
          <article-title>Styles: Clarifying the Concepts and Navigating a Path through the BNC Jungle</article-title>
          .
          <source>Language Learning and Technology</source>
          <volume>5</volume>
          (
          <issue>01</issue>
          <year>2002</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cui</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huang</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wei</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhou</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>DocBank: A Benchmark Dataset for Document Layout Analysis</article-title>
          . CoRR abs/
          <year>2006</year>
          .01038 (
          <year>2020</year>
          ), https://arxiv.org/abs/
          <year>2006</year>
          . 01038
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Lopez</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Romary</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>GROBID - Information Extraction from Scientific Publications</article-title>
          .
          <source>ERCIM News</source>
          <year>2015</year>
          (
          <volume>100</volume>
          ) (
          <year>2015</year>
          ), https://ercim-news.ercim.eu/en100/r-i/
          <article-title>grobid-information-extraction-from-scientific-publications</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Lui</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Baldwin</surname>
          </string-name>
          , T.:
          <article-title>langid.py: An Off-the-shelf Language Identification Tool</article-title>
          . In:
          <article-title>Proceedings of the ACL 2012 System Demonstrations</article-title>
          . pp.
          <fpage>25</fpage>
          -
          <lpage>30</lpage>
          . Association for Computational Linguistics, Jeju Island,
          <string-name>
            <surname>Korea</surname>
          </string-name>
          (
          <year>2012</year>
          ), https://www.aclweb.org/anthology/P12-3005
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Malmasi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sandor</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hosomura</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goldberg</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Skentzos</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Turchin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Canary: An NLP Platform for Clinicians and Researchers</article-title>
          .
          <source>Applied Clinical Informatics</source>
          <volume>8</volume>
          ,
          <fpage>447</fpage>
          -
          <lpage>453</lpage>
          (05
          <year>2017</year>
          ). https://doi.org/10.4338/ACI-2017
          <string-name>
            <surname>-</surname>
          </string-name>
          01-IE-0018
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Maynard</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tablan</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ursu</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cunningham</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wilks</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          :
          <article-title>Named Entity Recognition from Diverse Text Types</article-title>
          .
          <source>In: Proceedings of the Recent Advances in Natural Language Processing 2001 Conference</source>
          . pp.
          <fpage>257</fpage>
          -
          <lpage>274</lpage>
          . Tzigov Chark,
          <string-name>
            <surname>Bulgaria</surname>
          </string-name>
          (
          <year>2001</year>
          ), http://gate.ac.uk/ sale/ranlp2001/maynard-etal.pdf
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Moreno-Schneider</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgonje</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kintzel</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rehm</surname>
          </string-name>
          , G.:
          <article-title>A Workflow Manager for Complex NLP and Content Curation Pipelines</article-title>
          . In: Rehm,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Bontcheva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Choukri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Hajic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Piperidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Vasiljevs</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . (eds.)
          <source>Proceedings of the 1st International Workshop on Language Technology Platforms (IWLTP</source>
          <year>2020</year>
          , co-located
          <source>with LREC</source>
          <year>2020</year>
          ). pp.
          <fpage>73</fpage>
          -
          <lpage>80</lpage>
          . Marseille, France (
          <year>2020</year>
          ), 16 May 2020
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Moreno-Schneider</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rehm</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Montiel-Ponsoda</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rodriguez-Doncel</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Revenko</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karampatakis</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Khvalchik</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sageder</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gracia</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maganza</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <string-name>
            <surname>Orchestrating</surname>
            <given-names>NLP</given-names>
          </string-name>
          <article-title>Services for the Legal Domain</article-title>
          . In: Calzolari,
          <string-name>
            <surname>N.</surname>
          </string-name>
          , Be´chet,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Blache</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Cieri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Choukri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Declerck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            ,
            <surname>Isahara</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Maegaard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Mariani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Moreno</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Odijk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Piperidis</surname>
          </string-name>
          , S. (eds.)
          <source>Proceedings of the 12th Language Resources and Evaluation Conference (LREC</source>
          <year>2020</year>
          ). pp.
          <fpage>2325</fpage>
          -
          <lpage>2333</lpage>
          . European Language Resources Association (ELRA), Marseille, France (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Neudecker</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Baierer</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Federbusch</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Boenig</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , Wu¨rzner,
          <string-name>
            <given-names>K.M.</given-names>
            ,
            <surname>Hartmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            ,
            <surname>Herrmann</surname>
          </string-name>
          , E.:
          <string-name>
            <surname>OCR-D</surname>
          </string-name>
          :
          <article-title>An end-to-end open source OCR framework for historical printed documents</article-title>
          .
          <source>In: Proceedings of the 3rd International Conference on Digital Access to Textual Cultural Heritage (DATeCH2019)</source>
          . pp.
          <fpage>53</fpage>
          -
          <lpage>58</lpage>
          . ACM, New York (
          <year>2019</year>
          ). https://doi.org/10.1145/3322905.3322917,
          <issue>46</issue>
          .
          <fpage>12</fpage>
          .02; LK 01
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Peroni</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shotton</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>FaBiO and CiTO: Ontologies for describing bibliographic resources and citations</article-title>
          .
          <source>Journal of Web Semantics</source>
          <volume>17</volume>
          ,
          <fpage>33</fpage>
          -
          <lpage>43</lpage>
          (
          <year>2012</year>
          ). https://doi.org/https://doi.org/10.1016/j.websem.
          <year>2012</year>
          .
          <volume>08</volume>
          .001, http://www.sciencedirect. com/science/article/pii/S1570826812000790
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Pletschacher</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Antonacopoulos</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>The PAGE (Page Analysis and Ground-Truth Elements) Format Framework</article-title>
          .
          <source>In: 2010 20th International Conference on Pattern Recognition</source>
          . pp.
          <fpage>257</fpage>
          -
          <lpage>260</lpage>
          (
          <year>2010</year>
          ). https://doi.org/10.1109/ICPR.
          <year>2010</year>
          .72
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Prasad</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Webber</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Discourse annotation in the PDTB: The next generation</article-title>
          .
          <source>In: Proceedings 14th Joint ACL - ISO Workshop on Interoperable Semantic Annotation</source>
          . pp.
          <fpage>87</fpage>
          -
          <lpage>97</lpage>
          . Association for Computational Linguistics, Santa Fe, New Mexico, USA (Aug
          <year>2018</year>
          ), https://www.aclweb.org/anthology/W18-4710
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Rehm</surname>
          </string-name>
          , G.:
          <article-title>Towards Automatic Web Genre Identification - A Corpus-Based Approach in the Domain of Academia by Example of the Academic's Personal Homepage</article-title>
          . In: Sprague,
          <string-name>
            <surname>R</surname>
          </string-name>
          . (ed.)
          <source>Proceedings of the 35th Hawaii International Conference on System Sciences (HICSS35)</source>
          . pp.
          <fpage>1143</fpage>
          -
          <lpage>1152</lpage>
          . IEEE Computer Society, Big Island,
          <source>Hawaii (1</source>
          <year>2002</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Rehm</surname>
          </string-name>
          , G.: Hypertextsorten: Definition - Struktur - Klassifikation.
          <source>Ph.D. thesis</source>
          , Institut fu¨r Germanistik,
          <source>Fachgebiet Angewandte Sprachwissenschaft und Computerlinguistik</source>
          , JustusLiebig-Universita¨t
          <string-name>
            <surname>Gießen</surname>
          </string-name>
          (
          <year>2005</year>
          ), http://geb.uni-giessen.de/geb/volltexte/2006/2688/, thesis submitted on 16
          <source>August 2005 and defended on 23 January</source>
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Rehm</surname>
          </string-name>
          , G.:
          <article-title>Hypertext Types and Markup Languages - The Relationship Between HTML and Web Genres</article-title>
          . In: Metzing,
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Witt</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . (eds.)
          <source>Linguistic Modelling of Information and Markup Languages. Contributions to Language Technology</source>
          , pp.
          <fpage>143</fpage>
          -
          <lpage>164</lpage>
          . Springer, Dordrecht, Heidelberg, London, New York (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Rehm</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgonje</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hegele</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kintzel</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schneider</surname>
            ,
            <given-names>J.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ostendorff</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zaczynska</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Berger</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grill</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , Ra¨uchle,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Rauenbusch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Rutenburg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Schmidt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Wild</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Hoffmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Fink</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Schulz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Seva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Quantz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            , Bo¨ttger, J.,
            <surname>Matthey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Fricke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Thomsen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Paschke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Qundus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.A.</given-names>
            ,
            <surname>Hoppe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            ,
            <surname>Karam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Weichhardt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Fillies</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Neudecker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Gerber</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Labusch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Rezanezhad</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            ,
            <surname>Schaefer</surname>
          </string-name>
          ,
          <string-name>
            <surname>R.</surname>
          </string-name>
          , Zellho¨fer,
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Siewert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Bunk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Pintscher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Aleynikova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Heine</surname>
          </string-name>
          ,
          <string-name>
            <surname>F.</surname>
          </string-name>
          :
          <article-title>QURATOR: Innovative Technologies for Content and Data Curation</article-title>
          . In: Paschke,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Neudecker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Rehm</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Qundus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.A.</given-names>
            ,
            <surname>Pintscher</surname>
          </string-name>
          ,
          <string-name>
            <surname>L</surname>
          </string-name>
          . (eds.) Proceedings of QURATOR 2020 -
          <article-title>The conference for intelligent content solutions</article-title>
          . Berlin, Germany (
          <year>2020</year>
          ),
          <source>cEUR Workshop Proceedings</source>
          , Volume
          <volume>2535</volume>
          . 20/21 January 2020
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Rehm</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Galanis</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Labropoulou</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Piperidis</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Welß</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Usbeck</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , Ko¨hler, J.,
          <string-name>
            <surname>Deligiannis</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gkirtzou</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fischer</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chiarcos</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Feldhus</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Moreno-Schneider</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kintzel</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Montiel</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Doncel</surname>
            ,
            <given-names>V.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McCrae</surname>
            ,
            <given-names>J.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Laqua</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Theile</surname>
            ,
            <given-names>I.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dittmar</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bontcheva</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roberts</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vasiljevs</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , Lagzdin¸ sˇ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Towards an Interoperable Ecosystem of AI and LT Platforms: A Roadmap for the Implementation of Different Levels of Interoperability</article-title>
          . In: Rehm,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Bontcheva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Choukri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Hajic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Piperidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Vasiljevs</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . (eds.)
          <source>Proceedings of the 1st International Workshop on Language Technology Platforms (IWLTP</source>
          <year>2020</year>
          , co-located
          <source>with LREC</source>
          <year>2020</year>
          ). pp.
          <fpage>96</fpage>
          -
          <lpage>107</lpage>
          . Marseille, France (
          <year>2020</year>
          ), 16 May 2020
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27.
          <string-name>
            <surname>Schneider</surname>
            ,
            <given-names>J.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rehm</surname>
          </string-name>
          , G.:
          <article-title>Towards a Workflow Manager for Curation Technologies in the Legal Domain</article-title>
          .
          <source>In: Proceedings of the LREC 2018 Workshop on Language Resources</source>
          and
          <article-title>Technologies for the Legal Knowledge Graph</article-title>
          . pp.
          <fpage>30</fpage>
          -
          <lpage>35</lpage>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          28.
          <string-name>
            <surname>Shobana</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Phil</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Layout Based Information Retrieval from Document Images</article-title>
          .
          <source>IOSR Journal of Computer Engineering</source>
          <volume>4</volume>
          ,
          <fpage>31</fpage>
          -
          <lpage>35</lpage>
          (
          <year>2012</year>
          ), http://www.iosrjournals.org/iosr-jce/ papers/Vol4-issue4/E0443135.pdf
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          29.
          <string-name>
            <surname>Sundheim</surname>
          </string-name>
          , B. (ed.)
          <source>: Proceedings of the Sixth Message Understanding Conference (MUC-6)</source>
          . ARPA, Morgan Kaufmann, Columbia,
          <string-name>
            <surname>MD</surname>
          </string-name>
          (
          <year>1995</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          30.
          <string-name>
            <surname>Uszkoreit</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gabryszak</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hennig</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Steffen</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <source>Ai</source>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Busemann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Dehdari</surname>
          </string-name>
          , J., van Genabith,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Heigold</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Rethmeier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Rubino</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Schmeier</surname>
          </string-name>
          ,
          <string-name>
            <surname>S.</surname>
          </string-name>
          , Thomas,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <surname>F.</surname>
          </string-name>
          :
          <article-title>Common Round: Application of Language Technologies to Large-Scale Web Debates</article-title>
          .
          <source>In: Proceedings of the Software Demonstrations of the 15th Conference of the European Chapter of the Association for Computational Linguistics</source>
          . pp.
          <fpage>5</fpage>
          -
          <lpage>8</lpage>
          . Association for Computational Linguistics, Valencia,
          <source>Spain (Apr</source>
          <year>2017</year>
          ), https://www.aclweb.org/anthology/ E17-3002
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          31.
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cui</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huang</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wei</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhou</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>LayoutLM: Pre-training of Text and Layout for Document Image Understanding</article-title>
          .
          <source>In: Proceedings of the 26th ACM SIGKDD International Conference on Knowledge Discovery &amp; Data Mining</source>
          . pp.
          <fpage>1192</fpage>
          -
          <lpage>1200</lpage>
          (
          <year>2020</year>
          ), https://dl.acm.org/doi/10.1145/3394486.3403172
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          32.
          <string-name>
            <surname>Zhong</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tang</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jimeno-Yepes</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>PubLayNet: Largest Dataset Ever for Document Layout Analysis</article-title>
          .
          <source>2019 International Conference on Document Analysis and Recognition (ICDAR)</source>
          pp.
          <fpage>1015</fpage>
          -
          <lpage>1022</lpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>