<!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>Semantic Annotation of Tabular Data for Machine-to-Machine Interoperability via Neuro-Symbolic Anchoring</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Shervin Mehryar</string-name>
          <email>shervin.mehryar@maastrichtuniversity.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Remzi Celebi</string-name>
          <email>remzi.celebi@maastrichtuniversity.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Semantic Annotation, Tabular data, Neuro-symbolic AI, Interoperability</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Data Science, Maastricht University</institution>
          ,
          <addr-line>Paul-Henri Spaaklaan 1, 6229 GT, Maastricht</addr-line>
          ,
          <country country="NL">Netherlands</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2023</year>
      </pub-date>
      <fpage>6</fpage>
      <lpage>10</lpage>
      <abstract>
        <p>In this paper we investigate automated annotation of tabular data using semantic technologies in combination with neural network embedding. Specifically, we propose an anchoring model in which property and cell types from the data embedding space are aligned with ontology relation and entity types. We show that by combining the power of symbolic reasoning, neural embeddings, and loss function design, a significant performance improvement as high as 86% for column property, 82% for column type, and 87% for column qualifier annotations can be achieved based on DBpedia and Wikidata table extractions.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Structuring data in tabular format is a common method for information processing systems
across many domains including health care [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], law and tech [
        <xref ref-type="bibr" rid="ref2 ref3">2, 3</xref>
        ], and food industry [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
Annotating the tabular content with the semantic types (i.e., the semantic types of columns,
column values and their relationship) is a crucial step in making such data interoperable
among institutions and their users. Dealing with real tabularly formatted data presents several
syntactic and semantic issues that make the annotation task particularly dificult. First and
foremost, the column types, which indicate the type of each corresponding cell, are often
unknown beforehand. Although column headers may provide some information, there might be
no direct connection to an ontology term, which complicates the annotation process. Another
closely related issue is that the particular relation between column pairs may also be unknown
a priori. This issue is known as property type matching. Lastly, one might be interested in
annotating the cells as entities with groundings from a knowledge graph. In certain cases, the
relations can be further complicated when dealing with one-to-many and many-to-one cases
(i.e., qualifier type prediction).
      </p>
      <p>
        In this paper we investigate automated annotation of tabular data using semantic technologies
in combination with natural language embedding models. Our objective is to detect, interpret,
and map column headers and values along with relationships from a tabular data in alignment
with a source ontology. Most automated approaches for semantic annotation of tabular data
rely either on symbolic methods (e.g., syntactic or semantic similarity), or use neural network
classification where entities are represented with latent vectors. Neuro-symbolic reasoning
[
        <xref ref-type="bibr" rid="ref5 ref6">5, 6</xref>
        ] is a new paradigm that aims to combine the inductive power of symbolic reasoning with
the robustness of neural network predictions. In this work, we propose a neuro-symbolic
method in order to achieve reliable and consistent semantic annotations of tabular data in a
fully automated manner.
      </p>
      <p>
        We present an algorithm named MUT2KG that models the relations between concepts from
a knowledge graph (Ontology) to tabular data (schema) by learning and aligning embeddings in
each respective space. To accomplish this, we extract column and property types from each
table and map them to types in the knowledge graph during embedding learning. Furthermore,
we consider the cell values as groundings of objects in a source knowledge graph (e.g. DBpedia
or Schema.org). For learning embeddings in our vector space, we generate samples as triples
from table entries with column labels as relations. In this process, the column types (from the
knowledge graph embedding space) and the column labels (as properties in the entity embedding
space) act as anchors, following a similar approach in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. These anchors ensure that data are
properly aligned in both spaces. The true benefit of the proposed framework is in generating
hiqh-quality embeddings for knowledge completion, whereby at test time the type of an entity
or a property based on entries in a table can be inferred via the infused information in their
vector embeddings.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        Knowledge graphs provide a rich source to symbolic methods for the semantic annotation of
tabular data. In a knowledge graph, the facts are stored as triples and accessed through an
appropriate query language. A system called SemInt [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] proposes to query knowledge graphs
to address entity and property annotation tasks. It follows a majority-voting scheme to select
the type of a column based on a candidate pool of types generated from querying the reference
knowledge graph over the corresponding cells. JenTab [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] retrieves column types, relations and
cell types based on an extensive and interlinked query systems. It further uses a maximum
length ancestry path approach to perform annotation from a set of candidate types. We use a
combination of query-based methods from SemInt and JenTab to extract facts/triples of the
reference knowledge graphs for embedding purposes.
      </p>
      <p>
        Recently, a number of deep learning models have aimed at solving the task of table
annotation. In [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], the idea of pre-training on relational tables is introduced in an unsupervised
manner using a structure-aware Transformer with a masked entity recovery mechanism. The
pre-trained model is subsequently fine-tuned for specific tasks including entity linking, column
type annotation, relation extraction, subject column entity population, object entity filling,
and schema/header augmentation. In [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], a combination of word and paragraph embeddings
together with table statistics (e.g. character distributions) as hints to the neural network is
used to improve performance over decision-tree like models. We employ the same neural
network based architectures as building blocks in entity representation and learning. There are
approaches that resort to large language models for this application as well in an end-to-end
fashion, but we leave that as future research direction.
      </p>
      <p>
        There has been a rise in joint embedding learning and reasoning over knowledge graphs in
recent years. A complete survey of these methods under the umbrella of neuro-symbolic AI is
provided in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. In [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], a joint text query and database retrieval model is proposed that relies
on a cell linearization technique (i.e. encoding entities with column type and other information)
to provide answer to textual questions in a query-and-answer-type manner. Finally, a joint
text and knowledge graph embedding method is proposed in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] whereby the context provided
by neural text processing improves the quality of learned embeddings through the knowledge
graph, and vice versa. Similarly, we infuse the knowledge graph embeddings with context
information provided by the tabular data in order to achieve higher performance.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Methodology</title>
      <p>In this paper we propose a novel approach based on the groundings of concepts and relations
from a source knowledge graph (e.g. DBpedia or Schema.org) to provide type annotations
for a given table. Figure (1) shows the proposed framework. More specifically, we consider
each table as a flattened version of a sub-graph sampled from a source knowledge graph. The
table can be treated as a local (often noisy) extraction. In this vein, we represent relations
among entities and columns similar to nodes and concepts in a knowledge graph. This view
subsequently allows the construction of an embedding space in which the entities from the
local knowledge graph (i.e. flat mapping of table data) are aligned with the relevant part in the
source knowledge graph, whereby entity and column type annotations become node and link
predictions, respectively.</p>
      <p>
        We formulate the problem of semantic annotation as an optimization problem for which
vector embeddings are learned for entities and relations in a knowledge graph  jointly with
entries and headers in a table  . If (ℎ, , ) ∈  represents a fact as a triple in the knowledge
graph, then in the corresponding vector space the vector relation ℎ⃗ +  ⃗= ⃗ holds. Alternately,
for two cell entries  1 and  2 on one row, ( 1,  ,  2) ∈  represents a triple (flat) mapping using
column property  , for which the vector relation  ⃗1 + ⃗=  ⃗2 holds. We hypothesize that for a
grounding  1 = ℎ and  2 =  , the vectors ⃗ and  ⃗ are similar. In other words, the knowledge
graph predicate and table column property match. We further extend this idea by considering
anchor nodes in each space, namely   and   , corresponding to entities in knowledge graph
and entries in tabular data that are semantically similar. Next we define loss functions to
capture these intuitions in order to learn high-quality embeddings. In particular, we define
three sets of loss functions: capturing ontology-view triples and instance-view triples similar to
[
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] and a new loss term corresponding to anchoring triples that in essence perform alignment
between the two representation spaces, neuro-symbolically.
      </p>
      <p>Ontology-view Loss: given a set  of triplets representing facts in a knowledge graph, the
ontology view loss refers to the following criterion:
  =</p>
      <p>
        ∑
(ℎ,,)∈
||ℎ⃗ +  ⃗− ⃗|| 2 ,
(1)
where as before, ℎ⃗,  ⃗, and ⃗ are vector representations in the vector space  corresponding to
head, predicate, and tail entities in the source ontology. These representations are learned using
triples in the ontology and embeded as a  -dimensional vector similar to the process in aTransE
[
        <xref ref-type="bibr" rid="ref15">15</xref>
        ].
      </p>
      <p>
        The set of triples  includes subjects, predicate, and objects from the source ontology.
One approach in this case would be to embed the entire ontological graph, which may be
computationally intractable as the size of the ontology grows (e.g. WikiData). Alternately,
relevant parts of the entire knowledge graph can be embedded as needed. To this end, given a
large, source ontology and a corresponding set of ontological grounded data (i.e. table values),
the relevant information from the source ontology can be extracted by column type, entity type,
and property type queries using ‘rdf:type’ and sub-class predicates. In particular, we employ a
combination of queries run across the column and cell entities from the tabular data, in order to
retrieve concept hierarchies reflecting the relevant ontological components in the data (see
SemInt [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] and JenTab [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] for details). We note that, this process is not expected to be perfect
due to noise, variations, missing information, and other sources of error in the data. However,
it is robust in the sense that with enough data, a representative set can be obtained which will
further be complemented throughout the learning process using the power of knowledge graph
embeddings for knowledge completion.
      </p>
      <p>Instance-view Loss: this loss function captures the information directly contained in tables.
In other words, it learns a set of embeddings for the cell and column entities, and the relation
between them. Formally, let  be the set of triplets representing entities in a table, the instance
view loss refers to the following criterion:
(2)
(3)
(4)
 ′ =</p>
      <p>∑
( 1,, 2)∈
|| ⃗1 + ⃗−  ⃗2||2 +</p>
      <p>|| ⃗1 −  ⃗2 +  ⃗2 −  ⃗1||2 ,
∑
(, 1, 1)∈
(, 2, 2)∈
 1≠ 2
where the first term remains the same as previously and the second term now captures
one-to-many relations as follows. Suppose an entity  is subject to two diferent relations  1
and  2 with target entities  1 and  2, i.e. (,  1,  1) and (,  2,  2). In vector space notation, this
relationship can be denoted by ⃗=  ⃗1 −  ⃗1 and ⃗=  ⃗2 −  ⃗2. Setting the right-hand-side of the latter
relations to be equal, results in the desired term in the loss function. Thus far in our treatment,
we have relied on entity types and relations in data and ontology domains separately. In order
to make the connection between the two, we utilize the connection between the header entities
and their types with the ontology concepts and hierarchies via anchor nodes, as explained next.</p>
      <p>
        Anchor Loss: we define anchor pairs (, ) ∈  ×  which relate column types and
ontology concepts, for the purpose of clustering column type embeddings close to their concept
embeddings in the end. Formally, let  be the set of all anchor pairs, a column type for which a
matching concept exists, then anchor loss refers to the following criterion [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]:
  =
      </p>
      <p>∑
( 1,, 2)∈</p>
      <p>
        || ⃗1 + ⃗−  ⃗2||2 ,
where as before,  ⃗1, ⃗, and  ⃗2 are vector representations in the vector space ℝ corresponding
to subject, relation, and object entities in the table data. Since the data is readily available,
albeit noisy, in a 1-to-1 format, a translation based method such as TransE [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] can be used
to learn local embeddings. However, TransE does not perform well as far as one-to-many
and many-to-one relations are concerned. This is the case in qualifier based prediction tasks.
Therefore, we extend this notion to cover such cases with a modification to the equation ( 2) as
follows:
  =
      </p>
      <p>∑ ||⃗− ⃗|| 2 − ||⃗− ⃗ ′||2 +  ,
(,)∈
(, ′)∉
where the first term and second term capture distances corresponding to positive and negative
examples, and  is a radius hyper parameter around the anchor nodes. In practice, ⃗ is taken to
be a non-linear afine transformation of an ontology concept  ∈  through a transformation
⃗=  ( W⃗+ ⃗) , where W ∈ ℝ and ⃗∈ ℝ  are learned parameters. Here  () is an added
non-linearity such as the sigmoid function. It should be mentioned that for the case that
a pre-determined alignment between column types and concepts exists, the matrix W can
trivially be set to the identity matrix.</p>
      <p>
        Extensive experimentation in [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] has shown that explicitly adding the hierarchical reasoning
information from the ontology to the training loss makes a significant improvement in the
quality of learned embeddings. We adopt the same idea and add concepts upto 2-hops away to
the loss function in equaiton (4) to further improve the anchoring efect as follows:
(5)
(6)
 ′ =
      </p>
      <p>∑
(,)∈ ,(,
(,, ′)∈
′)∉</p>
      <p>[||⃗− ⃗|| 2 − ||⃗− ⃗ ′||2 + ||⃗′ − ⃗|| 2 − ||⃗′ − ⃗′||2] +  ,
where (,  ,  ′) now represents a first order hierarchy relation between the ontology concepts
such that  ′ is a super-class of the ontology concept  .</p>
      <p>
        The overall training process involves generating and collecting triples from tabular entities,
headers as column and property types, as well as ontological and heirarchical triples from the
source knowledge graph. Once this data is collected as training input, the overall objective
function to optimize and learn the various embeddings with is given as:
 total =   +  ′ +  ′
,
with  ,  , and  referring to the aforementioned ontology, tabular, and anchor data sets. We
use a neural network optimizer and stochastic gradient decent like algorithm to optimize over
the objective function and obtain the desired embedding representations. In particular, since
the tabular data are often noisy, we use powerful, pretrained deep bi-directional transformers to
encode their data, such as BERT or DistilBERT [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. For the encoding of source knowledge graph
embeddings, a simpler mechanism without pretraining is utilized. In other words, in our
experiments the concept and anchor representations, for which no pre-processing from the source
knowledge graph is required, are learned from scratch through a single layer, linear
transformation. On the other, pretrained neural tokenizers are used for the data that is extracted from tables.
      </p>
      <p>The overall architecture of the proposed methodology is shown in Figure 2, including the
loss functions mentioned above. In particular, the source ontology is queried based on entities
in each cell as well the column types as the ‘instance of’ relation for cell type and column type
annotation. The relation between the subject column and the target columns are additionally
queried for column property annotation. For each table, this results in a corresponding subgraph
extracted from the source ontology, which consists of (ℎ, , ) triples that are embedded using the
loss equation 1. The subject, relation, and target entities from each table are turned into ( 1,  ,  2)
and separately embedded using the loss equation 2. The entities retrieved in the subgraph that
match exactly with the values in the tabular data form the basis for the anchoring set, which
are used to align the embedding spaces using the loss equation 4.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Experiments and Results</title>
      <p>For experiments, we use the tabular data from SemTab 2023 challenge1 and report test results
on three separate settings in Tables 1 and 2. In the first setting, we directly apply and report
the query-based part of our approach on the provided Wikidata tables of round one, which
includes a total of 769 tables with 3998 cell entities for cell type annotation, one subject column
per table for column type annotation, and 298 non-subject columns from 401 of the tables
for column property annotation. In the second setting, we use embedding/neural learning as
explained in the previous section in addition to the types queried from the source ontologies
(i.e. Schema.org and DBpedia), on a total of 44,407 tables provided for training in round 2. The
challenge is posed as a multi-class classification problem in this setting with 44 and 80 types
from DBpedia and Schema.org respectivaly for the column type annotation task, as well as
with 49 and 103 types from from DBpedia and Schema.org respectively for the property type
annotation task. Lastly, in the third setting a total of 844 tables are provided for training and
performance is reported another dataset of 844 tables, for qualifier annotation.</p>
      <p>
        The performance results using precision for the first setting/round are summarized in Table
1, where we only focus on query-based annotating. Specifically, in phase one a query using the
‘instance of’ predicate is performed to retrieve candidate column types for the subject column
similar to [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Following that, in the second phase a set of property and entity candidates are
retrieved with respect to each given target column. The set of candidates for subject column
type, target column type, individual cell entities, and property types are further processed to
compute the final results using a majority voting scheme similar to [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Since no parameter
learning is required during this phase, the results are directly reported in terms of precision for
cell entity at 0.587 (f1-score of 0.408), column type at 0.655 (f1-score of 0.459), and property
1Available: https://sem-tab-challenge.github.io/2023/
type at 0.94 (f1-score of 0.226) annotations using this approach, named MUT2KG-I.
      </p>
      <p>The second set of test results are summarized in Table 2 for selected methods on the
benchmark datasets and reported in terms of precision (a value between zero and one).
Specifically, two main results are reported for column and property type annotations (CTA and
CPA) using the method described in Section 3, based on two source ontologies (Schema.org
and DBpedia). The results from our proposed method named MUT2KG-II, which now
combines symbolic (query based) and neural anchoring, achieves a precision of 0.79 and 0.85
on the Schema.org dataset extraction for column and property annotation (with f1-scores of
0.32 and 0.79 respectively). On the DBpedia sets, the precision values are relatively higher,
but not significantly so, with 0.82 and 0.86 for both CTA and CPA tasks (with f1-scores of
0.33 and 0.82 respectively). These come second to TorchicTac, but outperform TSOTSA and Anu.</p>
      <p>Lastly, in the third set of results we focus on the qualifier prediction task which refers to
predicting both main properties and qualifiers from Wikidata for n-ary relations. In particular,
the focus is on binary relations where the property types between three given columns are to
be predicted, with one having the role of a subject/pivot. For the qualifier annotation task on
WikiData extractions 2, MUT2KG-II based on neuro-symbolic anchoring outperforms all other
methods with 0.87 precision accuracy, seen in the last column in Table 2.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Discussions</title>
      <p>As reported by the first setting the proposed method MUT2KG-I, where column headers and
table entries are directly queried as column and property types from the source ontologies
(i.e. Schema.org and DBpedia), achieves acceptable performance for the CEA and CTA tasks
(see Table 1). This setting is equivalent to the approaches of SemInt and JenTab (see above)
where repeated query and voting are used for candidate type selections. In particular, due
to the generation of many candidates and its iterative nature, MUT2KG-I performance is
well suited for the task of CPA with 0.948 precision. In the second setting the proposed
method MUT2KG-II’s performance, where entries and header columns are embedded using
a bi-directional encoder trained separately with column headers as class labels and mapped
2Available: https://github.com/bennokr/semtab2023-CQA/
to the concepts in the source ontology, in the CTA and CPA tasks increases or remains high,
respectively. This performance gain is deemed to be due to the added semantic enrichment,
captured through the improvements introduced in equations 5 and 3 from the extracted
subgraph. The efect is most pronounced in the CQA task with MUT2KG-II outperforming
other methods over all the benchmarks (see Table 2).</p>
      <p>One of the key components in the proposed method is the choice of an anchoring set
introduced in equations 4 and 5, the role of which is to align the corresponding embedding
vectors between the entities in the source ontology’s extracted subgraph and the tabular
instance data. In order to better characterize the efect of this set, an additional set of
experiments is run in which the neural training and alignment of embeddings are performed
only on a smaller subset of all matched anchor elements. These experiments are run with
10 diference random seeds and reports in terms of mean and standard deviation in Figure
2. In each run, between zero to one hundred percent of the anchoring set is used to learn
the embeddings in the MUT2KG-II setting as before, for the CTA and CPA tasks using both
Schema.org (SCH) and DBpedia (DBP) ontologies as source ontology.</p>
      <p>For the task of column type annotation, it can be observed from the left plot that by using
nearly %30 of the anchor set selected at random, the validation precision approaches the
maximum achievable. Furthermore, this precision depends on the choice of the underlying
ontology whereby the precision is increased through the use subgraphs extracted and embedded
from DBP as opposed to SCH. In the low precision regime this diference is negligible. For the
task of column property annotation as shown on the right, the precision steadily increases in
either case to a peak near %40 of the anchor size and drops slightly thereafter. The reason for
this behaviour could be partly explained by the relatively lower number of property types used
across all tables, 49 properties from DBP and 103 properties from SCH, compared to the number
of column types used as anchors in the CTA task, which shows after the inflection point. Once
again, DBP used as the source ontology by MUT2KG-II results in better precision over SCH for
subgraph matching and embedding.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusion</title>
      <p>One of the main challenges of sharing data between institutions and their users in many domains
such as clinical and legal applications is data interoperability due to non-standard formatting,
for instance table schemas in case of tabular data. In this paper we propose a framework that
provides annotations for column and property types for a given table in alignment with a source
ontology. Specifically, we propose an anchoring model in which property and cell types from
the data embedding space are aligned with ontology relation and entity types. Our method,
evaluated on table extracts from SemTab 2023 challenge with Schema.org and DBpedia source
ontologies achieves %86 for column property, %82 for column type, and %87 for column qualifier
annotations.</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments</title>
      <p>The authors thank the challenge organizers for their timely and helpful response to inquiries,
and the reviewers for their valuable comments. This work is supported by the Horizon Europe
Framework Program (Grant agreement No: 101057062), project AIDAVA (AI powered Data
Curation &amp; Publishing Virtual Assistant).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Chu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Dong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Shi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <article-title>Knowledge-aware multi-center clinical dataset adaptation: Problem, method, and application</article-title>
          ,
          <source>Journal of Biomedical Informatics</source>
          <volume>115</volume>
          (
          <year>2021</year>
          )
          <fpage>103710</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>R.</given-names>
            <surname>Bakker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. A. van Drie</given-names>
            ,
            <surname>M. de Boer</surname>
          </string-name>
          , R. van Doesburg,
          <string-name>
            <surname>T. van Engers</surname>
          </string-name>
          ,
          <article-title>Semantic role labelling for dutch law texts</article-title>
          ,
          <source>in: Proceedings of the Thirteenth Language Resources and Evaluation Conference</source>
          ,
          <year>2022</year>
          , pp.
          <fpage>448</fpage>
          -
          <lpage>457</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Louis</surname>
          </string-name>
          , G. van Dijck,
          <string-name>
            <surname>G.</surname>
          </string-name>
          <article-title>Spanakis, Finding the law: Enhancing statutory article retrieval via graph neural networks, in: Proceedings of the 17th Conference of the European Chapter of the Association for Computational Linguistics, Association for Computational Linguistics</article-title>
          , Dubrovnik, Croatia,
          <year>2023</year>
          , pp.
          <fpage>2761</fpage>
          -
          <lpage>2776</lpage>
          . URL: https://aclanthology.org/
          <year>2023</year>
          . eacl-main.
          <volume>203</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Yilmaz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Naidu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Brewster</surname>
          </string-name>
          , Fso:
          <article-title>Food safety monitoring ontology (</article-title>
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Ke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <article-title>Neural, symbolic and neural-symbolic reasoning on knowledge graphs</article-title>
          ,
          <source>AI</source>
          Open 2
          <article-title>(</article-title>
          <year>2021</year>
          )
          <fpage>14</fpage>
          -
          <lpage>35</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M. van Bekkum</given-names>
            ,
            <surname>M. de Boer</surname>
          </string-name>
          , F. van
          <string-name>
            <surname>Harmelen</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Meyer-Vitali</surname>
          </string-name>
          , A. t. Teije,
          <article-title>Modular design patterns for hybrid learning and reasoning systems: a taxonomy, patterns</article-title>
          and use cases,
          <source>Applied Intelligence</source>
          <volume>51</volume>
          (
          <year>2021</year>
          )
          <fpage>6528</fpage>
          -
          <lpage>6546</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>P.</given-names>
            <surname>Rosso</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Cudre-Mauroux</surname>
          </string-name>
          ,
          <article-title>Revisiting text and knowledge graph joint embeddings: The amount of shared information matters!</article-title>
          ,
          <source>in: 2019 IEEE International Conference on Big Data (Big Data)</source>
          , IEEE,
          <year>2019</year>
          , pp.
          <fpage>2465</fpage>
          -
          <lpage>2473</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>A.</given-names>
            <surname>Sharma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dalal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Jain</surname>
          </string-name>
          , Semint at semtab 2022,
          <article-title>Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab), CEUR-WS. org (</article-title>
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>N.</given-names>
            <surname>Abdelmageed</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Schindler</surname>
          </string-name>
          , Jentab:
          <article-title>Matching tabular data to knowledge graphs</article-title>
          ., in: SemTab@ ISWC,
          <year>2020</year>
          , pp.
          <fpage>40</fpage>
          -
          <lpage>49</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>X.</given-names>
            <surname>Deng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Lees</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <article-title>Turl: Table understanding through representation learning</article-title>
          ,
          <year>2020</year>
          .
          <article-title>a r X i v : 2 0 0 6 . 1 4 8 0 6</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>M.</given-names>
            <surname>Hulsebos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Hu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Bakker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Zgraggen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Satyanarayan</surname>
          </string-name>
          , T. Kraska, Çağatay Demiralp,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hidalgo</surname>
          </string-name>
          ,
          <article-title>Sherlock: A deep learning approach to semantic data type detection</article-title>
          ,
          <year>2019</year>
          .
          <article-title>a r X i v : 1 9 0 5 . 1 0 6 8 8</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>L. N. DeLong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. F.</given-names>
            <surname>Mir</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Whyte</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Ji</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. D.</given-names>
            <surname>Fleuriot</surname>
          </string-name>
          ,
          <article-title>Neurosymbolic ai for reasoning on graph structures: A survey</article-title>
          ,
          <year>2023</year>
          .
          <article-title>a r X i v : 2 3 0 2 . 0 7 2 0 0</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>P.</given-names>
            <surname>Yin</surname>
          </string-name>
          , G. Neubig, W. tau Yih, S. Riedel,
          <article-title>Tabert: Pretraining for joint understanding of textual and tabular data</article-title>
          ,
          <year>2020</year>
          .
          <article-title>a r X i v : 2 0 0 5 . 0 8 3 1 4</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>J.</given-names>
            <surname>Hao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <article-title>Universal representation learning of knowledge bases by jointly embedding instances</article-title>
          and
          <source>ontological concepts</source>
          ,
          <source>2021. a r X i v : 2</source>
          <volume>1 0 3 . 0 8 1 1 5 .</volume>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>S.</given-names>
            <surname>Mehryar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Celebi</surname>
          </string-name>
          ,
          <article-title>Improving transitive embeddings in neural reasoning tasks via knowledge-based policy networks (</article-title>
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>A.</given-names>
            <surname>Bordes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Usunier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Garcia-Duran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Weston</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Yakhnenko</surname>
          </string-name>
          ,
          <article-title>Translating embeddings for modeling multi-relational data</article-title>
          ,
          <source>Advances in neural information processing systems</source>
          <volume>26</volume>
          (
          <year>2013</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>V.</given-names>
            <surname>Sanh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Debut</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chaumond</surname>
          </string-name>
          , T. Wolf,
          <article-title>Distilbert, a distilled version of bert: smaller, faster, cheaper and lighter</article-title>
          , arXiv preprint arXiv:
          <year>1910</year>
          .
          <volume>01108</volume>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>