<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>, accessed May</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Identifying Surprising Facts in Wikidata</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Nicholas Klein</string-name>
          <email>nmklein@usc.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Filip Ilievski</string-name>
          <email>ilievski@isi.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Hayden Freedman</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Pedro Szekely</string-name>
          <email>pszekely@isi.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Information Sciences Institute, University of Southern California</institution>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of California Irvine</institution>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2022</year>
      </pub-date>
      <volume>20</volume>
      <issue>2022</issue>
      <abstract>
        <p>To expand their boundary of knowledge, to solve a certain task, or merely to entertain themselves, people on the Web often hunt for surprising facts. While large repositories of structured knowledge like Wikidata hold the promise to provide surprising facts to their users and developers, currently no mechanism exists to identify surprising facts in Wikidata. In this paper, we study the ability of popular embedding models to estimate the surprise level of a fact in Wikidata. We formulate a novel task of Surprising Fact Identification , and we create two associated benchmarks: Trivia and Survey. We propose two scalable methods based on outlier detection and link prediction to estimate surprise scores for any statement in a graph like Wikidata. We evaluate our methods with various embedding models on the two benchmarks. We perform further analysis of the predictions for outlier and non-outlier facts to investigate to what extent link prediction models regress to the mean.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Surprise is a measure of how unexpected a certain statement is. For example, while it is expected
that Vladimir Putin speaks Russian, it is more surprising that he can speak German too. It
is expected that Putin is a politician, but it may be surprising that he has studied law. To
expand their boundary of knowledge, to solve a certain task, or merely to entertain themselves,
people on the Web often hunt for surprising facts [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. It is therefore more valuable for users to
be presented with a surprising fact rather than a trivial one. Recognizing this phenomenon,
popular sites on the Web readily provide contextually relevant facts that are fun or surprising.1
      </p>
      <p>
        The expansion of AI technologies and the vast amount of available knowledge provides an
opening for surprising facts to be identified automatically. Prior work by Tsurel et al. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] has
investigated the ability of statistical AI methods to extract surprising facts from Wikipedia.
Meanwhile, very large and curated structured knowledge sources like Wikidata [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] have emerged,
providing over a billion facts about nearly one hundred million entities. While Wikidata’s
knowledge is intuitively suitable to support human exploration and AI reasoning, the provided
information can easily get overwhelming for both humans and machines. Wikidata contains
some information (e.g., ranks and temporal qualifiers) that enables prioritizing entity statements
for the same property. It also has the Curious Facts Dashboard [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], which presents potentially
incorrect entries for user review. However, this system uses a rule-based reasoner and tends to
CEUR
Workshop
Proceedings
surface problems such as property constraint violations, rather than facts that are ontologically
correct but surprising. The emergence of large structured knowledge graphs and representation
learning methods [
        <xref ref-type="bibr" rid="ref4 ref5">4, 5</xref>
        ] brings up the question: can we apply state-of-the-art representation
learning techniques to efectively identify surprising facts in Wikidata?
      </p>
      <p>
        In this paper, we study the ability of popular embedding models, like TransE [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], ComplEx [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ],
and language models like BERT [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], to identify the surprise level of a fact in Wikidata. We
formulate Surprising Fact Identification , a novel task where a system has to estimate how
surprising a Wikidata fact is. We create two benchmarks for this task: Trivia, where systems
rank the facts per question according to their surprise, and Survey, where the goal is to provide
a global ranking of 70 facts. We propose two scalable methods based on embedding models
with an ability to estimate surprise score for any statement in a graph like Wikidata. We
evaluate a list of embedding model variants to perform Surprising Fact Identification on the
two benchmarks. Hypothesizing that embedding-based link prediction models regress to the
mean, we also analyze whether their predictions for a given subject entity tend towards the
values that are most commonly correct for similar entities.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Surprising Fact Identification</title>
      <sec id="sec-2-1">
        <title>2.1. Task Definition</title>
        <p>We define surprise as a measure of how unusual or unexpected a certain statement is. We
formulate the task of Surprising Fact Identification as a ranking task. For a given set of facts
 , we want to assign a ranking to each of the facts  ∈  that corresponds to the relative
surprise a human would likely have at learning each  is true. Each fact is of the form  ∶
(, [( 1,  1), ..., (  ,   )]), consisting of an entity  that is the subject of the fact and a non-empty
list of predicate-object pairs (  ,   ). A fact  indicates that each of the triples &lt; ,   ,   &gt; is true
for  ∈ [1, ] .</p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Benchmarks</title>
        <p>We collect two Surprising Fact Identification benchmarks: Wikidata-MC-Trivia-118 and
WikidataSurvey-FunFacts-70.</p>
        <p>
          Wikidata-MC-Trivia-118 This benchmark concretely defines surprise of a fact  as the
probability that a human would not guess  to be true. It consists of 24 multiple-choice questions
with a total of 118 candidate answers, each having an inferred human surprise score. Most
questions have five candidate answers, and questions can have more than one correct answer.
The questions are about 22 unique entities: 14 humans, 3 sovereign states, 3 paintings, 1
iflm, and 1 business. Of the 24 questions, 7 are single-answer (e.g., “What is the birthplace
of Boris Johnson”) and 6 ask about numeric values (e.g., “How many children does Arnold
Schwarzenegger have?”). Each question presents a single entity and property, and each candidate
answer is a potential object of that entity-property pair. Thus, all facts in this benchmark consist
of a single triple. We collected this benchmark with a quiz administered via Google Forms to
a group of 26 researchers who participated voluntarily. A screenshot of the quiz is shown in
2We expect that if a true statement is considered untrue by many participants, this is indicative of a surprising
fact. We expect that statements that are simply unknown would be guessed randomly by participants, leading to
an unsurprising score. We do acknowledge that a more principled annotation of this data may need to distinguish
between interesting, surprising, and unknown facts [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ].
by manual selection of seemingly surprising facts from the bottom half of each entities’ facts
ordered by frequency of an object for a class-property pair. The selected facts were converted
into questions. Facts for the same property were combined into the same question, serving as
multiple correct answers. Non-surprising correct answers for the questions were generated by
iflling in any other answers that are correct per Wikidata. Distracting answers were generated
by sampling answers that are incorrect for the entity according to Wikidata, and weighted by
the frequency with which they occur for the given property over all entities of the given entity’s
class. We fact-checked all answers using Google, omitting questions with disputable answers.
Finally, we trimmed down the number of candidate answers for each question to a maximum of
5, aiming to keep the distribution even amongst incorrect answers, correct answers expected to
be surprising, and correct answers expected to be unsurprising.
        </p>
        <p>
          Wikidata-Survey-FunFacts-70 consists of 70 facts, each consisting of an entity and a
nonempty list of predicate-object pairs. Each fact is labeled with three scores indicating the degree
to which humans find the fact surprising, think the fact is a good trivia question, and would say
they knew the fact. The facts are about 47 diferent humans and only include entity-valued
properties. This benchmark was created by mapping a subset of the rows from the FunFacts
benchmark [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] for Wikipedia. Tsurel et al. [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] collected the facts by several statistical methods
and asked crowd workers to judge the degree of fact surprise, fact trivia-worth, and whether
they knew the fact before reading it. The scores were then averaged across workers. The
original data contains 362 natural language facts about 109 diferent humans. As the facts
in the original dataset are natural language, not all of them can be mapped to Wikidata (e.g.,
“Einstein ofered and was called on to give judgments and opinions on matters often unrelated
to theoretical physics or mathematics”). We mapped 113 of these 362 facts, resulting in 70 facts
that have been mapped to Wikidata.
        </p>
      </sec>
      <sec id="sec-2-3">
        <title>2.3. Connection to Prior Studies</title>
        <p>
          Prakash et al. [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] gather trivia facts about Wikipedia entities from IMDb and propose an
algorithm to estimate trivia-worthiness of a fact. Tsurel et al. [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] evaluate methods for identification
of surprising, trivia-worthy, and unknown facts from articles in Wikipedia. As, to our knowledge,
no such work exists for knowledge graphs like Wikidata; we adapt the benchmark introduced
in [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] for surprising fact identification in Wikidata. Serban et al. [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ] generate natural language
questions from Freebase automatically with a neural network, yet, it is unclear if these questions
concern surprising facts. Prior work has provided methods for estimating quality of individual
Wikidata facts, by estimating aspects such as veracity [
          <xref ref-type="bibr" rid="ref11 ref12">11, 12</xref>
          ]. Quality estimation and triple
classification are orthogonal tasks to ours, and it is unclear how to apply quality estimation
methods to identify surprising facts.
        </p>
        <p>
          Notably, Surprising Facts Identification is related to the popular task of Link Prediction
where the goal is to correctly predict the object of a subject-predicate pair. Previous work
has explored Link Prediction in Wikidata in various capacities. Safavi et al. [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] perform a
comprehensive evaluation of the calibration of several embeddings models. Wu et al. [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] use a
rule-based approach to link prediction which is evaluated over several large knowledge bases,
including Wikidata. Rosso et al. [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ] introduce an embedding-based predictive model that uses
graph triples together with their associated key-value pairs to restrict or disambiguate facts
in Wikidata. Joshi et al. [16] propose an embedding-based model that can reduce the search
space by automatically selecting a pool of promising entities to reduce computational load.
Recognizing this connection and opportunity to build upon prior research, we incorporate link
prediction models like TransE [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ] and ComplEx [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] into our surprise identification methods,
and we perform further analysis of the inherent ability of the models to estimate surprise.
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Method</title>
      <p>We describe two novel methods that score the surprise for a Wikidata fact based on statistical
outlier detection and on link prediction.</p>
      <sec id="sec-3-1">
        <title>3.1. Identifying Surprise with Statistical Outlier Detection (SOD)</title>
        <p>Our first method measures whether the entity  is an atypical subject (outlier ) for the
propertyobject pair. We estimate this by comparing  to the set of entities   for which &lt;  ′,   ,   &gt; is true
∀ ∈ [1, ] and  ′ ∈   ∶  ′ ≠  . For example, to estimate whether &lt;  , ,   is
an outlier, we would compare Putin to the entities which speak Russian according to Wikidata.</p>
        <p>We compute the surprise score for a statement as a ratio between the distance between  and
the entities in   , and the dispersion of entities within   :     ( ) = (,   )/ (
We utilize embeddings to represent each entity in Wikidata. (,   ) is a measure of
distance from the entity  to the entities in   in the embedding space. We experimented with
two such formulations:   (,   ) computes the cosine distance from  to the centroid of  
and   (,   ) computes the average pairwise cosine distance between  and each  ′ ∈   .
 (  ) is a measure of how spread out   is in the embedding space, where we again
experiment with two analogous formulations:    (  ) computes the average cosine
distance from each  ′ ∈   to the centroid of   and    (  ) computes the average
pairwise distance between  ′ and  ″ for  ′,  ″ ∈   ∶  ′ ≠  ″.</p>
        <p>Intuitively, the distance term causes an entity  to be found more surprising for a fact  if it
is dissimilar from entities that have fact  . The dispersion term normalizes this dissimilarity,
decreasing our surprise for facts that many diverse entities have (e.g., “language written, spoken,
or signed = English”) and increasing our surprise for facts that typically belong to very similar
entities (e.g., “Occupation = Basketball Player”). For the edge case where |  | &lt; 2, there are too
few entities in Wikidata that have all predicate-object pairs of  for us to compute a dispersion
score, so we assign the  maximum surprise score (∞).</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Identifying Surprise via Link Prediction (LP)</title>
        <p>Another approach for identifying surprising facts is by using link prediction. Graph embedding
models like TransE and ComplEx define ways of operating on their representations of entities
and properties to yield predictions for where in the embedding space the corresponding subject
or object entity resides. This gives us two potential methods to compute surprise scores: we
define    −ℎ ( ) as the aggregated distance from each   ∈  to the predicted locations
of the objects of &lt; ,   &gt;, and we define    −ℎ ( ) as the aggregated distances from
 to each of the predicted locations of the subjects of &lt;   ,   &gt;. There are several additional
 ).
settings for these methods: the distances in both the lhs and rhs methods can be aggregated
using either max or avg; the rhs method can be modified to instead compute the distance from
 to the centroid of the predicted object locations; and various distance functions can be used
here, including cosine, L2, and negative dot-product.</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Experimental Setup</title>
        <p>Evaluation protocol We evaluate our methods’ ability to identify surprising facts by measuring
correlation between their surprise scores with the human scores available in each benchmark
using Spearman’s  and Kendall’s  . For Wikidata-MC-Trivia-118, we evaluate our method’s
surprise scores by measuring their correlation with the inferred human surprise scores. To
mimic the format that this benchmark was created in, we measure the average correlation
of answers’ surprise scores within each question. We additionally report separate results for
the subsets of questions that ask about entity-valued and numeric-valued properties. For
Wikidata-Survey-FunFacts-70, we evaluate our method’s surprise scores by measuring their
correlation with the crowdsourced scores for goodTrivia, surprise, and knew. A successful
surprise identification method will give scores that correlate positively with goodTrivia and
surprise, and negatively with knew. As this benchmark was created by presenting each fact to a
human annotator independently, we measure the global correlation over all facts.</p>
        <p>
          Models We experiment with eight embedding models: (1) BERT text embeddings that we
computed by automatically generating a node description based on seven properties and using
sentence-transformers to encode the resulting sentence; 3 (2, 3) TransE and ComplEx graph
embeddings computed directly on Wikidata; (4, 5) TransE and ComplEx graph embeddings that
have been computed over a graph derived from Wikidata by abstractive summarization into
‘profiles’ ( P-TransE and P-ComplEx) [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] ; (6, 7, 8) H, A, and S random-walk-based graph
embeddings, designed to capture similarity based on homophily, numeric attributes, and structure,
respectively; (9) kNN-P-TransE supervised TransE embeddings, based on a kNN model for each
property.
        </p>
        <p>Method details We evaluate our outlier-based method with the eight unsupervised
embedding models. We limit the size of   for each fact to 10,000 by sampling. We evaluate our LP
method with the embedding models TransE, ComplEx, P-TransE, P-ComplEx, and kNN-P-TransE,
as these allow for unsupervised link prediction via translation and complex-diagonal operators.
Vanilla TransE and ComplEx are not trained on numeric-valued edges and therefore cannot be
used directly for LP on numeric-valued properties. Because the P- variants were trained on a
graph that replaces numeric values with nodes corresponding to ranges, they can be used for
LP on numeric-valued properties. Meanwhile, as the profile graph omits information from the
original graph, the profile (P-) embeddings lack information for 19 of the facts in the
WikidataSurvey-FunFacts-70 dataset, while the kNN model lacks information for 10 facts. For these
missing facts, we use a frequency method as a fallback strategy. For the
Wikidata-MC-Trivia118 benchmark, we report    −ℎ for the vanilla and the supervised graph embeddings,
and    −ℎ for the profile-graph embeddings. For the Wikidata-Survey-FunFacts-70
benchmark, we use    −ℎ for the unsupervised LP models, aggregating predictions by
3Properties used: P31 (instance of), P279 (subclass of), P106 (occupation), P39 (position held), P1382 (partially
coincident with), P373 (Commons Category), and P452 (industry).
measuring the distance from their centroid to the given fact’s subject entity. Analogously, we
use    −ℎ for the supervised LP model. We use cosine distance for all LP methods.</p>
        <p>We define two baselines: random and frequency. The frequency-based method assigns the
surprise score for a fact as the percent of Wikidata entities that it does not apply to.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Results</title>
      <p>The results on both benchmarks in tables 1 and 2 show that our SOD methods are able to identify
surprising facts better than the baselines and our LP methods. On the Trivia benchmark, SOD
yields the highest correlation scores with the BERT, TransE, and H embeddings, followed closely
by the ComplEx embeddings. On the Survey benchmark, the H-RandomWalk embeddings
perform the best on all three crowd-sourced scores, followed by ComplEx and TransE on
the “goodTrivia” and “surprising” scores, and S-RandomWalk and BERT on “Knew”. The
performance of the baselines is low on the Trivia benchmark, while the frequency baseline
performs notably better on the Survey benchmark, giving scores that are competitive with
most of our models. We think that this is due to the presence of compound facts in the Survey
benchmark, whose combination reveals unlikely facts that align with human judgments of
trivia-worthiness or surprise. Yet, several of the SOD methods improve over the frequency
baseline on this benchmark as well, revealing that the subject entity embeddings provide key
additional information that is not captured by the predicate-object frequencies.</p>
      <p>Curiously, link prediction with the same embedding models performs consistently worse
than the SOD methods overall and on the entity-valued facts, though this trend is reversed
for the P-TransE and P-ComplEx on the numeric facts. This shows that, while the embedding
models may contain valuable information, the method that uses them to identify surprising facts
LP
plays a key role in the final performance. While LP performs consistently better than random
on both benchmarks, it has a relatively poor performance on the Survey benchmark, which
may again be attributed to the presence of compound facts in this benchmark. Link prediction
predicts a single subject vector at a time for each predicate-object pair and we account for the
compound facts afterwards by computing their centroid. The centroid of these predicted vectors
is an estimate of where in the embedding space an entity that has all of the predicate object
pairs would be. This estimate may be poor when the predicted subject vectors are far apart (as
in the case of facts that combine predicate-object pairs that rarely co-occur), and thus the LP
method cannot as directly and efectively take into consideration interactions between such
predicate-object pairs that are important to humans for determining if a fact is surprising.</p>
      <p>Hypothesizing that LP methods regress to the mean of the entities with similar facts, we
study the behavior of the embedding models further by analyzing the LP MRR of a fact in
relation to the centroid of the cluster. The results are shown in table 3. The MRR for two of
the three models is higher on the correct subset compared to the incorrect one, and on the
non-outlier facts compared to the outliers. We observe that across any subset of the data, the
supervised embedding model obtains highest MRR. Interestingly, while the supervised model
performs the best on the link prediction task, its performance on the surprise task is the lowest
out of the three models on this benchmark. The unsupervised version, P-TransE, assigns a
comparably low MRR value on both the outliers and the non-outliers, yet, its performance on
the surprise task is notably higher. This means that LP models optimize to predict a value that
is typical rather than surprising. Based on these results, we hypothesize that more accurate
link prediction models may not necessarily be better at predicting surprising facts; subsequent
research on this topic is beneficial to further analyze their behavior.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions</title>
      <p>In this paper, we studied the challenge of identifying surprising facts in Wikidata automatically.
Inspired by earlier work on Wikipedia, we formulated a novel task of Surprising Fact Identification
where an AI system has to mimic the surprise estimation of humans. We developed two novel
benchmarks to evaluate representation learning models on this task. We proposed two generic
methods to identify surprising facts based on statistical outlier detection and link prediction. Our
experiments revealed that the best performance on both datasets was obtained with diferent
variants of the outlier detection method. While link prediction methods performed relatively
well on single facts, their performance on compound facts was much lower than the outlier
detection methods and the frequency baseline. Further analysis revealed that link prediction
models are optimized to predict typical values rather than surprising ones, as they tend to
regress to the centroid of the entities with similar facts.</p>
      <p>This paper represents a first investigation of identifying surprising facts in Wikidata by using
automatic methods. However, the significance of our findings is limited by the small size of
the benchmarks, which cannot be expected to be representative of the size of Wikidata. We
have found it challenging to create a large evaluation dataset - a key future work task is to
develop a more representative evaluation set. Future work should investigate the robustness of
the obtained results by evaluating on such a larger dataset, and it should develop novel surprise
methods that, for example, leverage entity embeddings in ways that focus on capturing surprise.
We make our code and data publicly available to facilitate subsequent work on identifying
surprising facts in Wikidata: https://github.com/usc-isi-i2/surprising-facts.</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>This material is based on research sponsored by Air Force Research Laboratory under agreement
number FA8750-20-2-10002. The U.S. Government is authorized to reproduce and distribute
reprints for Governmental purposes notwithstanding any copyright notation thereon. The
views and conclusions contained herein are those of the authors and should not be interpreted
as necessarily representing the oficial policies or endorsements, either expressed or implied, of
Air Force Research Laboratory or the U.S. Government.
[16] U. Joshi, J. Urbani, Searching for embeddings in a haystack: Link prediction on knowledge
graphs with subgraph pruning, in: Proceedings of The Web Conference 2020, 2020, pp.
2817–2823.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>D.</given-names>
            <surname>Tsurel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Pelleg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Guy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Shahaf</surname>
          </string-name>
          ,
          <article-title>Fun facts: Automatic trivia fact extraction from wikipedia</article-title>
          ,
          <source>Proceedings of the Tenth ACM International Conference on Web Search and Data Mining</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D.</given-names>
            <surname>Vrandečić</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Krötzsch</surname>
          </string-name>
          ,
          <article-title>Wikidata: a free collaborative knowledgebase</article-title>
          ,
          <source>Communications of the ACM</source>
          <volume>57</volume>
          (
          <year>2014</year>
          )
          <fpage>78</fpage>
          -
          <lpage>85</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Wikidata</surname>
          </string-name>
          , Curious facts dashboard, ???? URL: https://wikidata-analytics.wmcloud.org/ app/CuriousFacts.
        </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>
          ,
          <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="ref5">
        <mixed-citation>
          [5]
          <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, G. Bouchard,
          <article-title>Complex embeddings for simple link prediction</article-title>
          ,
          <source>in: International conference on machine learning, PMLR</source>
          ,
          <year>2016</year>
          , pp.
          <fpage>2071</fpage>
          -
          <lpage>2080</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>J.</given-names>
            <surname>Devlin</surname>
          </string-name>
          , M.-
          <string-name>
            <given-names>W.</given-names>
            <surname>Chang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Toutanova</surname>
          </string-name>
          , Bert:
          <article-title>Pre-training of deep bidirectional transformers for language understanding</article-title>
          , arXiv preprint arXiv:
          <year>1810</year>
          .
          <volume>04805</volume>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>H.</given-names>
            <surname>Arnaout</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Razniewski</surname>
          </string-name>
          , G. Weikum,
          <string-name>
            <given-names>J. Z.</given-names>
            <surname>Pan</surname>
          </string-name>
          ,
          <article-title>Negative statements considered useful</article-title>
          ,
          <source>Journal of Web Semantics</source>
          <volume>71</volume>
          (
          <year>2021</year>
          )
          <fpage>100661</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>N.</given-names>
            <surname>Klein</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Ilievski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Szekely</surname>
          </string-name>
          ,
          <article-title>Generating explainable abstractions for wikidata entities</article-title>
          ,
          <source>in: Proceedings of the 11th on Knowledge Capture Conference</source>
          ,
          <year>2021</year>
          , pp.
          <fpage>89</fpage>
          -
          <lpage>96</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>A.</given-names>
            <surname>Prakash</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. K.</given-names>
            <surname>Chinnakotla</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Patel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Garg</surname>
          </string-name>
          , Did you know?
          <article-title>-mining interesting trivia for entities from wikipedia</article-title>
          ,
          <source>in: Twenty-Fourth International Joint Conference on Artificial Intelligence</source>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>I. V.</given-names>
            <surname>Serban</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>García-Durán</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gulcehre</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ahn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Chandar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Courville</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Bengio</surname>
          </string-name>
          ,
          <article-title>Generating factoid questions with recurrent neural networks: The 30m factoid questionanswer corpus</article-title>
          ,
          <source>arXiv preprint arXiv:1603.06807</source>
          (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>A.</given-names>
            <surname>Piscopo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Phethean</surname>
          </string-name>
          , E. Simperl,
          <article-title>What makes a good collaborative knowledge graph: group composition and quality in wikidata</article-title>
          , in: International Conference on Social Informatics, Springer,
          <year>2017</year>
          , pp.
          <fpage>305</fpage>
          -
          <lpage>322</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>A.</given-names>
            <surname>Piscopo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.-A.</given-names>
            <surname>Kafee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Phethean</surname>
          </string-name>
          , E. Simperl,
          <article-title>Provenance information in a collaborative knowledge graph: an evaluation of wikidata external references</article-title>
          , in: International semantic web conference, Springer,
          <year>2017</year>
          , pp.
          <fpage>542</fpage>
          -
          <lpage>558</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>T.</given-names>
            <surname>Safavi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Koutra</surname>
          </string-name>
          , E. Meij,
          <article-title>Evaluating the calibration of knowledge graph embeddings for trustworthy link prediction</article-title>
          , arXiv preprint arXiv:
          <year>2004</year>
          .
          <volume>01168</volume>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>H.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. G.</given-names>
            <surname>Omran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Feng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <article-title>A system for reasoning-based link prediction in large knowledge graphs</article-title>
          .,
          <source>in: ISWC Satellites</source>
          ,
          <year>2019</year>
          , pp.
          <fpage>121</fpage>
          -
          <lpage>124</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <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>Cudré-Mauroux</surname>
          </string-name>
          ,
          <article-title>Beyond triplets: hyper-relational knowledge graph embedding for link prediction</article-title>
          ,
          <source>in: Proceedings of The Web Conference</source>
          <year>2020</year>
          ,
          <year>2020</year>
          , pp.
          <fpage>1885</fpage>
          -
          <lpage>1896</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>