Multilingual LAMA: Investigating Knowledge in Multilingual Pretrained Language Models

Nora Kassner1 , Philipp Dufter\(^{*}\), Hinrich Schütze
Center for Information and Language Processing (CIS), LMU Munich, Germany
{kassner,philipp}@cis.lmu.de


Abstract

Recently, it has been found that monolingual English language models can be used as knowledge bases. Instead of structural knowledge base queries, masked sentences such as “Paris is the capital of [MASK]” are used as probes. We translate the established benchmarks TREx and GoogleRE into 53 languages. Working with mBERT, we investigate three questions. (i) Can mBERT be used as a multilingual knowledge base? Most prior work only considers English. Extending research to multiple languages is important for diversity and accessibility. (ii) Is mBERT’s performance as knowledge base language-independent or does it vary from language to language? (iii) A multilingual model is trained on more text, e.g., mBERT is trained on 104 Wikipedias. Can mBERT leverage this for better performance? We find that using mBERT as a knowledge base yields varying performance across languages and pooling predictions across languages improves performance. Conversely, mBERT exhibits a language bias; e.g., when queried in Italian, it tends to predict Italy as the country of origin.

1 Introduction↩︎

Pretrained language models (LMs) [1][3] can be finetuned to a variety of natural language processing (NLP) tasks and generally yield high performance. Increasingly, these models and their generative variants are used to solve tasks by simple text generation, without any finetuning [4]. This motivated research on how much knowledge is contained in LMs: [5] used models pretrained with masked language to answer fill-in-the-blank templates such as “Paris is the capital of [MASK].”

This research so far has been exclusively on English. In this paper, we focus on using multilingual pretrained LMs as knowledge bases. Working with mBERT, we investigate three questions. (i) Can mBERT be used as a multilingual knowledge base? Most prior work only considers English. Extending research to multiple languages is important for diversity and accessibility. (ii) Is mBERT’s performance as knowledge base language-independent or does it vary from language to language? To answer these questions, we translate English datasets and analyze mBERT for 53 languages. (iii) A multilingual model is trained on more text, e.g., BERT’s training data contains the English Wikipedia, but mBERT is trained on 104 Wikipedias. Can mBERT leverage this fact? Indeed, we show that pooling across languages helps performance.

Table 1: Language bias when querying () mBERT. Top: For an Italian cloze question, Italy is favored as country of origin.Bottom: There is no overlap between the top-rankedpredictions, demonstrating the influence of language – eventhough the facts are the same: the same set of triples is evaluated across languages. shows that pooling predictions across languages addresses bias and improves performance. WW = “Wirtschaftswissenschaftler”.
Query Two most frequent predictions
en X was created in MASK. [Japan (170), Italy (56), …]
de X wurde in MASK erstellt. [Deutschland (217), Japan (70), …]
it X è stato creato in MASK. [Italia (167), Giappone (92), …]
nl X is gemaakt in MASK. [Nederland (172), Italië (50), …]
en X has the position of MASK. [bishop (468), God (68), ...]
de X hat die Position MASK. [WW (261), Ratsherr (108), ...]
it X ha la posizione di MASK. [pastore ( 289), papa (138), ...]
nl X heeft de positie van MASK. [burgemeester (400), bisschop (276) , ...]

In summary our contributions are:

We automatically create a multilingual version of TREx and GoogleRE covering 53 languages.

We use an alternative to fill-in-the-blank querying – ranking entities of the type required by the template (e.g., cities) – and show that it is a better tool to investigate knowledge captured by pretrained LMs.

We show that mBERT answers queries across languages with varying performance: it works reasonably for 21 and worse for 32 languages.

We give evidence that the query language affects results: a query formulated in Italian is more likely to produce Italian entities (see Table [tab:bias]).

Pooling predictions across languages improves performance by large margins and even outperforms monolingual English BERT.

Code and data are available online (https://github.com/norakassner/mlama).

2 Data↩︎

2.1 LAMA↩︎

We follow the LAMA setup introduced by [5]. More specifically, we use data from TREx [6] and GoogleRE.2 Both consist of triples of the form (object, relation, subject). The underlying idea of LAMA is to query knowledge from pretrained LMs using templates without any finetuning: the triple (Paris, capital-of, France) is queried with the template “Paris is the capital of [MASK].” In LAMA, TREx has 34,039 triples across 41 relations, GoogleRE 5528 triples and 3 relations. Templates for each relation have been manually created by [5]. We call all triples from TREx and GoogleRE together LAMA.

LAMA has been found to contain many “easy-to-guess” triples; e.g., it is easy to guess that a person with an Italian sounding name is born in Italy. LAMA-UHN is a subset of triples that are hard to guess introduced by .

2.2 Translation↩︎

We translate both entities and templates. We use Google Translate to translate templates in the form “[X] is the capital of [Y]”. After translation, all templates were checked for validity (i.e., whether they contain “[X]”, “[Y]” exactly once) and corrected if necessary. In addition, German, Hindi and Japanese templates were checked by native speakers to assess translation quality (see Table [tab:comp_manual]). To translate the entity names, we used Wikidata and Google knowledge graphs.

mBERT covers 104 languages. Google Translate covers 77 of these. Wikidata and Google Knowledge Graph do not provide entity translations for all languages and not all entities are contained in the knowledge graphs. For English we can find a total of 37,498 triples which we use from now on. On average, 34% of triples could be translated (macro average over languages). We only consider languages with a coverage above 20%, resulting in the final number of languages we include in our study: 53. The macro average of translated triples in these 53 languages is 43%. Figure [fig:langs] gives statistics. We call the translated dataset mLAMA.

Figure 1: x-axis is the number of translated triples, y-axis the number of languages. There are 39,567 triples in the original LAMA (TREx and GoogleRE).

3 Experiments↩︎

3.1 Model↩︎

We work with mBERT [3], a model pretrained on the 104 largest Wikipedias. We denote mBERT queried in language x as mBERT[x]. As comparison we use the English BERT-Base model and refer to it as BERT. In initial experiments with XLM-R [7] we observed worse performance, similar to . Thus, for simplicity we only report results on mBERT.

3.2 Typed and Untyped Querying↩︎

[5] use templates like “Paris is the capital of [MASK]” and give \(\arg\max_{w \in \mathcal{V}}p(w|t)\) as answer where \(V\) is the vocabulary of the LM and \(p(w|t)\) is the (log-)probability that word \(w\) gets predicted in the template \(t\). Thus the object of a triple must be contained in the vocabulary of the language model. This has two drawbacks: it reduces the number of triples that can be considered drastically and hinders performance comparisons across LMs with different vocabularies. We refer to this procedure as UnTyQ.

We propose to use typed querying, TyQ: for each relation a candidate set \(\mathcal{C}\) is created and the prediction becomes \(\arg\max_{c\in \mathcal{C}}p(c|t)\). For templates like “[X] was born in [MASK]”, we know which entity type to expect, in this case cities. We observed that (English-only) BERT-base predicts city names for MASK whereas mBERT predicts years for the same template. TyQ prevents this.

We choose as \(\mathcal{C}\) the set of objects across all triples for a single relation. The candidate set could also be obtained from an entity typing system (e.g., [8]), but this is beyond the scope of this paper. Variants of TyQ have been used before [9].

3.3 Singletoken vs. Multitoken Objects↩︎

Assuming that objects are in the vocabulary [5] is a restrictive assumption, even more in the multilingual case as e.g., “Hamburg” is in the mBERT vocabulary, but French “Hambourg” is tokenized to [“Ham",”##bourg”]. We consider multitoken objects by including multiple [MASK] tokens in the templates. For both TyQ and UnTyQ we compute the score that a multitoken object is predicted by taking the average of the log probabilities for its individual tokens.

Given a template \(t\) (e.g., “[X] was born in [Y].”) let \(t_1\) be the template with one mask token, (i.e., “[X] was born in [MASK].”) and \(t_k\) be the template with \(k\) mask tokens (i.e., “[X] was born in [MASK] [MASK] …[MASK].”). We denote the log probability that the token \(w \in V\) is predicted at \(i\)th mask token as \(p(m_i = w | t_k)\), where \(V\) is the vocabulary of the LM. To compute \(p(e|t)\) for an entity \(e\) that is tokenized into \(l\) tokens \(\epsilon_1, \epsilon_2, \dots, \epsilon_l\) we simply average the log probabilities across tokens: \[p(e|t) = \frac{1}{l} \sum_{i=1}^{l} p(m_i = \epsilon_i | t_l).\] If \(k\) is the maximum number of tokens of any entity \(e\in \mathcal{C}\) gets split into, we consider all templates \(t_1\), …, \(t_k\), with \(C\) being the candidate set. The prediction is then the word with the highest average log probability across all templates \(t_1\), …, \(t_k\).

Note that for UnTyQ the space of possible predictions is \(V\times V \times \dots \times V\) whereas for TyQ it is the candidate set \(\mathcal{C}\).

3.4 Evaluation↩︎

We compute precision at one for each relation, i.e., \(1/|T| \sum_{t \in T}\mathbb{1}\{\hat{t}_{object} = t_{object}\}\) where \(T\) is the set of all triples and \(\hat{t}_{object}\) is the object predicted by TyQ or UnTyQ. Note that \(T\) is different for each language. Our final measure (p1) is then the precision at one averaged over relations (i.e., macro average). Results for multiple languages are the macro average p1 across languages.

4 Results and Discussion↩︎

We first investigate TyQ and UnTyQ and find that TyQ is better suited for investigating knowledge in LMs. After exploring the translation quality, we use TyQ on mLAMA and observe rather stable performance for 21 and poor performance for 32 languages. When investigating the languages more closely, we find that prediction results highly depend on the language. Finally, we validate our initial hypothesis that mBERT can leverage its multilinguality by pooling predictions: pooling indeed performs better.

4.1 UnTyQ vs. TyQ↩︎

Figure 2:  Distribution of p1 scores for 53 languages in UnTyQ vs.TyQ. Left: singletoken (object = 1 token). Right: multitoken (object > 1 token).

Figure [fig:robustness] shows the distribution of p1 scores for single and multitoken objects. As expected, TyQ works better, both for single and multitoken objects. With UnTyQ, performance not only depends on the model’s knowledge, but on at least three extraneous factors: (i) Does the model understand the type constraints of the template (e.g., in “X is the capital of Y”, Y must be a country)? (ii) How “fluent” a substitution is an object under linguistic constraints (e.g., morphology) that can be viewed as orthogonal to knowledge? Many English templates cannot be translated into a single template in many languages, e.g., “in X” (with X a country) has different translations in French: “à Chypre”, “au Mexique”, “en Inde”. But the LAMA setup requires a single template. By enforcing the type, we reduce the number of errors that are due to surface fluency. (iii) The inadequacy of the original LAMA setup for multitoken answers. Figure [fig:robustness] (right) shows that the original UnTyQ struggles with multitokens (mean p1 .03 vs. for TyQ).

Overall, TyQ allows us to focus the evaluation on the core question: what knowledge is contained in LMs? From now on, we report numbers in the TyQ setting.

Table 2: Effect of manual template modification on . Shown is p1, number of templates modified (in brackets). Templates are modified to correct mistakes from machine translation and paraphrased to achieve the correct object type. Manual template correction has a small effect on .
machine manually manually
translated corrected paraphrased
de 18.1 19.4 (6) 20.9 (18)
hi 5.4 6.2 (14) 6.2 (1)
ja 0.4 0.4 (14) 0.7 (5)

Manual template tuning or automatic template mining [10] has been investigated in the literature to approach the typing problem. We had native speakers check templates for German, Hindi and Japanese, correct mistakes in the automatic translation and paraphrase the template to obtain predictions with the correct type. Table [tab:comp_manual] shows that corrections do not yield strong improvements. We conclude that template modifications are not an effective solution for the typing problem.

Figure 3:  p1 of BERT (red) vs mBERT[x] (blue) divided by p1 of mBERT[en] on the same set of triples in each language x. mBERT captures less factual knowledge than monolingual English BERT. While performance is reasonable for 21 languages, it is below 60% for 32 languages. Dashed line is rel-p1 of mBERT[en] (by definition equal to 1.0). Performance of BERT varies slightly as the set of triples is different for each language. Note that the Wikipedia of Cebuano (ceb) consists mostly of machine translated articles.

4.2 Translation Quality↩︎

Contemporaneous work by provides manual translations of LAMA templates for 23 languages respecting grammatical gender and inflection constraints. We evaluate our machine translated templates by comparing performance on a common subset of 14 languages using TyQ querying on the TREx subset. Surprisingly, we find a performance difference of 1 percentage points (0.23 vs., p1 averaged over languages) in favor of the machine translated templates. This indicates that the machine translated templates in combination with TyQ exhibit comparable performance but come with the benefit of larger language coverage (53 vs. 23 languages).

4.3 Multilingual Performance↩︎

In mLAMA, not all triples are available in all languages. Thus absolute numbers are not comparable across languages and we adopt a relative performance comparison: we report p1 of a model-language combination divided by p1 of mBERT’s performance in English (mBERT[en]) on the exact same set of triples and call this rel-p1. A rel-p1 score of 0.5 for mBERT[fi] means that p1 of mBERT on Finnish is half of mBERT[en]’s performance on the same triples. rel-p1 of English BERT is usually greater than 1 as monolingual BERT tends to outperform mBERT[en].

Figure [fig:langauge_plot] shows that mBERT performs reasonably well for 21 languages, but for 32 languages rel-p1 is less than 0.6 (i.e., their p1 is 60% of English’s p1). We conclude that mBERT does not exhibit a stable performance across languages. The variable performance (from 20% to almost 100% rel-p1) indicates that mBERT has no common representation for, say, “Paris” across languages, i.e., mBERT representations are language-dependent.

4.4 Bias↩︎

If mBERT captured knowledge independent of language, we should get similar answers across languages for the same relation. However, Table [tab:bias] shows that mBERT exhibits language-specific biases; e.g., when queried in Italian, it tends to predict Italy as the country of origin. This effect occurs for several relations: Table [tab:biastable] in the supplementary presents data for ten relations and four languages.

4.5 Pooling↩︎

We investigate pooling of predictions across languages by picking the object predicted by the majority of languages. Table [tab:pooling] shows that pooled mBERT outperforms mBERT[en] by 6 percentage points on LAMA, presumably in part because the language-specific bias is eliminated. mBERT[pooled] even outperforms BERT by 3 percentage points on LAMA-UHN. This indicates that mBERT can leverage the fact that it is trained on 104 Wikipedias vs.just one and even outperforms the much stronger model BERT.

Table 3: p1 for BERT, mBERT queried in English, mBERT pooled on LAMA and LAMA-UHN.
LAMA LAMA-UHN
BERT 38.5 29.0
mBERT[en] 35.0 25.7
mBERT[pooled] 41.1 32.1

5 Related Work↩︎

[5] first asked the question: can pretrained LMs function as knowledge bases? Subsequent analyses focused on different aspects, such as negation [11], easy to guess names [12], integrating adapters [13] or finding alternatives to a “fill-in-the-blank” approach with single-token answers [10], [14], [15]. Other work combines pretrained LM with information retrieval [16][20]. None of this work addresses languages other than English.

Multilingual models like mBERT [3] and XLM-R [7] perform well for zero-shot crosslingual transfer [21]. However, we are not aware of any prior work that analyzed to what degree pretrained multilingual models can be used as knowledge bases. There are many multilingual question answering datasets such as XQuAD [22], TiDy [23], MKQA [24] and MLQA [25]. Usually, multilingual models are finetuned to solve such tasks. Our goal is not to improve question answering or create an alternative multilingual question answering dataset, but instead to investigate which knowledge is contained in pretrained multilingual LMs without any kind of supervised finetuning.

There is a range of alternative multilingual knowledge bases that could be used for evaluation. Those include ConceptNet [26] or BabelNet [27]. We decided to provide a translated versions of TREx and GoogleRE for the sake of comparability across languages. By translating manually created templates and entities we can ensure comparability across languages. This is not possible for crowd-sourced databases like ConceptNet.

In contemporaneous work, create and investigate a multilingual version of LAMA. They provide human template translations for 23 languages, propose several methods for multitoken decoding and code-switching, and experiment with a number of PLMs. In contrast to their work, we investigate typed querying, focus on comparabiliy and pooling across languages, and explore language biases.

6 Conclusion↩︎

We presented mLAMA, a dataset to investigate knowledge in language models (LMs) in a multilingual setting covering 53 languages. While our results suggest that correct entities can be retrieved for many languages, there is a clear performance gap between English and, e.g., Japanese and Thai. This suggests that mBERT is not storing entity knowledge in a language-independent way. Experiments investigating language bias confirm this finding. We hope that this paper and the dataset we publish will stimulate research on investigating knowledge in LMs multilingually rather than just in English.

Acknowledgements↩︎

This work was supported by the European Research Council (# 740516) and the German Federal Ministry of Education and Research (BMBF) under Grant No. 01IS18036A. The authors of this work take full responsibility for its content. The second author was supported by the Bavarian research institute for digital transformation (bidt) through their fellowship program. We thank Yannick Couzinié and Karan Tiwana for correcting the Japanese and Hindi templates. We thank the anonymous reviewers for valuable comments.

Figure 4:  Three randomly sampled data entries from mLAMA per language. Due to the automatic generation of the dataset not all of them are fully correct.
Figure 5:  Data samples continued.
Table 4: Most frequent object predictions () in different languages. Some relations exhibit language specific biases. WW = “Wirtschaftswissenschaftler”.
en de nl it
P495: “[X] was created in [Y]" Japan (170), Italy (56) Deutschland (217), Japan (70) Nederland (172), Italië (50) Italia (167), Giappone (92)
P101: “[X] works in the field of [Y]" art (205), science (135) Kunst (384), Film (64) psychologie (263), kunst (120) fisiologia (168), caccia (135)
P106: “[X] is [Y] by profession" politician (423), composer (80) Politiker (323), Journalist (128) politicus (339), acteur (247) giornalista (420), giurista (257)
P1001: “[X] is a legal term in [Y]” India (12), Germany (11) Deutschland (36), Russland (9) Nederland (22), België (12) Italia (31), Germania (16)
P39: “[X] has the position of [Y]” bishop (468), God (68) WW (261), Ratsherr (108) burgemeester (400), bisschop (276) pastore ( 289), papa (138)
P527 “[X] consists of [Y]” sodium (125), carbon (88) Wasserstof (398), C (49) vet (216), aluminium (130) calcio (165), atomo (96)
P1303 “[X] plays [Y]” guitar (431), piano (165) Gitarre (312), Klavier (204) piano (581), harp (42) arpa (188), pianoforte (139)
P178 “[X] is developed by [Y]” Microsoft (177), IBM (55) Microsoft (153), Apple (99) Microsoft (200), Nintendo (69) Microsoft (217), Apple (49)
P264 “[X] is represented by music label [Y]” EMI (267), Swan (32) EMI (202), Paramount Records (59) EMI (225), Swan (50) EMI (217), Swan (99)
P463 “[X] is a member of [Y]” FIFA (126), NATO (33) FIFA (118), NATO (38) FIFA (157), WWE (16) FIFA (121), NATO (36)

7 Language Bias↩︎

Table [tab:biastable] shows the language bias for 10 relations. For each relation we aggregated the predictions across all triples and show the most common two predicted entities together with its count (in brackets). The querying language clearly affects results. The effect is drastic for relations that ask for a country (e.g., P495 or P1001). P39 yields very different results without exhibiting a clear pattern. Other relations such as P463 or P178 are rather stable.

8 Data Samples↩︎

Table [tab:examples1] and Table [tab:examples2] show randomly sampled entries from the data.

9 Pretraining Data↩︎

We investigate whether performance across languages is correlated with the amount of pretraining data for each language. To this end we investigate the number of articles per language as of January 20213 and p1 for TyQ in Figure [fig:sizes]. We do not have access to the original pretraining data of mBERT. Thus, the number of articles we consider in the analysis might be different to the actual data used to train mBERT.

Figure 6:  Scatter plot of p1 TyQ and number of articles in the corresponding Wikipedia. There is no clear trend visible.

References↩︎

[1]
Matthew Peters, Mark Neumann, Mohit Iyyer, Matt Gardner, Christopher Clark, Kenton Lee, and Luke Zettlemoyer. 2018. https://doi.org/10.18653/v1/N18-1202. In Proceedings of the 2018 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies, Volume 1 (Long Papers), pages 2227–2237, New Orleans, Louisiana. Association for Computational Linguistics.
[2]
Jeremy Howard and Sebastian Ruder. 2018. https://doi.org/10.18653/v1/P18-1031. In Proceedings of the 56th Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 328–339, Melbourne, Australia. Association for Computational Linguistics.
[3]
Jacob Devlin, Ming-Wei Chang, Kenton Lee, and Kristina Toutanova. 2019. https://doi.org/10.18653/v1/N19-1423. In Proceedings of the 2019 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies, Volume 1 (Long and Short Papers), pages 4171–4186, Minneapolis, Minnesota. Association for Computational Linguistics.
[4]
Tom B. Brown, Benjamin Mann, Nick Ryder, Melanie Subbiah, Jared Kaplan, Prafulla Dhariwal, Arvind Neelakantan, Pranav Shyam, Girish Sastry, Amanda Askell, Sandhini Agarwal, Ariel Herbert-Voss, Gretchen Krueger, Tom Henighan, Rewon Child, Aditya Ramesh, Daniel M. Ziegler, Jeffrey Wu, Clemens Winter, Christopher Hesse, Mark Chen, Eric Sigler, Mateusz Litwin, Scott Gray, Benjamin Chess, Jack Clark, Christopher Berner, Sam McCandlish, Alec Radford, Ilya Sutskever, and Dario Amodei. 2020. https://proceedings.neurips.cc/paper/2020/hash/1457c0d6bfcb4967418bfb8ac142f64a-Abstract.html. In Advances in Neural Information Processing Systems 33: Annual Conference on Neural Information Processing Systems 2020, NeurIPS 2020, December 6-12, 2020, virtual.
[5]
Fabio Petroni, Tim Rocktäschel, Sebastian Riedel, Patrick S. H. Lewis, Anton Bakhtin, Yuxiang Wu, and Alexander H. Miller. 2019. https://doi.org/10.18653/v1/D19-1250 In Proceedings of the 2019 Conference on Empirical Methods in Natural Language Processing and the 9th International Joint Conference on Natural Language Processing, EMNLP-IJCNLP 2019, Hong Kong, China, November 3-7, 2019, pages 2463–2473. Association for Computational Linguistics.
[6]
Hady Elsahar, Pavlos Vougiouklis, Arslen Remaci, Christophe Gravier, Jonathon Hare, Frederique Laforest, and Elena Simperl. 2018. https://www.aclweb.org/anthology/L18-1544. In Proceedings of the Eleventh International Conference on Language Resources and Evaluation (LREC-2018), Miyazaki, Japan. European Languages Resources Association (ELRA).
[7]
Alexis Conneau, Kartikay Khandelwal, Naman Goyal, Vishrav Chaudhary, Guillaume Wenzek, Francisco Guzmán, Edouard Grave, Myle Ott, Luke Zettlemoyer, and Veselin Stoyanov. 2020. https://doi.org/10.18653/v1/2020.acl-main.747. In Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics, pages 8440–8451, Online. Association for Computational Linguistics.
[8]
Yadollah Yaghoobzadeh and Hinrich Schütze. 2016. https://doi.org/10.18653/v1/P16-1023. In Proceedings of the 54th Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 236–246, Berlin, Germany. Association for Computational Linguistics.
[9]
Wenhan Xiong, Jingfei Du, William Yang Wang, and Veselin Stoyanov. 2020. https://openreview.net/forum?id=BJlzm64tDH. In 8th International Conference on Learning Representations, ICLR 2020, Addis Ababa, Ethiopia, April 26-30, 2020. OpenReview.net.
[10]
Zhengbao Jiang, Frank F. Xu, Jun Araki, and Graham Neubig. 2020. https://transacl.org/ojs/index.php/tacl/article/view/1983. Transactions of the Association for Computational Linguistics, 8:423–438.
[11]
Nora Kassner and Hinrich Schütze. 2020. https://doi.org/10.18653/v1/2020.acl-main.698. In Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics, pages 7811–7818, Online. Association for Computational Linguistics.
[12]
Nina Poerner, Ulli Waltinger, and Hinrich Schütze. 2020. https://doi.org/10.18653/v1/2020.findings-emnlp.71. In Findings of the Association for Computational Linguistics: EMNLP 2020, pages 803–818, Online. Association for Computational Linguistics.
[13]
Ruize Wang, Duyu Tang, Nan Duan, Zhongyu Wei, Xuanjing Huang, Jianshu Ji, Guihong Cao, Daxin Jiang, and Ming Zhou. 2020. http://arxiv.org/abs/2002.01808. Computing Research Repository, arXiv:2002.01808.
[14]
Zied Bouraoui, José Camacho-Collados, and Steven Schockaert. 2020. https://aaai.org/ojs/index.php/AAAI/article/view/6242. In The Thirty-Fourth AAAI Conference on Artificial Intelligence, AAAI 2020, New York, NY, USA, February 7-12, 2020, pages 7456–7463. AAAI Press.
[15]
Benjamin Heinzerling and Kentaro Inui. 2020. http://arxiv.org/abs/2008.09036. Computing Research Repository, arXiv:2008.09036.
[16]
Kelvin Guu, Kenton Lee, Zora Tung, Panupong Pasupat, and Ming-Wei Chang. 2020. http://arxiv.org/abs/2002.08909. Computing Research Repository, arXiv:2002.08909.
[17]
Mike Lewis, Marjan Ghazvininejad, Gargi Ghosh, Armen Aghajanyan, Sida Wang, and Luke Zettlemoyer. 2020. https://proceedings.neurips.cc/paper/2020/hash/d6f1dd034aabde7657e6680444ceff62-Abstract.html. In Advances in Neural Information Processing Systems 33: Annual Conference on Neural Information Processing Systems 2020, NeurIPS 2020, December 6-12, 2020, virtual.
[18]
Gautier Izacard and E. Grave. 2020. Leveraging passage retrieval with generative models for open domain question answering. ArXiv, abs/2007.01282.
[19]
Nora Kassner and Hinrich Schütze. 2020. https://www.aclweb.org/anthology/2020.findings-emnlp.307/. In Proceedings of the 2020 Conference on Empirical Methods in Natural Language Processing: Findings, EMNLP 2020, Online Event, 16-20 November 2020, pages 3424–3430. Association for Computational Linguistics.
[20]
Fabio Petroni, Patrick Lewis, Aleksandra Piktus, Tim Rocktäschel, Yuxiang Wu, Alexander H. Miller, and Sebastian Riedel. 2020. https://openreview.net/forum?id=025X0zPfn. In Automated Knowledge Base Construction.
[21]
Junjie Hu, Sebastian Ruder, Aditya Siddhant, Graham Neubig, Orhan Firat, and Melvin Johnson. 2020. http://proceedings.mlr.press/v119/hu20b.html. In Proceedings of the 37th International Conference on Machine Learning, ICML 2020, 13-18 July 2020, Virtual Event, volume 119 of Proceedings of Machine Learning Research, pages 4411–4421. PMLR.
[22]
Mikel Artetxe, Sebastian Ruder, and Dani Yogatama. 2020. https://doi.org/10.18653/v1/2020.acl-main.421. In Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics, pages 4623–4637, Online. Association for Computational Linguistics.
[23]
Jonathan H. Clark, Jennimaria Palomaki, Vitaly Nikolaev, Eunsol Choi, Dan Garrette, Michael Collins, and Tom Kwiatkowski. 2020. https://transacl.org/ojs/index.php/tacl/article/view/1929. Transactions of the Association for Computational Linguistics, 8:454–470.
[24]
Shayne Longpre, Yi Lu, and Joachim Daiber. 2020. http://arxiv.org/abs/2007.15207. CoRR, abs/2007.15207.
[25]
Patrick Lewis, Barlas Oguz, Ruty Rinott, Sebastian Riedel, and Holger Schwenk. 2020. https://doi.org/10.18653/v1/2020.acl-main.653. In Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics, pages 7315–7330, Online. Association for Computational Linguistics.
[26]
Robyn Speer, Joshua Chin, and Catherine Havasi. 2017. http://aaai.org/ocs/index.php/AAAI/AAAI17/paper/view/14972. In Proceedings of the Thirty-First AAAI Conference on Artificial Intelligence, February 4-9, 2017, San Francisco, California, USA, pages 4444–4451. AAAI Press.
[27]
Roberto Navigli and Simone Paolo Ponzetto. 2010. https://www.aclweb.org/anthology/P10-1023/. In ACL 2010, Proceedings of the 48th Annual Meeting of the Association for Computational Linguistics, July 11-16, 2010, Uppsala, Sweden, pages 216–225. The Association for Computer Linguistics.

  1.    Equal contribution - random order.↩︎

  2. code.google.com/archive/p/relation-extraction-corpus/↩︎

  3. https://meta.wikimedia.org/wiki/List_of_Wikipedias↩︎