<!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>Ontology Population and Alignment for the Legal Domain: YAGO, Wikipedia and LKIF</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Cristian Cardellino</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Milagro Teruel</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Laura Alonso Alemany</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Serena Villata</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Universite ́ Coˆte d'Azur</institution>
          ,
          <addr-line>CNRS, Inria, I3S</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Co ́rdoba</institution>
          ,
          <country country="AR">Argentina</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>We present a methodology and framework to align ontologies through annotation of texts, and we show how this methodology applies successfully to the legal domain. This method reduces the difficulty of aligning ontologies, because annotators are asked to associate two labels from different inventories to a concrete example, which requires a simple judgment. In a second phase, those correspondences are consolidated into a proper alignment. The resulting alignment is a partial connection between diverse ontologies. By annotating judgments of the European Court of Human Rights, we have aligned an ontology of the legal domain, LKIF, to YAGO, we have thus populated LKIF in order to train a legal Named Entity Recognizer and Classifier with examples from the Wikipedia that are trivially mapped to LKIF classes. The resulting resources and the best practices we defined supported a step towards automation in legal informatics.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        A number of ontologies have been developed so far for the legal domain [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ], but they
mainly deal with higher-level abstract concepts, and do not include the concrete entities
organized by those concepts. For all these reasons, legal Natural Language Processing
(NLP) applications are still underdeveloped with respect to the growing needs of legal
scholars and common users dealing with legal documents.
      </p>
      <p>In this paper, we propose a methodology to bridge the gap between higher-level
concepts in ontologies and entities present in legal texts by using more abstract
ontologies to annotate concrete entities occurring in texts. In the annotation process, abstract
ontologies provide generalizations for concrete concepts, and concrete concepts
populate abstract ontologies, which makes them useful for tasks like Information Retrieval
(IR), Question Answering (QA), or Information Extraction (IE).</p>
      <p>
        We annotate entities with two or more ontologies, using as a backoff a
generaldomain ontology, i.e., YAGO [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], and the LKIF legal ontology [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. As a result, the
ontologies that are used for the annotation end up to be aligned. Ontology alignment [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]
is a very challenging task. The process of finding semantically equivalent concepts in
two different conceptualizations of the same domain is very difficult for humans, even
if they are adequately trained. The annotation task alleviates this difficulty by making
decisions more concrete. In this task, human experts detect mentions of the relevant
concepts in naturally occurring text and assign them to a concept of each of the
ontologies to be aligned, which is much more natural for the annotators.
      </p>
    </sec>
    <sec id="sec-2">
      <title>Legal documents annotation and ontology alignment</title>
      <p>The annotation-based alignment process is summarized as follows. Given a target
domain, we (i) gather a corpus of documents representative of the domain, and one or
more ontologies specific for that domain; (ii) manually identify entities in the text; (iii)
tag each entity with either 1) the most specific concept in the domain ontology, if it
exists, or 2) the most specific concept from another domain ontology, or 3) the most
specific concept in YAGO or Wikipedia; (iv) find the most specific concept in YAGO
or, if the concept is not in YAGO, in Wikipedia. We take into account that the most
specific concept may be the actual entity.</p>
      <p>After the annotation process, we revise the resulting alignments to check whether
they are sound, and we resolve possible conflicts among the annotators. In case the
assigned YAGO node has a granularity that is too fine-grained for the concept assigned
from the domain-specific ontology, we establish the mapping between that concept and
the most adequate ancestor of the selected YAGO node. When some equivalent concept
is found, we establish the alignment using the OWL primitives equivalentClass
and subClassOf. Relations are not aligned, only classes. An example is shown below.
domain-specific</p>
      <p>The [Court]P ublicBody is not convinced by the reasoning of the [combined divisions
of the Court of Cassation]P ublicBody, because it was not indicated in the [judgment]Decision
that [Eitim-Sen]LegalP erson had carried out [illegal activities]Crime capable of
undermining the unity of the [Republic of Turkey]LegalP erson.</p>
      <p>YAGO</p>
      <p>The [Court]wordnet trial court 108336490 is not convinced by the reasoning of the [combined
divisions of the Court of Cassation]wordnet trial court 108336490, because it was not indicated
in the [judgment]wordnet judgment 101187810 that [Eitim-Sen]wordnet union 108233056 had carried
out [illegal activities]wordnet illegality 104810327 capable of undermining the unity of the
[Republic of Turkey]wordnetcountry108544813.</p>
      <p>By doing this, Named Entities (NE) are associated to concepts from both the domain
ontology (e.g., LKIF) and Wikipedia, and thus an alignment is effectively established
between both. This alignment allows to transfer properties from one ontology to the
other, leading to a relevant result for inference and reasoning tasks. Being of
importance for NLP applications, like NERC or IE, this alignment also provides the domain
ontology (i.e., LKIF) with manually annotated examples from the Wikipedia. Wikipedia
provides a fair amount of naturally occurring text where some entity mentions are
manually tagged and linked to the DBpedia ontology. We consider as tagged entities the
spans of text that are an anchor for a hyperlink whose URI is one of the entities that
have been mapped through the annotation process.</p>
      <p>The process of text annotation requires extensive support to ensure consistency
among annotators and reproducibility of the results. To achieve that, we developed
precise guidelines (i.e., best practices) for the annotators, and an annotation interface. The
guidelines were roughly based on the LDC guidelines for annotation of Named
Entities3, but adapted to the annotation of legal concepts. To carry out the annotation, we
3 http://nlp.cs.rpi.edu/kbp/2014/ereentity.pdf
adapted an annotation interface for NERC4, resulting in a new annotation interface for
the legal domain5. For the annotation, we:
1. Upload a number of documents to be annotated with the ontology;
2. Load the concepts in the domain-specific ontology (e.g., LKIF), and annotate, s.t.
(a) When the annotator finds an entity in the text, she selects the first word and
identifies the span of the entity,
(b) The entity is assigned a label from the domain-specific ontology, which is
chosen from a drop-down menu that contains all the concepts in the ontology
(Figure 1). This label is the most concrete concept for that entity in the ontology.
(c) Then, it is assigned the adequate concept in YAGO, i.e., the exact canonical
name of the entity that is mentioned. Concepts that are used for the first time
to annotate are manually written in the box for the labels, and from then on
they are available for further uses in the drop-down menu. For instance, the
entity “Government” in the text is annotated with the LKIF class Public Body
and the Wikipedia URI https://en.wikipedia.org/wiki/Government_
of_Spain, since the exact entity could not be found in YAGO (Figure 1).
(d) If an entity of interest cannot be property labeled with the concepts in the
domain ontology or with a YAGO URI, the annotator looks for that concept in
Wikipedia. The new label is manually written in the text box for the
corresponding label, and it is available from then on in the drop-down menu.</p>
      <p>
        The proposed methodology has been applied to the LKIF legal ontology [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] over the
judgments of the European Court of Human Rights (ECHR). We annotated excerpts
from 5 judgments of the ECHR, totalling 19,000 words.6We identified 1,500 entities,
totalling 3,650 words.7 Out of a total of 69 classes in the selected portion of the LKIF
ontology, 30 could be mapped to a YAGO node, either as children or as equivalent
classes. 55% of the classes of LKIF could not be mapped to a YAGO node, because they
were too abstract (e.g., Normatively Qualified), there was no corresponding YAGO node
circumscribed to the legal domain (e.g., Mandate), there was no specific YAGO node
(e.g., Mandatory Precedent), or the YAGO concept was overlapping but not roughly
equivalent (e.g., “agreement” or “liability”).
      </p>
      <p>From the YAGO side, 47 classes were mapped to a LKIF class, with a total of
358 classes considering their children, and a total of 174,913 entities. We retrieved
4’5 million occurrences of these entities within the Wikipedia text. However, not all
of these classes were equally populated with mentions. The number of mentions per
class is highly skewed, with only half of YAGO classes having any mention whatsoever
within the Wikipedia text. Of these 122 populated YAGO classes, only 50 were heavily
populated, with more than 10,000 mentions, and 11 had less than 100 mentions. When
4 https://github.com/mayhewsw/ner-annotation
5 https://github.com/MIREL-UNC/ner-annotation
6 The annotated texts and the resulting alignment are available at https://github.com/</p>
      <p>PLN-FaMAF/legal-ontology-population.
7 Four different annotators trained for legal document annotations, and three judgments were
annotated by two annotators independently (inter-annotator agreement = :4 to = :61
where most of the disagreement regards the recognition of concepts, not their classification).
it comes to particular entities, more than half of the entities had less than 10 mentions
in the text, only 15% had more than 100 and only 2% had more than 1000.</p>
      <p>
        We evaluated our NERC for the legal domain both on Wikipedia and on the
judgments of the ECHR. Results are good, but the approach is sensitive to domain change
(Table 1). For more details about the NERC, we refer the reader to [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>approach accuracy precision recall F1
test on Wikipedia, trained on Wikipedia .95 .76 .64 .69
test on ECHR, trained on Wikipedia .89 .16 .08 .08
test on ECHR, trained on ECHR .95 .76 .76 .75
Table 1. Results for NERC on the test portion of the Wikipedia corpus or the ECHR, trained
with Wikipedia examples or with the annotations for the ECHR. Accuracy figures take into
consideration the majority class of non-NEs, but precision and recall are an average of all classes
(macro-average) except the majority class of non-NEs.</p>
      <p>To conclude, we have presented a methodology to enhance domain-specific
ontologies of the legal domain by aligning them to the YAGO general-domain ontology. The
alignment is driven by examples of concepts in naturally occurring texts, facilitating the
selection of the most adequate concept for the annotators.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Gangemi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sagri</surname>
            ,
            <given-names>M.T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tiscornia</surname>
            ,
            <given-names>D.:</given-names>
          </string-name>
          <article-title>A constructive framework for legal ontologies</article-title>
          .
          <source>Law and the Semantic Web</source>
          (
          <year>2005</year>
          )
          <fpage>97</fpage>
          -
          <lpage>124</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Hoekstra</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Breuker</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bello</surname>
            ,
            <given-names>M.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Boer</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>The lkif core ontology of basic legal concepts</article-title>
          .
          <source>In: Proceedings of LOAIT-2007</source>
          . (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Suchanek</surname>
            ,
            <given-names>F.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kasneci</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weikum</surname>
          </string-name>
          , G.:
          <article-title>Yago: A core of semantic knowledge</article-title>
          .
          <source>In: Proceedings of WWW-2007</source>
          , ACM (
          <year>2007</year>
          )
          <fpage>697</fpage>
          -
          <lpage>706</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Euzenat</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shvaiko</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          : Ontology Matching. Springer-Verlag (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Cardellino</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Teurel</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alemany</surname>
            ,
            <given-names>L.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Villata</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>A low-cost, high-coverage legal named entity recognizer, classifier and linker</article-title>
          .
          <source>In: Proceedings of ICAIL-2017</source>
          . (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>