<!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>Knowledge Graph Embeddings: Are Relation-Learning Models Learning Relations?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Andrea Rossi</string-name>
          <email>andrea.rossi3@uniroma3.it</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Antonio Matinata</string-name>
          <email>ant.matinata@stud.uniroma3.it</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Roma Tre University</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Link Prediction (LP) is the task of inferring relations between entities in a Knowledge Graph (KG). LP is dificult, due to the sparsity and incompleteness of real-world KGs. Recent advances in Machine Learning have led to a large and rapidly growing number of relation learning models, from the seminal work of Bordes et al. [4] to the recent model in [2]. Despite the flurry of papers in this area, just a few datasets and evaluation metrics have emerged as de facto benchmarking criteria. In our work, we question the efectiveness of these benchmarks in establishing the state-of-the-art. The use of unreliable benchmarking practices can have hidden ethical implications, as it may yield distorted evaluation results and overall lead the research community into adopting inefective design choices. To this end, we consider key desiderata of a benchmark formulated as specific questions relevant to the LP task, and provide empirical evidence to answer those questions. Our analysis shows that existing datasets and metrics fall short in capturing a model's capability of solving LP. Specifically, we show that a model can score very high by learning to predict facts about a small fraction of the entities in the training set. Our study provides a more robust evaluation direction for future research on relation learning models, stressing that understanding why LP models reach certain performances is a crucial step towards explaining predicted relations.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>INTRODUCTION</title>
      <p>
        Knowledge Graphs (KG) are structured representations of facts
in the real world. In a KG, each node represents an entity, e.g. a
person, a place or a concept; each label represents a relationship
usable to link entities; each edge in the form ⟨ subject, predicate,
object ⟩, represents a fact connecting entity subject with entity
object through the relationship predicate. Examples of KGs are
FreeBase [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], WikiData [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ], DBPedia [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], Yago [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] and – in
industry – Google KG [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] and Microsoft Satori [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Such KGs
can contain even billions of facts, yet only a small subset of all
the facts in the real world.
      </p>
      <p>KG embeddings are a way of representing the components of
a KG as vectors or matrices (embeddings) in a low-dimensional
hyperspace, called latent space. Embeddings are computed by
training a model on the KG data, and thus carry the semantic
meaning of the original KG relations. In other words, given the
embeddings of two elements, it should be possible to identify
their semantic correlations.</p>
      <p>
        Knowledge Graph Completion is the task of identifying
missing edges (facts) in KGs, by either extracting them from external
corpora, or inferring them from the ones already in the KG [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
The latter approach, called Link Prediction (LP), typically requires
defining a scoring function that estimates the plausibility of any
© 2020 Copyright held by the owner/author(s). Published in the Workshop
Proceedings of the EDBT/ICDT 2020 Joint Conference, March 30-April 2, 2020 on
CEUR-WS.org. Distribution of this paper is permitted under the terms of the
Creative Commons license CC BY 4.0.
fact. With the rise of machine learning techniques, this has
naturally combined with the use of KG embeddings: on the one hand,
in training phase, LP models learn entity and relationship
embeddings that optimize the scores for the facts already contained
in the KG; on the other hand, in prediction phase the scoring
function is applied on the embeddings of subject, predicate and
object of a fact to compute its plausibility.
      </p>
      <p>LP models can be queried by providing a subject (or an
object), e.g., “Barack Obama”, and a predicate, e.g., “place of birth”,
representing a question of the form “What is Barack Obama’s
place of birth?”. Answering such a query amounts to compute the
score of each potential object with respect to the current subject
and predicate, and to find which one yields the best value. That
is, the answer to a LP query is a ranking of the KG entities by
decreasing plausibility.</p>
      <p>
        This approach for was explored in the seminal work by Bordes
et al., describing the TransE LP model [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. TransE interprets
relations as translations operating on low-dimensional embeddings
of the entities. In just a few years, TransE has inspired dozens
of new relation-learning systems (see [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] for a survey), and few
datasets and metrics have emerged as a de facto benchmark.
      </p>
      <p>In this paper we critically analyze current benchmarks for LP
models. Our study is motivated by the observation that, in current
datasets, less than 15% of entities cover more than 80% of facts.
Such a skew casts doubts on the suitability of these benchmarks
for evaluating LP models. Indeed, we have empirically observed
that a model can achieve state-of-the-art scores by learning to
predict facts about a tiny fraction of the entities with highest
degree in the training set, which are also the most mentioned
entities in the test set as well. As an informative example, in
FB15k, the most commonly used among the LP datasets, the
entity node with the highest degree is by far “United States”,
with ≈ 2% of all edges; the vast majority of the “nationality”
facts in the test set refer to “United States” as well. Therefore a
model that learns to predict U.S. citizens only can obtain results
comparable or even better than one that attempts to learn the
nationality relation in detail.</p>
      <p>Our contribution. We argue that the research community is not
best served by benchmarks that allow for such a discrepancy to
go unnoticed. Therefore, we provide a constructive contribution
towards the definition of more efective benchmarks for LP
models: () we formulate some key questions to highlight some of the
most desirable properties for LP benchmarks; () we conduct
an extensive experimental analysis to understand whether the
currently employed benchmarks satisfy such properties or not,
and why. In doing this, we also highlight the ethical
implications potentially connected with the limitations of the current
benchmarks.
2</p>
    </sec>
    <sec id="sec-2">
      <title>BENCHMARKS FOR LP</title>
      <p>
        In this section we describe the currently employed LP
benchmarks; analogously to [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ], we consider a benchmark as the
whole workload employed to evaluate competing systems,
composed of both datasets and metrics.
      </p>
      <p>
        The most popular datasets for LP benchmarking consist of
facts sampled from the FreeBase [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] and WordNet [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] KGs.
FreeBase is an open KG with billions of facts about millions of real
world entities and thousands of diferent relationships. WordNet
is a lexical KG whose entities are English words grouped by their
sense, and whose edges describe relations among words. The
main features of such datasets are described in Table 1.
      </p>
      <p>The FB15K dataset has been extracted by the TransE authors
selecting all facts containing the 100 most mentioned entities in
FreeBase also featured in the Wikilinks database1 (thus including
their low-degree neighbors). Defining a full-fledged
benchmarking workload was beyond their intentions; nonetheless, most of
the approaches inspired by TransE have been evaluated against
the same dataset and metrics, making them a de facto benchmark.</p>
      <p>
        The FB15K-237 dataset is a FB15K subset built by [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] after
observing that FB15K sufers so much from test leakage that a
simple model based on observable features can reach
state-ofthe-art performances on it. The authors only considered facts for
the most occurring 401 relationships in FB15K, and filtered away
those with implicitly same meaning or inverse meaning. In order
to take away trivial facts, they also removed from validation
and test sets any facts linking entities already connected in the
training set. We note that is nonetheless a biased approach, as
we cannot evaluate the ability of a model to learn useful patterns
such as, for instance, ⟨ x, father_of, y ⟩ entails ⟨ y, child_of, x ⟩.
      </p>
      <p>
        The WN18 dataset, analogously to FB15K, was built by the
authors of TransE. They used the WordNet ontology [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] as
a starting point, and then filtered out over multiple iterations
entities and relationships with too few mentions.
      </p>
      <p>
        The WN18-RR dataset was built by [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] applying similar policies
to [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ], after performing further investigations on test leakage
in FB15K and WN18.
      </p>
      <p>FB15K
WN18
FB15k-237</p>
      <sec id="sec-2-1">
        <title>Datasets structural analysis. We define the degree of an entity</title>
        <p>and the number of mentions of a relationship as, respectively, the
number of times that this entity or relationship is mentioned in
diferent facts of a dataset.</p>
        <p>Both FB15K and WN18 show severe skew in both entity
degrees and relationship mentions. Figures 1(a) and 1(b) plot their
distributions, showing that the large majority of entities
(relationships) have a very low degree (number of mentions), whereas
a small minority of them can reach massive representation.
2.1</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Metrics</title>
      <p>Evaluation for LP models is typically performed on the task of
Entity Prediction. Given the number of entities , for any test fact
⟨, , ⟩: () s is removed from the triple, obtaining ⟨ ?, p, o ⟩; ()
all entities are tested as the triple subject and ranked according to
1https://code.google.com/archive/p/wiki-links/
(a) Distribution of entity degrees in FB15K and WN18.
(b) Distribution of relationship mentions in FB15K. WN18 is
omitted as it only features 18 relationships.
the resulting score: the original subject s should thus rank as low
as possible. An analogous pipeline is used for predicting object o.</p>
      <p>These resulting rankings enable the following global metrics:
• Mean Rank (MR), i.e. the average rank of the correct subject
(object) over all predictions.
• Mean Reciprocal Rank (MRR), i.e. the average of the inverse
ranks of the correct subject (object) over all predictions.
• Hits@K, i.e. the fraction of correct subject (object)
predictions with rank equal or lesser than K. The most common
choices for K are 10 and 1.</p>
      <p>The above described metrics can be computed either in two
different settings, dubbed raw scenario and filtered scenario. As a
matter of fact, an incomplete triple ⟨ ?, p, o ⟩ might accept multiple
entities as correct answers; an answer is correct if the resulting
fact is already contained in the training, validation or test set. In
raw scenario these entities are still considered “mistakes”, and
therefore, if they outscore the expected answer, they afect the
prediction rank. On the contrary, in filtered scenario they are
considered acceptable, so if they outscore the expected entity
they are just ignored.
3</p>
    </sec>
    <sec id="sec-4">
      <title>THE CASE FOR BENCHMARKING</title>
      <p>In this section we define key questions that a good LP benchmark
should answer in the afirmative, and investigate whether the
current benchmarks satisfy them or not, providing experimental
evidence to all our claims. We finally provide an overall discussion
for the potential ethical implications of the defined questions and
their extent in this research field.</p>
      <p>
        In our experiments, we take into account two representative
models, namely TransE [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] and DistMult [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ].
      </p>
      <p>TransE is one of the first KG embedding systems, and has
inspired dozens of successors. It represents facts as translations
in the latent space: its scoring function uses the relationship
embedding as a translation vector to move from the embedding
of the subject to the one of the object.</p>
      <p>
        DistMult is very popular due to its simplicity: its scoring
function is a bilinear product among the embedding of the subject,
a diagonal matrix based on the embedding of the relationship,
and the embedding of the object. If properly fine-tuned, it has
been recently shown to surpass most models in the state of the
art [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>We stress that our goal is not to determine which one, among
TransE and DistMult, is better: our purpose is rather to
investigate the efectiveness of current benchmarks of highlighting
their diferences.</p>
      <p>TransE
DistMult
TransE
DistMult
TransE
DistMult
TransE
DistMult</p>
      <p>MR
70.6
156.3
MR
353.5
741.9
MR
494.5
928.9
MR
5304.3
9953.5</p>
      <p>FB15K
MRR</p>
    </sec>
    <sec id="sec-5">
      <title>Experimental Setup</title>
      <p>
        Our experiments have been performed on a server environment
with a CPU Intel Core(TM) i7-3820 at 3.60GH, 16GB RAM and
a GPU NVIDIA Quadro M5000. We have employed the
Tensorlfow implementation of TransE and DistMult provided by the
OpenKE toolkit [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]; our Tensorflow version is 1.9. Since
comparing TransE and DistMult is out of the scope of this paper,
we have not performed a full-fledged hyperparameter tuning,
keeping our setting as similar as possible to the default OpenKE
configuration even across diferent datasets. For the sake of
veriifability and reproducibility we report the resulting combination
in Table 3.
      </p>
      <p>TransE
DistMult</p>
      <p>Epochs
Analysis. This question is related to the relevance of the
benchmark. An LP benchmark is relevant if it actually measures how
good the system is at learning relations.</p>
      <p>A limitation of current benchmarks lies in their use of global
metrics (Hits@K, Mean Rank, Mean Reciprocal Rank) that relate
to the overall number of accurate predictions rather than their
quality. This practice does not take into account that some facts
may be inherently diferent than others. In other words, global
metrics do not let the specific strengths and weaknesses of
diferent models surface: this does not allow to investigate in which
aspects a model performs better or worse than the others, and
why. Ultimately, we believe that this hinders our understanding
of what our systems are actually learning.</p>
      <p>
        Furthermore, as pointed out by [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ], current evaluation metrics
are based on positive test facts only, and do not check if false or
even nonsensical facts receive low scores in turn.
      </p>
      <p>
        Finally, it has been recently observed [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] that the extensive
use of the Hits@10 metric might be misleading when
comparing diferent models: many systems achieve similar, very good
Hits@10 values, but they show marked diferences with more
selective versions of the same metric, such as Hits@1.
      </p>
      <p>To prove our claim we observe that most datasets display very
skewed degree distributions. Our experiments show that the
degree of an entity in training set largely afects the LP prediction
accuracy in testing; nonetheless, this strong correlation is
completely overlooked by the commonly employed global metrics.
We plot in Figure 2 the correlation between the entity degree
and the prediction performances for the entities with that degree.
We measure performances with Hits@10 and MR metrics. Our
results provide strong evidence that a higher degree yields better
predictions; this pattern holds for the vast majority of entities,
up to 1K mentions. We note that despite reaching comparable
Hits@10 overall, DistMult can significantly outperform TransE
on low degree entities, while TransE is better on the few high
degree entities.</p>
      <p>We believe that insights like these are vital to understand what
our models are actually learning, and to choose the most suitable
model for a specific setting; nonetheless, they are completely
unobtainable by just relying on current benchmarking metrics.</p>
      <p>In order to provide an explanation for the correlation between
degree and LP performances, we have analyzed how the degree
in training facts correlates to the average distance between the
(a) Entity degree in training set and average Hits@10.</p>
      <p>(b) Entity degree in training set and average Rank.
entities with that degree and their closest neighbor. We report
our findings in Figure 3a; in this chart, in order to yield more
robust results, for each entity we actually consider an average of
the distances from the top three closest neighbors. Interestingly,
higher degrees typically correspond to more “isolated”
embeddings in the latent space, with greater distances from their closest
neighbors.</p>
      <p>We interpret this as illustrated in Figure 3b: a "rich" entity such
as United States has a very isolated embedding, while Washington
and New York lie in a dense area. On the one hand, due to the lack
of alternatives in the close neighborhood, it is reasonably easy to
operate transformations in the latent space and answer correctly
United States to the question ⟨ ℎ,  _  , ?⟩. On
the other hand, the inverse question ⟨ , , ?⟩ is
much more dificult, because it requires to learn a very precise
transformation, in order to disambiguate between Washington
and New York.</p>
      <p>Answer. Entities with high degree, like United States, can boost
the ability of a model to predict relations mentioning them (e.g.,
capital_of ). Therefore, it is hard to understand whether a model
has learned a given relation precisely or only its top mentioned
entities, by looking only at global metrics like Hits@10.</p>
      <sec id="sec-5-1">
        <title>Q2: Does the benchmark measure the performances of models in a fair way?</title>
        <p>Analysis. The fairness of a benchmark is the absence of
unwanted biases in any operation of its workload. Fairness depends
both on the metrics (i.e. what is measured) and on the
composition of the test set (i.e., how the measure is computed). In the
context of LP, fairness is compromised by the the same
correlation observed in the previous section between entity degrees and
prediction accuracy. Since both the training set and the test set
are obtained from the same uniform sample of the KG, an entity
with high degree in the training set will be mentioned more than
the others in the test set too. The over-representation of some
(a) Closest neighbours distance by degree (TransE, FB15K).</p>
        <p>(b) Stylized example of the high entity degree efect.
entities in the test set, combined to the fact that the same entities
also enable better predictions, leads to an overall unfairness of
the benchmark, favouring “easy” entities with high degrees over
harder ones with medium and low degrees.</p>
        <p>We demonstrate this by studying how progressively skipping
test predictions for the top-degree entities afects global
performances. We show our results in Figure 4: in both Mean Rank
and Hits@10 curves, the more high-degree entities are ignored,
the worse the performances become. At this regard, the Hits@10
graph also confirms the slightly diferent behaviours of TransE
and DistMult, with the former seemingly more depending on
the degree than the latter.</p>
        <p>We have computed the number of entities that contribute the
most to the global Hits@10 metrics. The results are impressive:
in FB15K 80% of the global Hits@10 come from 24.1% entities
in TransE, from 28.5% entities in DistMult. An even more
extreme situation is witnessed in WN18, where 80% of the global
Hits@10 come from 9.87% entities in TransE and 11.6% entities
in DistMult.</p>
        <p>Answer. High degree entities, in addition to be more easily
inferred, are also over-represented in the test set and a model may
obtain significantly good evaluations by just focusing on a small
number of high-degree entities.
(a) Global Hits@10 when progressively skipping tests on top
degree entities (FB15K).
(b) Global Mean Rank when progressively skipping tests on top
degree entities (FB15K).
Analysis. Overfitting takes place when a model matches its
dataset too closely, conforming to noise and irrelevant
correlations in its samples: an overfitted model fails to generalize, and
will not behave correctly when dealing with unseen data. A good
benchmark can highlight the emerging of overfitting.</p>
        <p>
          In the LP scenario, as already pointed out by [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ] and [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ],
FB15K and WN18 significantly sufer from test leakage, with
inverse triples from the training occurring in the test set. As a
consequence, even extremely simple systems can reach
state-ofthe-art performances on those datasets [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ], thus casting doubt
on the generality of reported results.
        </p>
        <p>We have also observed that, when removing from both
training and test sets the top-degree entities and retraining the model,
performances improve instead of worsening as one would expect
from the previous findings (note that in this experiment we are
also retraining, diferently from the experiment reported in
Figure 4). This counter-intuitive pattern is steadily visible in Table 4
when removing the top 10, 25 and 100 entities. This
phenomenon may be partly caused by the fact that, when removing a
high-degree entity, along with all of its facts, a large number of
test “questions” about its low-degree neighbors (on which the
model would perform badly) are removed as well. Nonetheless,
obtaining paradoxically better results when removing training
samples that the system would apparently learn well is a typical
sign of overfitting. In our case, removing from the training set
entities whose embeddings would take very large portions of the
embedding space may allow the other entities to be placed in
better positions; this can be seen as a form of regularization.</p>
        <p>Complete
Top 10 entities removed
Top 25 entities removed
Top 100 entities removed</p>
        <p>MR</p>
        <p>MRR
70
66
64
68</p>
        <p>Finally, all the currently employed benchmarks display a static
separation between training set, validation set and test set. This
is known to be a bad practice, because in time it may favour
models overfitted on this configuration. Running K-folding
crossvalidation for the two models on both FB15K and WN18 we
did not observe significant signs of this form of overfitting yet.
Nonetheless, we advice to employ K-folding whenever possible
as a way to prevent it in the future.</p>
        <p>Answer. The counter-intuitive boost of performances when
removing high-degree entities from both the training and test set
suggests an undetected form of overfitting towards these entities.</p>
        <p>The above mentioned observations on the relevance, fairness
and capability to discourage overfitting of the current
benchmarking practices can have interesting implications within the
ethics of information processing.</p>
        <p>Relying on inefective benchmarks undermines the capability
to assess the quality of the software and of the data it should
manage. We have highlighted that the current evaluation practices
may not detect, or may even penalize desirable properties in LP
models. For instance, the results currently yielded in evaluation
can not tell whether a model is learning a large set of relations
or, rather, a narrow set of entities. This can lead to systematic
overlooking of underrepresented entities, because systems that
actually reason on the the entire set of entities can be outranked
by models that overfit on few over-represented ones.</p>
        <p>We also point out that the opacity of current results, computed
with global metrics over large batches of test facts, makes it
almost impossible to interpret the behaviours of models. This, of
course, has negative efects on their explainability and, ultimately,
on their trustworthiness.
4</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>RELATED WORKS</title>
      <p>
        To the best of our knowledge, there are just a few papers
investigating the validity of current LP benchmarks, and providing
interpretation for the performances of relation-learning models.
Works related to ours can be roughly divided into two main
categories, depending on whether they address limitations of the
standard metrics or of the datasets used in this research field. For
instance, the already mentioned work by [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] demonstrates that a
carefully tuned implementation of DistMult can achieve state
of the art performances, surpassing most of its own successors,
raising questions on whether we are developing better LP models
or we are just tuning better hyperparameters.
      </p>
      <p>
        Limitations of standard metrics. The most similar work to
ours is [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ]: they observe that the currently employed metrics
tend to be biased as they are computed using only "positive"
test facts, originally belonging to the KG. For instance, if fact
⟨ Barack Obama, place of birth, Honolulu ⟩ is seen in the test
set, our test questions will be ⟨ ?, place of birth, Honolulu ⟩ and
⟨ Barack Obama, place of birth, ? ⟩. This approach is highly biased
as it just scores triples for which an answer is already known
to exist. It is more akin to Question Answering than to
Knowledge Graph Completion, because it never tests the plausibility of
nonsensical facts, such as ⟨ Honolulu, place of birth, ? ⟩, or facts
that have no answer, such as ⟨ Barack Obama, place of death, ? ⟩
They then propose a new testing workload in which all possible
couples of entities are tested for all relationships, in order to
check whether any false or nonsensical triples manage to obtain
high plausibility scores.
      </p>
      <p>
        Limitations of standard datasets. Some of the current LP
benchmarking workloads have been already put into discussion
by a few previous works, to which we refer in our analysis. In
general, these works do not aim at performing a systematic
investigation of the benchmark properties; on the contrary, they
just highlight a specific issue, often in the context of presenting
a new model or implementation. To the best of our knowledge,
[
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] has been the first study to openly discuss the limitations of
FB15K, demonstrating that it heavily sufers from test leakage:
many relationships in this datasets are semantically identical or
inverse to others, allowing even a very simple model based on
observed features to outperform most embedding-based state
of the art ones. The authors have then proceeded to extract a
more challenging subset from FB15K, called FB15K-237,
containing non-trivial facts only. Unfortunately, FB15K-237 has been
only partially used by the research community, with prominent
models such as HolE ([
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]), ComplEx ([
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]) and ANALOGY ([
        <xref ref-type="bibr" rid="ref9">9</xref>
        ])
ignoring it.
      </p>
      <p>
        Starting from their analysis, [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] have further investigated test
leakage in both FB15K and WN18. They have demonstrated that
a simple rule-based system based on inverse relationships can
reach state of the art performances in WN18; they have then
applied a similar procedure as [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] on WN18 to generate its
challenging subset WN18-RR.
      </p>
      <p>
        Other tasks. For the sake of completeness we also observe that,
when proposing new models for LP, many papers analyze their
applicability and performances on related tasks too. For instance,
the authors of [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] show the performances of their model in
relational extraction from text using the NYT-FB dataset [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], where
sentences from the New York Times Corpus are annotated with
Stanford NER and linked to Freebase elements. Analyzing the
properties of benchmarks for relation extraction tasks is out of
the scope of our work.
5
      </p>
    </sec>
    <sec id="sec-7">
      <title>CONCLUSIONS</title>
      <p>We have analyzed the current LP benchmarks, observing that
the training sets of their datasets display severely skewed
distributions in both the degrees of entities and the mentions of
relationships.</p>
      <p>We have experimentally demonstrated that LP models are
deeply afected by these unbalanced conditions; nonetheless,
these efects go completely unnoticed by the current evaluation
workloads, thus casting doubts on their relevance. We have also
displayed that entities and relationships that are highly
mentioned in training sets tend to be over-represented in test sets too,
afecting the fairness of the evaluation workload. We have finally
reported that, ignoring entities with high degree (and thus high
performances), LP models show a counter-intuitive improvement
in performances, potentially attributable to overfitting.</p>
      <p>Overall, our results raise concerns on the efectiveness of these
benchmarks. We demonstrate that relying on global metrics over
heavily skewed distributions hinders our understanding of LP
models; all in all, our results imply that at their current state these
benchmarking practices may not be able to capture and fairly
measure the capability of relation-learning models to efectively
learn relations.</p>
    </sec>
    <sec id="sec-8">
      <title>ACKNOWLEDGEMENTS</title>
      <p>Work funded in part by Regione Lazio LR 13/08 Project “In Codice</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>S.</given-names>
            <surname>Auer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Bizer</surname>
          </string-name>
          , G. Kobilarov,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lehmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Cyganiak</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Z.</given-names>
            <surname>Ives</surname>
          </string-name>
          .
          <article-title>Dbpedia: A nucleus for a web of open data</article-title>
          .
          <source>In The semantic web</source>
          , pages
          <fpage>722</fpage>
          -
          <lpage>735</lpage>
          . Springer,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>I.</given-names>
            <surname>Balažević</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Allen</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T. M.</given-names>
            <surname>Hospedales</surname>
          </string-name>
          . Tucker:
          <article-title>Tensor factorization for knowledge graph completion</article-title>
          .
          <source>arXiv preprint arXiv:1901.09590</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>K.</given-names>
            <surname>Bollacker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Evans</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Paritosh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Sturge</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Taylor</surname>
          </string-name>
          . Freebase:
          <article-title>a collaboratively created graph database for structuring human knowledge</article-title>
          .
          <source>In Proceedings of the 2008 ACM SIGMOD international conference on Management of data</source>
          , pages
          <fpage>1247</fpage>
          -
          <lpage>1250</lpage>
          . ACM,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <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>
          , and
          <string-name>
            <given-names>O.</given-names>
            <surname>Yakhnenko</surname>
          </string-name>
          .
          <article-title>Translating embeddings for modeling multi-relational data</article-title>
          .
          <source>In Advances in neural information processing systems</source>
          , pages
          <fpage>2787</fpage>
          -
          <lpage>2795</lpage>
          . NIPS,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>T.</given-names>
            <surname>Dettmers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Minervini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Stenetorp</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Riedel</surname>
          </string-name>
          .
          <article-title>Convolutional 2d knowledge graph embeddings</article-title>
          .
          <source>In AAAI Conference on Artificial Intelligence</source>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>X.</given-names>
            <surname>Han</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Cao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Lv</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sun</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Li</surname>
          </string-name>
          .
          <article-title>Openke: An open toolkit for knowledge embedding</article-title>
          .
          <source>In Proceedings of the 2018 Conference on Empirical Methods in Natural Language Processing: System Demonstrations</source>
          , pages
          <fpage>139</fpage>
          -
          <lpage>144</lpage>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>R.</given-names>
            <surname>Kadlec</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Bajgar</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Kleindienst</surname>
          </string-name>
          .
          <article-title>Knowledge base completion: Baselines strike back</article-title>
          .
          <source>arXiv preprint arXiv:1705.10744</source>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          , and
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhu</surname>
          </string-name>
          .
          <article-title>Learning entity and relation embeddings for knowledge graph completion</article-title>
          .
          <source>In Proceedings of the 29th AAAI Conference on Artificial Intelligence</source>
          , volume
          <volume>15</volume>
          , pages
          <fpage>2181</fpage>
          -
          <lpage>2187</lpage>
          . AAAI,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>H.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wu</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yang</surname>
          </string-name>
          .
          <article-title>Analogical inference for multi-relational embeddings</article-title>
          .
          <source>In Proceedings of the 34th International Conference on Machine Learning-</source>
          Volume
          <volume>70</volume>
          , pages
          <fpage>2168</fpage>
          -
          <lpage>2178</lpage>
          . JMLR. org,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>M.</given-names>
            <surname>Nickel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Rosasco</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Poggio</surname>
          </string-name>
          .
          <article-title>Holographic embeddings of knowledge graphs</article-title>
          .
          <source>In Thirtieth Aaai conference on artificial intelligence</source>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>H.</given-names>
            <surname>Paulheim</surname>
          </string-name>
          .
          <article-title>Knowledge graph refinement: A survey of approaches and evaluation methods</article-title>
          .
          <source>Semantic web</source>
          ,
          <volume>8</volume>
          (
          <issue>3</issue>
          ):
          <fpage>489</fpage>
          -
          <lpage>508</lpage>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>R.</given-names>
            <surname>Qian</surname>
          </string-name>
          . Understand your world with bing,
          <year>2013</year>
          . Blogpost in Bing Blogs.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>R.</given-names>
            <surname>Richardson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. F.</given-names>
            <surname>Smeaton</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J. N.</given-names>
            <surname>Murphy</surname>
          </string-name>
          .
          <article-title>Using wordnet as a knowledge base for measuring semantic similarity between words</article-title>
          .
          <source>Technical report, In Proceedings of AICS Conference</source>
          ,
          <year>1994</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>S.</given-names>
            <surname>Riedel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Yao</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>McCallum</surname>
          </string-name>
          .
          <article-title>Modeling relations and their mentions without labeled text</article-title>
          .
          <source>In Joint European Conference on Machine Learning and Knowledge Discovery in Databases</source>
          , pages
          <fpage>148</fpage>
          -
          <lpage>163</lpage>
          . Springer,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>A.</given-names>
            <surname>Singhal</surname>
          </string-name>
          .
          <article-title>Introducing the knowledge graph: things, not strings</article-title>
          ,
          <year>2012</year>
          .
          <article-title>Blogpost in the Oficial Google Blog</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>F. M.</given-names>
            <surname>Suchanek</surname>
          </string-name>
          , G. Kasneci, and
          <string-name>
            <given-names>G.</given-names>
            <surname>Weikum.</surname>
          </string-name>
          <article-title>Yago: a core of semantic knowledge</article-title>
          .
          <source>In Proceedings of the 16th international conference on World Wide Web</source>
          , pages
          <fpage>697</fpage>
          -
          <lpage>706</lpage>
          . ACM,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>K.</given-names>
            <surname>Toutanova</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Chen</surname>
          </string-name>
          .
          <article-title>Observed versus latent features for knowledge base and text inference</article-title>
          .
          <source>In Proceedings of the 3rd Workshop on Continuous Vector Space Models and their Compositionality</source>
          , pages
          <fpage>57</fpage>
          -
          <lpage>66</lpage>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>T.</given-names>
            <surname>Trouillon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Welbl</surname>
          </string-name>
          , S. Riedel, É. Gaussier, and
          <string-name>
            <given-names>G.</given-names>
            <surname>Bouchard</surname>
          </string-name>
          .
          <article-title>Complex embeddings for simple link prediction</article-title>
          .
          <source>In International Conference on Machine Learning</source>
          , pages
          <fpage>2071</fpage>
          -
          <lpage>2080</lpage>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>J. von Kistowski</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          <string-name>
            <surname>Arnold</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Huppler</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.-D. Lange</surname>
            ,
            <given-names>J. L.</given-names>
          </string-name>
          <string-name>
            <surname>Henning</surname>
            , and
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Cao</surname>
          </string-name>
          .
          <article-title>How to build a benchmark</article-title>
          .
          <source>02</source>
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>D.</given-names>
            <surname>Vrandečić</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Krötzsch</surname>
          </string-name>
          .
          <article-title>Wikidata: a free collaborative knowledge base</article-title>
          .
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>Q.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Mao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Wang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Guo</surname>
          </string-name>
          .
          <article-title>Knowledge graph embedding: A survey of approaches and applications</article-title>
          .
          <source>IEEE Transactions on Knowledge and Data Engineering (TKDE)</source>
          ,
          <volume>29</volume>
          (
          <issue>12</issue>
          ):
          <fpage>2724</fpage>
          -
          <lpage>2743</lpage>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Rufinelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Broscheit</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Gemulla</surname>
          </string-name>
          .
          <article-title>On evaluating embedding models for knowledge base completion</article-title>
          .
          <source>arXiv preprint arXiv:1810.07180</source>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>B.</given-names>
            <surname>Yang</surname>
          </string-name>
          , W.-t. Yih,
          <string-name>
            <given-names>X.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Gao</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Deng</surname>
          </string-name>
          .
          <article-title>Embedding entities and relations for learning and inference in knowledge bases</article-title>
          .
          <source>arXiv preprint arXiv:1412.6575</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>