<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Enriching Ontologies with Disjointness Axioms using Large Language Models</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Elias</forename><surname>Crum</surname></persName>
							<email>elias.crum@ugent.be</email>
							<affiliation key="aff0">
								<orgName type="institution">Ghent University</orgName>
								<address>
									<country key="BE">Belgium</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Antonio</forename><surname>De Santis</surname></persName>
							<email>antonio.desantis@polimi.it</email>
							<affiliation key="aff1">
								<orgName type="institution">Politecnico di Milano</orgName>
								<address>
									<country key="IT">Italy</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Manon</forename><surname>Ovide</surname></persName>
							<email>manon.ovide@univ-tours.fr</email>
							<affiliation key="aff2">
								<orgName type="institution">University of Tours</orgName>
								<address>
									<country key="FR">France</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Jiaxin</forename><surname>Pan</surname></persName>
							<email>jiaxin.pan@ki.uni-stuttgart.de</email>
							<affiliation key="aff3">
								<orgName type="institution">University of Stuttgart</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Alessia</forename><surname>Pisu</surname></persName>
							<email>alessia.pisu96@unica.it</email>
							<affiliation key="aff4">
								<orgName type="institution">University of Cagliari</orgName>
								<address>
									<country key="IT">Italy</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Nicolas</forename><surname>Lazzari</surname></persName>
							<email>nicolas.lazzari3@unibo.it</email>
							<affiliation key="aff5">
								<orgName type="institution" key="instit1">University of Pisa</orgName>
								<orgName type="institution" key="instit2">University of Bologna</orgName>
								<address>
									<country key="IT">Italy</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Sebastian</forename><surname>Rudolph</surname></persName>
							<email>sebastian.rudolph@tu-dresden.de</email>
							<affiliation key="aff6">
								<orgName type="institution">TU Dresden</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Enriching Ontologies with Disjointness Axioms using Large Language Models</title>
					</analytic>
					<monogr>
						<idno type="ISSN">1613-0073</idno>
					</monogr>
					<idno type="MD5">EBD90158487BF27292FBFF8BF3D231F1</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2025-04-23T19:21+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Large Language Models</term>
					<term>Disjointness Learning</term>
					<term>Ontology Enrichment</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Ontologies often lack explicit disjointness declarations between classes, despite their usefulness for sophisticated reasoning and consistency checking in Knowledge Graphs. In this study, we explore the potential of Large Language Models (LLMs) to enrich ontologies by identifying and asserting class disjointness axioms. Our approach aims at leveraging the implicit knowledge embedded in LLMs, using prompt engineering to elicit this knowledge for classifying ontological disjointness. We validate our methodology on the DBpedia ontology, focusing on open-source LLMs. Our findings suggest that LLMs, when guided by effective prompt strategies, can reliably identify disjoint class relationships, thus streamlining the process of ontology completion without extensive manual input. For comprehensive disjointness enrichment, we propose a process that takes logical relationships between disjointness and subclass statements into account in order to maintain satisfiability and reduce the number of calls to the LLM. This work provides a foundation for future applications of LLMs in automated ontology enhancement and offers insights into optimizing LLM performance through strategic prompt design. Our code is publicly available on GitHub at https://github.com/n28div/llm-disjointness.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Introduction</head><p>It is generally understood that complementing the factual (assertional) knowledge represented in Knowledge Graphs with ontological (terminological) information greatly advances the usefulness of the ensuing knowledge base in terms of querying and many other downstream tasks. This is because combining assertional information with terminological background knowledge allows for the derivation of a vast amount of implicit knowledge, which is not explicitly stated in the knowledge base but follows logically from it and thus can be taken into account for all kinds of knowledge management activities, including query answering.</p><p>The by far most widespread type of ontological information added to knowledge graphs is taxonomic in nature, that is, it is related to (i) putting the individual objects of interest into categories, usually referred to as classes, based on shared characteristics and (ii) establishing set-theoretic relationships between these classes. Among the diverse possible such taxonomic relationships, the subclass/superclass relationships -tightly connected to the linguistic hyponymy/hypernymy relationships of the corresponding class names -are the ones predominantly found across numerous ontologies today, typically forming sizeable conceptual hierarchies. As an example, the subclass/superclass relationship between the classes Mammal and Vertebrate implies that any object that belongs to (or, in more technical terms: is an instance of) the class Mammal also must belong to the class Vertebrate.</p><p>Another well-known basic type of taxonomic relationship between two classes is that of disjointness. Two classes are said to be disjoint if it is impossible that they have common instances, which, intuitively, means that the two classes cannot overlap, and membership in these two classes is mutually exclusive. For example, disjointness of the classes Mammal and Fish implies that any instance of Mammal must not be an instance of Fish. Given the symmetric nature of disjointness, this is logically equivalent to saying that any instance of Fish must not be an instance of Mammal. As opposed to subclass statements, which allow for inferring positive facts from other positive facts, disjointness statements enable the inference of negated facts. For example, given the fact that Flipper is an instance of Mammal, the above subclass relationship gives rise to the information that Flipper is an instance of Vertebrate, whereas the disjointness statement allows us to infer the information that Flipper must not be an instance of Fish. This fact makes disjointness information particularly valuable in the context of machine-learning approaches that rely on the presence of negative examples, such as Knowledge Graph Embedding.</p><p>When specifying taxonomic relationships between classes in the course of the ontology design process, it should be kept in mind that they are not meant to reflect spurious relationships in the data currently available, but rather they are supposed to represent immutable background knowledge that continues to hold in different situations or at different points in time. For instance, although historically, no woman has served as US President, a woman may be elected as the US President in the future. Therefore, the corresponding classes Woman and USPresident are not (ontologically) disjoint. <ref type="foot" target="#foot_0">1</ref> To reflect this situation more formally, one can employ the idea of possible or conceivable worlds (referred to as interpretations in model-theoretic terms), which e.g., include potential future or just hypothetical circumstances. Then, a certain taxonomic relationship (such as subclass or disjointness) between two classes holds if the corresponding set relation (such as subset or intersection-emptiness) holds between the sets of class instances in every conceivable world (under every conceivable interpretation). Based on this, we will employ a very lightweight logical framework to give our arguments a formal underpinning: Stipulating a set I of conceivable worlds, we define taxonomic relationships for this set. The goal of ontological knowledge modeling is to capture I using a knowledge base 𝒦 whose statements rule out the inconceivable worlds so that only the conceivable ones remain as models of 𝒦. Let I be a set of interpretations, representing the conceivable worlds. Then, for an individual name i ∈ I and for concept names C, D ∈ C we call</p><formula xml:id="formula_0">• i an instance of C (written i : C) if every interpretation ℐ ∈ I satisfies i ℐ ∈ C ℐ , • C a subclass of D (written C ⊑ D) if every interpretation ℐ ∈ I satisfies C ℐ ⊆ D ℐ , • C disjoint with D if every interpretation ℐ ∈ I satisfies C ℐ ∩ D ℐ = ∅. • C incoherent if every interpretation ℐ ∈ I satisfies C ℐ = ∅.</formula><p>As discussed above, ontologically dictated taxonomic relationships can be leveraged for sophisticated reasoning and consistency-checking tasks when reasoning over a knowledge graph. Yet, despite their usefulness, disjointness relationships are rarely explicitly recorded within an ontology. Research on 1,275 ontologies showed that only 97 of them include disjointness assertions <ref type="bibr" target="#b0">[1]</ref>. Arguably, this can be explained by the fact that disjointness information is so self-evident from a human common-sense point of view, that human experts are often not aware that it is not logically "built-in" but needs to be explicitly specified. For this reason, semi-automated labeling of disjoint classes could be advantageous. Recent approaches <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b2">3,</ref><ref type="bibr" target="#b3">4]</ref> propose supervised and unsupervised models using various features in disjointness axioms. However, the generalizability of these methods is limited to their specific datasets and cannot be implemented on a large scale. Additionally, the sophisticated feature engineering required hinders their practical application. Therefore, a method that functions independently of feature design and dataset restrictions is highly desirable.</p><p>Given that (i) ontological class descriptions are often recorded as (or associated with) terms in natural language and (ii) LLMs have been found to possess wide linguistic and semantic working knowledge, we aim to assess the potential of LLMs to decide on the question which classes ought to be disjoint while assessing the impact of prompt engineering on classification validity. We hypothesize that through the use of prompt engineering, LLMs are to classify ontologically disjoint classes with high validity in both positive (two classes are ontologically disjoint), and negative (two classes are not ontologically disjoint), cases. We test our hypothesis on the DBpedia ontology<ref type="foot" target="#foot_1">2</ref> using LLMs. We propose a method that intertwines the LLMbased disjointness classification with basic logical inferencing to increase efficiency, maintain consistency, and minimize the number of calls to the LLM.</p><p>Thus, this paper is dedicated to answering the following main research questions:</p><p>RQ1: Can LLMs help enrich ontologies with class disjointness axioms? RQ2: Which LLM prompts work better for disjointness discovery? RQ3: How can we exploit taxonomic relationships to reduce interaction with the LLM?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">Related Work</head><p>Disjointness Learning Models for disjointness learning can be categorized into supervised and unsupervised approaches. In the unsupervised category, Schlobach <ref type="bibr" target="#b4">[5]</ref> follows the strong disjointness assumption <ref type="bibr" target="#b5">[6]</ref>, which posits that children of a common parent in the subsumption hierarchy should be considered disjoint. They introduced a pinpointing algorithm to identify minimal sets of axioms that need revision to make an ontology coherent, thereby enriching appropriate disjointness statements. However, this approach neglects background knowledge, which could be beneficial in identifying disjoint classes. Rizzo et al. <ref type="bibr" target="#b3">[4]</ref> proposes an unsupervised approach based on concept learning and inductive classification. This method employs a hierarchical conceptual clustering technique capable of providing intensional cluster descriptions and utilizes a novel form of semi-distances over individuals in an ontological knowledge base, incorporating available background knowledge. In the supervised category, Völker et al. <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b2">3]</ref> gather syntactic and semantic evidence, such as positive and negative association rules as well as correlation coefficients, from various sources to establish a strong foundation for learning disjointness. However, their work exploits background knowledge and reasoning only to a limited extent. Subsequent work, the DL-Learner by Lehmann <ref type="bibr" target="#b6">[7]</ref>, uses Inductive Logic Programming (ILP) for learning class descriptions, including disjointness. Despite these advancements, disjointness learning with LLMs remains much underexplored.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Large Language Models</head><p>In recent years, Large Language Models (LLMs) have become state-of-the-art for Natural Language Processing and have also significantly impacted other fields such as knowledge engineering <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b8">9,</ref><ref type="bibr" target="#b9">10,</ref><ref type="bibr" target="#b10">11]</ref>. LLMs rely on pre-training Transformer models <ref type="bibr" target="#b11">[12]</ref> over large-scale unlabeled corpora. Pre-trained context-aware word representations achieve state-of-the-art performance on various downstream tasks and set the "pre-training and fine-tuning" learning paradigm. Early LLMs, such as BERT <ref type="bibr" target="#b12">[13]</ref>, utilized relatively small training corpora and required fine-tuning for specific downstream tasks. However, subsequent research demonstrated that scaling up both model size and dataset volume significantly enhances performance. GPT-3 <ref type="bibr" target="#b13">[14]</ref>, for instance, achieves competitive results through few-shot learning and in-context learning without parameter updates. GPT-3.5 further improves capabilities by incorporating reinforcement learning from human feedback (RLHF). The introduction of GPT-4 <ref type="bibr" target="#b14">[15]</ref> marked a milestone by extending beyond text input to include multimodal signals. Meta AI introduced the collection of LLaMA models <ref type="bibr" target="#b15">[16,</ref><ref type="bibr" target="#b16">17]</ref> with four different sizes. Other notable LLMs, such as Claude, Gemini <ref type="bibr" target="#b17">[18]</ref>, and Mixtral <ref type="bibr" target="#b18">[19]</ref>, have also garnered significant attention.</p><p>Prompt Engineering Designing effective prompts for LLMs is essential for maximizing their potential. Key strategies in prompt engineering include zero-shot <ref type="bibr" target="#b19">[20]</ref>, few-shot <ref type="bibr" target="#b13">[14]</ref>, and chainof-thought <ref type="bibr" target="#b20">[21]</ref> prompting. Zero-shot <ref type="bibr" target="#b19">[20]</ref> involves providing task descriptions to LLMs without any input-output examples, relying on the models' pre-existing knowledge to generate responses. Few-shot <ref type="bibr" target="#b13">[14]</ref> includes input-output examples, guiding the models' generation process. Chainof-Thought (CoT) <ref type="bibr" target="#b21">[22]</ref> promotes coherent and step-by-step reasoning by decomposing a complex question into a series of simpler logical reasoning questions, mimicking human problem-solving processes. This method has been shown to significantly improve performance on reasoning tasks <ref type="bibr" target="#b21">[22]</ref>. However, the need for multiple prompts makes this approach difficult to use at large scales. With this in mind, Kojima et al. <ref type="bibr" target="#b22">[23]</ref> proposed Zero-shot-CoT prompting. They found that by appending the phrase "Let's think step by step. " to the end of a question, LLMs can generate a chain of thought that leads to more accurate answers w.r.t the vanilla zero-shot approach.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Resources</head><p>To effectively assess the ability of LLMs to support the assertion of disjointness axioms, we ideally require a reference ontology that includes a sized set of classes, to ensure diversity during the experiments and some disjoint classes in its description, preferably specified through a specific disjoint class property such as owl:disjointWith. These criteria maximize the generalizability of the approach and encourage its use for future studies. Several ontologies can be identified for this task, from foundational ontologies, such as DOLCE <ref type="foot" target="#foot_2">3</ref> or UFO <ref type="foot" target="#foot_3">4</ref> , to domain-specific ontologies, such as FoodOn <ref type="foot" target="#foot_4">5</ref> . Disjointness axioms from these ontologies, however, are not intuitive and require extensive common-sense reasoning and domain knowledge. For instance, DOLCE defines an Event to be disjoint from an Object while UFO does not. Both axioms are correct, as they deeply depend on their philosophical commitment to these abstract concepts. Similarly, the FoodOn ontology asserts that the Arabia coffee plant <ref type="foot" target="#foot_5">6</ref> , the plant used to produce black coffee, is disjoint with Camellia sinensis <ref type="foot" target="#foot_6">7</ref> , the plant used to produce black tea. In this case, deciding whether the two plants should be considered disjoint highly depends on the domain of the ontology. To avoid feeding the LLM with classes whose disjointness highly depends on the context or domain, we choose to avoid foundational and domain-specific ontologies for our initial experiments. Moreover, as our interaction with the LLM is based on natural language, we only consider ontologies that provide natural language labels for classes via labeling properties, such as skos:prefLabel or rdfs:label.</p><p>We ultimately decided to use the DBpedia ontology<ref type="foot" target="#foot_7">8</ref> because of its general popularity and conformity with dataset minimal requirements. Since the DBpedia ontology is created through a crowdsourcing approach <ref type="bibr" target="#b23">[24]</ref>, the availability of disjointness axioms cannot be expected to be equally accurate across all classes, as it depends on the annotators' expertise and diligence. This issue has been actively discussed within the DBpedia community <ref type="foot" target="#foot_8">9</ref> . The main drawback is the lack of a systematic approach in the creation of the taxonomy, which greatly impacts the consistency of the ontology when disjointness axioms are asserted. In particular, we found 23 explicit disjointness axioms in the DBpedia ontology. In Section 4 we show how exploiting automated reasoning techniques allows the creation of a larger pool of disjoint classes. In Table <ref type="table" target="#tab_0">1</ref> a selection of disjointness axioms within the ontology is shown. Indeed, most of the disjointness axioms are universally known common-sense relations, such as disjointness between dbo:Fish and dbo:Mammal or dbo:Agent and dbo:Place.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Table 1</head><p>Examples of pairs of classes explicitly specified as ontologically disjoint in the DBpedia ontology.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Proposed approach</head><p>We now describe our approach which, given a Knowledge Base, clarifies for every pair of named classes of that ontology if disjointness should hold between the two classes or not. At the core of the approach is prompting an LLM to exploit the semantic and linguistic "world knowledge" it has obtained from training on vast amounts of textual data. The two major underlying objectives of our approach are:</p><p>1. Ensuring that the resulting disjointness-enriched ontology is satisfiable (i.e., contradictionfree) for usability reasons since otherwise it would be unusable for any reasoning tasks, including ontology-supported querying. 2. Minimizing the number of interactions with the LLM for efficiency reasons and costawareness.</p><p>We propose to address both objectives using automated reasoning. More specifically, we continuously materialize all the (non-)disjointness information that follows logically from the original knowledge base plus the already acquired disjointness information. Thus, the LLM is only queried about the disjointness status of pairs of classes, when neither of the outcomes would result in an inconsistency. In this way, the derived information remains contradiction-free "by design" and, at the same time, the number of queries to the LLM is significantly reduced.</p><p>Our approach relies on several logical correspondences, discussed in the following.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Proposition 1.</head><p>Let 𝒦 be a knowledge base and let C 1 , C 2 , D 1 , D 2 be classes of 𝒦 such that the following statements follow from 𝒦:</p><formula xml:id="formula_1">(i) C 1 and C 2 are disjoint, (ii) D 1 is a subclass of C 1 , (iii) D 2 is a subclass of C 2 .</formula><p>Then 𝒦 also entails that D 1 and D 2 are disjoint.</p><p>Proof. Consider an arbitrary model ℐ of 𝒦. According to the assumptions and in view of Definition 1, we know that (i)</p><formula xml:id="formula_2">C ℐ 1 ∩ C ℐ 2 = ∅, (ii) D ℐ 1 ⊆ C ℐ 1 , and (iii) D ℐ 2 ⊆ C ℐ 2 .</formula><p>We equivalently express (ii) and (iii) by (ii')</p><formula xml:id="formula_3">D ℐ 1 = C ℐ 1 ∩ D ℐ 1 , and (iii') D ℐ 2 = C ℐ 2 ∩ D ℐ 2 .</formula><p>This allows us to infer</p><formula xml:id="formula_4">D ℐ 1 ∩ D ℐ 2 = (C ℐ 1 ∩ D ℐ 1 ) ∩ (C ℐ 2 ∩ D ℐ 2 ) = (C ℐ 1 ∩ C ℐ 2 ) ∩ (D ℐ 1 ∩ D ℐ 2 ) = ∅ ∩ (D ℐ 1 ∩ D ℐ 2 ) = ∅.</formula><p>We exploit this property to use subclass relationships from 𝒦 to deduce class disjointness statements from existing class disjointness statements. This way we avoid posing redundant disjointness queries to the underlying LLM. Proposition 2. Let 𝒦 be a knowledge base and let C 1 , C 2 , C be classes of 𝒦 such that the following statements follow from 𝒦:</p><formula xml:id="formula_5">(i) C 1 and C 2 are disjoint, (ii) C is a subclass of C 1 , (iii) C is a subclass of C 2 . Then 𝒦 also entails that C is incoherent.</formula><p>Proof. Consider an arbitrary model ℐ of 𝒦. According to the assumptions and in view of Definition 1, we know that (i)</p><formula xml:id="formula_6">C ℐ 1 ∩ C ℐ 2 = ∅, (ii) C ℐ ⊆ C ℐ 1 , and (iii) C ℐ ⊆ C ℐ 2 .</formula><p>We equivalently express (ii) and (iii) by (ii')</p><formula xml:id="formula_7">C ℐ = C ℐ 1 ∩ C ℐ , and (iii') C ℐ = C ℐ 2 ∩ C ℐ . This allows us to infer C ℐ = C ℐ ∩ C ℐ = (C ℐ 1 ∩ C ℐ ) ∩ (C ℐ 2 ∩ C ℐ ) = (C ℐ 1 ∩ C ℐ 2 ) ∩ C ℐ = ∅ ∩ C ℐ = ∅.</formula><p>We exploited this property indirectly under the assumption that any named class 𝐶 in the considered ontology is supposed to have instances -which seems to be a reasonable assumption since, otherwise, the definition of the class appears to be meaningless. In that case, any two classes that have a common subclass must be not disjoint.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Proposition 3.</head><p>Let 𝐾 be a knowledge base, let C 1 , C 2 be classes and let 𝑒 be an individual of 𝒦 that such that the following statements follow from 𝒦:</p><formula xml:id="formula_8">(i) C 1 and C 2 are disjoint, (ii) 𝑒 is an instance of C 1 , (iii) e is an instance of C 2 .</formula><p>Then 𝒦 is unsatisfiable.</p><p>Proof. Suppose ℐ is a model of 𝒦. According to the assumptions and in view of Definition 1, we know that (i)</p><formula xml:id="formula_9">C ℐ 1 ∩ C ℐ 2 = ∅, (ii) e ℐ ∈ C ℐ 1 , and (iii) e ℐ ∈ C ℐ 2 .</formula><p>Then, combining (ii) and (iii) we obtain e ℐ ∈ C ℐ 1 ∩ C ℐ 2 and applying (i) yields e ℐ ∈ ∅ which is a contradictory statement. Thus 𝒦 cannot have any models, which means it is unsatisfiable.</p><p>Again, this property can be exploited by noting that any two classes having common instances must not be disjoint. These considerations lead to the proposed methodology, detailed in Algorithm 1, which achieves the above-mentioned objective of producing an enriched knowledge base that is guaranteed to be contradiction-free, provided that the original knowledge base is.</p><p>Algorithm 2 achieves the objective of reducing the number of interactions with the LLM and maintaining satisfiability as new disjointness information is added through the LLM. The aim of producing an output that accurately reflects taxonomic relationships crucially depends on the quality and accuracy of the LLM's responses. This, in turn, is influenced by both the LLM itself and the chosen prompting strategy. We focus on these issues in Section 5.</p><p>The last steps of Algorithm 2 (lines 14 and 15) are optional, but highly recommended, as they remove logically redundant statements from the disjointness-enriched knowledge base 𝒦 ∪ 𝒟. This yields a knowledge base that is logically equivalent but typically much smaller in size and hence both easier to process algorithmically and to scrutinize and maintain manually. Also, this "pruning step" is not computationally expensive, as it only requires |𝒟 * | calls to a reasoner.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.">Experiments</head><p>In this section, we experiment with the approach proposed in Section 4 on the classes extracted from the DBpedia ontology. In particular, by relying on Algorithm 1, we obtain the list ℒ related to the DBpedia ontology. We have that |ℒ| = 1148, with 370 pairs labeled as disjoint and 778 pairs labeled as not unknown. In Table <ref type="table" target="#tab_1">2</ref>, we provide some examples of classes in ℒ.</p><p>Note that the list ℒ assumes that the ontology designers carefully produced a taxonomy that is intended to also reflect disjointness between classes. As shown in Section 3, however, this is not the case. The design of the taxonomy of DBpedia is structured such that disjoint axioms might result in unwanted inconsistencies. For this reason, we employ multiple metrics to evaluate the LLMs' performances, each measuring a different behavior of the model. For</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Algorithm 1 Determine the pair of disjoint classes derivable from 𝒦</head><p>Input A knowledge base 𝒦 containing a class hierarchy. The knowledge base might or might not contain defined disjointness axioms and/or more complex axiomatizations.</p><p>Output A list ℒ of pair of classes such that disjointness statements logically following from 𝒦 are explicitly asserted. </p><formula xml:id="formula_10">for all (C 1 , C 2 ) ∈ ℒ do 5: if (C 1 ⊑ D 1 ∧ C 2 ⊑ D 2 ) or (C 1 ⊑ D 2 ∧ C 2 ⊑ D 1 ) then 6: (C 1 , C 2 ) ← "disjoint" 7: end if 8:</formula><p>end for 9: end for 10: for all</p><formula xml:id="formula_11">(C 1 , C 2 ) ∈ ℒ | (C 1 , C 2 ) = "unknown" do 11:</formula><p>if C 1 and C 2 have joint subclasses then 12:</p><formula xml:id="formula_12">(C 1 , C 2 ) ← "not disjoint" 13: end if 14: end for 15: for all (C 1 , C 2 ) ∈ ℒ | (C 1 , C 2 ) = "unknown" do 16:</formula><p>Query 𝐾 for joint instances of C 1 and C 2 . 17:</p><formula xml:id="formula_13">if ∃e ∈ I | e : C 1 ∧ e : C 2 then 18: (C 1 , C 2 ) ← "not disjoint" 19:</formula><p>end if 20: end for all metrics, a higher score indicates better performances, with 1 being the maximum score. In particular, disjoint recall (DR) measures how much the LLM aligns with humans by measuring the amount of true disjointness axioms that have been identified by the LLM. This measure provides an evaluation of the reliability of the prompt. Non-disjoint F1 (NDF1) measures the F1 score between the non-disjoint couples in 𝐿 and the ones identified by the LLM. This provides a measure of how conservative the LLM is on its answers -i.e. how much the LLM acknowledges the open-world assumption. The F1 metrics measure the end-to-end performances of the model. The symmetric consistency metric (SC) measures how much the answers provided by the LLM Algorithm 2 Determine the set of disjointness statements 𝒟 consistent with 𝒦 Input A list ℒ containing pairs of classes labeled as "unknown", "disjoint" or "not disjoint"; a prompt 𝑃 for disjointness classification, with 𝐿𝐿𝑀 𝑃 : C × C → {"disjoint","not disjoint"} the function that queries an LLM for disjointness of two classes using prompt 𝑃 Output A set 𝒟 of class disjointness axioms, such that all valid disjointness statements logically follow from 𝒦 ∪ 𝒟 and no invalid disjointness statements follow from it.</p><formula xml:id="formula_14">1: while ∃(D 1 , D 2 ) ∈ ℒ | (D 1 , D 2 ) = "unknown" do 2: Select (D 1 , D 2 ) ∈ ℒ | (D 1 , D 2 ) = "unknown" 3: 𝑑 ← 𝐿𝐿𝑀 𝑃 (D 1 , D 2 ) 4: if 𝑑 = "disjoint" then 5: for all (C 1 , C 2 ) ∈ ℒ | (C 1 ⊑ D 1 ∧ C 2 ⊑ D 2 ) ∨ (C 2 ⊑ D 1 ∧ C 1 ⊑ D 2 ) do 6: (C 1 , C 2 ) ← "disjoint" 7:</formula><p>end for 8:</p><formula xml:id="formula_15">else 9: for all (C 1 , C 2 ) ∈ ℒ | (D 1 ⊑ C 1 ∧ D 2 ⊑ C 2 ) ∨ (D 2 ⊑ C 1 ∧ D 1 ⊑ C 2 ) do 10: (C 1 , C 2 ) ← "not disjoint" 11:</formula><p>end for 12:</p><p>end if 13: end while 14:</p><formula xml:id="formula_16">𝒟 * ← {DisjointClasses(C 1 , C 2 ) | (C 1 , C 2 ) ∈ ℒ ∧ (C 1 , C 2 ) = "disjoint"} 15:</formula><p>Determine the minimal subset 𝒟 of 𝒟 * such that 𝒦 ∪ 𝒟 entails 𝒟 * respect the symmetric property of the disjointness axiom -i.e. if 𝐴 is disjoint from 𝐵 then 𝐵 is disjoint from 𝐴. Finally, we measure the overall accuracy of each model.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Prompting</head><p>We adopt different prompting strategies: a naive approach, where the LLM has to autonomously understand the task, a task description approach, where the disjointedness task is described and a few-shot approach that extends the task description by also providing some positive and negative examples. For each prompt, we frame the problem as a questionanswering (QA) task, where the LLM has to answer positively or negatively to classify two classes as disjoint. To identify the best QA approach, we identify two prompts: (i) the LLM has to answer positively to classify two classes as disjoint and (ii) the LLM has to answer negatively. Table <ref type="table">3</ref> describes the prompt templates we used. When possible, we rely on the instruction format of each LLM and use the Prompting Strategy template to instruct the LLM while we use the QA Strategy as a query to the instructed LLM.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.">Experimental setup</head><p>We perform our experiments on publicly available LLMs, to ensure full reproducibility of the experiments. For each LLM, we set the sampling temperature to 0, to reduce the randomness of the result. Moreover, we only rely on small LLMs -i.e. LLMs with approximately 8 billion of parameters. Through the use of proper optimization techniques, it is possible to run these models on consumer-level devices without the need for specialized hardware. We perform Table <ref type="table">3</ref> Prompting strategy templates. 𝐴 and 𝐵 are natural language labels of classes from the ontology.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Prompting Strategy Template</head><p>Naive Answer only "yes" or "no".</p><p>Zero-shot Task Description This is a question about ontological disjointness, answer only with "yes" or "no"</p><p>Few-shot Task Description This is a question about ontological disjointness, answer only with "yes" or "no". Examples of disjoint are: "person" and "file system", "tower" and "person", "place" and "agent", "continent" and "sea", "baseball league" and "bowling league", "planet" and "star".</p><p>Examples of not disjoint are: "basketball player" and "baseball player", "means of transportation" and "reptile", "garden" and "historic place", "president" and "beauty queen", "castle" and "prison".</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>QA Strategy Template</head><p>Positive Is the class 𝐴 disjoint from 𝐵?</p><p>Negative Can a 𝐴 be a 𝐵?</p><p>our experiments on a selection of the current state-of-the-art models, including Mistral 0.3 7B <ref type="bibr" target="#b24">[25]</ref>, Gemma 2 9B <ref type="bibr" target="#b25">[26]</ref>, LLama 3 8B<ref type="foot" target="#foot_9">10</ref> , and Qwen 2 7B [27] <ref type="foot" target="#foot_10">11</ref> . All experiments are run on 8-bit quantized models on an RTX3090 with 24GB of RAM. We experiment with each combination of the prompts of Table <ref type="table">3</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.">Results</head><p>The overall results are shown in Table <ref type="table" target="#tab_2">4</ref>. In general, LLMs achieve promising results in disjointness detection. Notably, the best prompting technique is not providing few-shot examples, but rather providing the LLM with little to no description of the task. Indeed, it has been observed how few-shot prompting is more effective when in-context learning is required, while zero-shot prompting is more effective when the implicit knowledge of the LLM should be exploited <ref type="bibr" target="#b27">[28]</ref>.</p><p>Nonetheless, further research on few-shot prompting for disjointness classification should be performed, as lower performances can also be attributed to the amount and nature of the examples we provide in the prompt. We manually select examples that are likely to provide meaningful disjointness instances. However, a more complex approach could be employed, such as exploiting Retrieval Augmented Generation (RAG) techniques to provide examples that are more likely to be relevant for the classes used as input. Different heuristics can be used to measure the relevance of other classes, such as word embeddings or knowledge graph embeddings. Interestingly, framing the problem as a negative QA task -i.e. asking whether an individual of a class can also be an instance of another class -consistently outperforms the positive QA prompt. This could be attributed to the fact that using the negative approach is more consistent with natural language questions. LLMs can actively exploit their pre-training phase, which generally includes a fine-tuning phase to solve QA tasks akin to our negative prompt. On average, Gemma 2 performs better than the other LLMs. However, depending on the requirements, other LLMs might be better suited. For instance, Mistral 0.3 is better aligned with human judgment, since it has a higher recall on disjointness axioms.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3.">Disjointness on DBpedia</head><p>Given the results of Table <ref type="table" target="#tab_2">4</ref>, we consider Gemma 2 with task description prompt and a negative QA strategy as the most effective way of producing disjointness axioms among the methods tested. We execute Algorithm 2 on the whole DBpedia ontology. We rely on a straightforward random selection for the pair (D 1 , D 2 ) (line 3). In total, the algorithm takes 21589.75𝑠 ≈ 6ℎ to execute. Note that given the random selection, we are not able to exploit parallelism and query the LLM with single prompts. However, a selection strategy that enables parallel selection would greatly enhance the performance of the algorithm. In total, we find 510, 600 disjointness axioms, which results in ≈ 98% of the classes participating in at least one disjointness axiom. The number of axioms can be greatly reduced by relying on the "pruning" operation of Algorithm 2 (line 15). In the case of the DBpedia ontology, the number of resulting axioms is 170, 122 -a reduction of ≈ 66%. For illustration and discussion purposes, Table <ref type="table" target="#tab_3">5</ref> shows a non-representative selection of particularly discussion-worthy positive and negative disjointness statements retrieved via Algorithm 2. We observe that for some class relationships, including both common-sense and domain-specific classes, our approach resulted in the "conservative" misclassification of classes as non-disjoint, meaning the LLM classified the classes as non-disjoint despite the classes actually being disjoint. Examples include dbo:VideogamesLeague and dbo:Website, dbo:GeneLocation and dbo:HumanGene, and dbo:Identifier and dbo:District. Conversely, we also observed "aggressive" misclassification where our approach classified classes as disjoint despite them being really non-disjoint. Straightforward examples include dbo:PlayboyPlaymate and dbo:Camera or dbo:WikimediaTemplate and dbo:WomensTennisAssociationTournament, with a more complicated example being dbo:Mosque and dbo:Museum. The latter being disproven by a counter-example, the famous Mosque Hagia Sophia in Turkey<ref type="foot" target="#foot_11">12</ref> . To address these misclassification instances, we suspect that providing more contextual information in the prompt may improve classification accuracy, especially for domain-specific scenarios. Also, future work could be done to assess how, through prompt design, the approach could encourage more "aggressive" or "conservative" disjointness classifications in scenarios where relationships are more uncertain.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.">Conclusion and Future Work</head><p>This work shows that LLMs can roughly identify and assert disjointness axioms in ontologies, with a different degree of reliability depending on the model. By harnessing their inherent background knowledge and employing strategic prompt engineering, we showed that these models can classify ontological disjointness with minimal human intervention. This capability simplifies ontology management and supports more robust reasoning in knowledge graphs. Our findings underscore the potential of LLMs as valuable tools for the automated enrichment of ontologies, which encourages future exploration and innovation in this domain.</p><p>Future works include testing the approach proposed in Section 4 on other ontologies, to assess its effectiveness on different types of ontologies, including domain-specific ontologies. Additionally, comprehensive validation by human domain experts would be required to obtain conclusive insights into the degree of reliability of the axioms asserted by the LLM.</p><p>Moreover, using different LLMs with different numbers of parameters and improving and expanding our strategies for testing disjointness constitutes interesting future work.</p><p>It could be worthwhile to look into heuristics for -given a large list of disjointness candidate pairs -picking those entries that are particularly "promising". One option would be to follow the strong disjointness assumption <ref type="bibr" target="#b5">[6]</ref> and pick "sibling classes", that is, classes 𝐴 and 𝐵 that have a common direct superclass 𝐶. Furthermore, it could be interesting to test class pairs with just one or two examples of non-disjointness, as these instances may be errors to remove from the KG. On another note, one could develop strategies for gauging the reliability of an LLM response by rephrasing the question asked. This involves adding a description of classes in prompts to see if it improves the answers, relying on proper ontology serialization techniques <ref type="bibr" target="#b28">[29]</ref>. Finally, using advanced prompting techniques, such as chain-of-thought, may improve the results alongside RAG techniques to pick the few-shot examples. Similarly, a richer prompt, including more qualifying phrases such as "at the same time" to check the temporality of the disjointness or "theoretically" to force abstraction might instruct the model toward a more effective framing of the problem.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Definition 1 .</head><label>1</label><figDesc>Fixing a vocabulary consisting of a set C of class names and a set I of individual names, an interpretation ℐ = (∆, • ℐ ) consists of a set ∆ called the domain and a function • ℐ mapping every class name C ∈ C to a subset C ℐ ⊆ ∆ and every individual name i ∈ I to an element i ℐ ∈ ∆.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>1 :</head><label>1</label><figDesc>Create a list ℒ of all pairs of classes (C 1 , C 2 ) | C 1 is lexicographically smaller than C 2 . 2: Label all entries in ℒ as "unknown". 3: for all D 1 disjoint with D 2 in 𝒦 do</figDesc><table><row><cell>4:</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>Table 2</head><label>2</label><figDesc>Examples of disjointness between classes derived from Propositions 1, 2, and 3.</figDesc><table><row><cell>𝐴</cell><cell>𝐵</cell><cell>Disjoint</cell><cell>Reason</cell></row><row><cell>dbo:Chancellor</cell><cell>dbo:Species</cell><cell>×</cell><cell>Proposition 1</cell></row><row><cell>dbo:LatterDaySaint</cell><cell>dbo:Religious</cell><cell>×</cell><cell>Proposition 1</cell></row><row><cell>dbo:Person</cell><cell>dbo:Race</cell><cell>✓</cell><cell>Proposition 2</cell></row><row><cell cols="2">dbo:AcademicConference dbo:Person</cell><cell>✓</cell><cell>Proposition 2</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>Table 4</head><label>4</label><figDesc>Performance on disjointness detection for LLMs and prompt strategies. The best results for each prompt are underlined, while the best results overall in a metric are in bold.</figDesc><table><row><cell>Prompt</cell><cell>QA</cell><cell>LLM</cell><cell cols="2">DR NDF1</cell><cell>F1</cell><cell>SC Accuracy</cell></row><row><cell></cell><cell></cell><cell>Gemma 2</cell><cell>0.99</cell><cell>0.26</cell><cell cols="2">0.53 0.89</cell><cell>0.42</cell></row><row><cell></cell><cell>Positive</cell><cell cols="2">LLama 3 Mistral 0.3 1.00 0.19</cell><cell>0.63 0.03</cell><cell cols="2">0.17 0.65 0.49 0.98</cell><cell>0.37 0.33</cell></row><row><cell>Naive</cell><cell></cell><cell>Qwen 2</cell><cell>0.00</cell><cell>0.99</cell><cell cols="2">0.01 0.96</cell><cell>0.66</cell></row><row><cell></cell><cell></cell><cell>Gemma 2</cell><cell>0.71</cell><cell>0.91</cell><cell cols="2">0.69 0.85</cell><cell>0.79</cell></row><row><cell></cell><cell>Negative</cell><cell cols="2">LLama 3 Mistral 0.3 0.85 0.90</cell><cell>0.86 0.81</cell><cell cols="2">0.74 0.89 0.68 0.81</cell><cell>0.80 0.74</cell></row><row><cell></cell><cell></cell><cell>Qwen 2</cell><cell>0.92</cell><cell>0.80</cell><cell cols="2">0.70 0.84</cell><cell>0.74</cell></row><row><cell></cell><cell></cell><cell>Gemma 2</cell><cell>0.99</cell><cell>0.35</cell><cell cols="2">0.55 0.86</cell><cell>0.47</cell></row><row><cell></cell><cell>Positive</cell><cell cols="2">LLama 3 Mistral 0.3 1.00 0.86</cell><cell>0.08 0.20</cell><cell cols="2">0.45 0.90 0.52 0.91</cell><cell>0.31 0.40</cell></row><row><cell>Task description</cell><cell></cell><cell>Qwen 2</cell><cell>0.04</cell><cell>0.82</cell><cell cols="2">0.05 0.68</cell><cell>0.49</cell></row><row><cell></cell><cell></cell><cell>Gemma 2</cell><cell>0.97</cell><cell>0.83</cell><cell cols="2">0.75 0.84</cell><cell>0.79</cell></row><row><cell></cell><cell>Negative</cell><cell cols="2">LLama 3 Mistral 0.3 0.85 0.98</cell><cell>0.78 0.76</cell><cell cols="2">0.71 0.90 0.64 0.76</cell><cell>0.75 0.69</cell></row><row><cell></cell><cell></cell><cell>Qwen 2</cell><cell>0.96</cell><cell>0.61</cell><cell cols="2">0.61 0.72</cell><cell>0.60</cell></row><row><cell></cell><cell></cell><cell>Gemma 2</cell><cell>0.90</cell><cell>0.49</cell><cell cols="2">0.54 0.83</cell><cell>0.51</cell></row><row><cell></cell><cell>Positive</cell><cell cols="2">LLama 3 Mistral 0.3 0.95 0.76</cell><cell>0.30 0.20</cell><cell cols="2">0.44 0.72 0.50 0.85</cell><cell>0.36 0.38</cell></row><row><cell>Few shot</cell><cell></cell><cell>Qwen 2</cell><cell>0.05</cell><cell>0.87</cell><cell cols="2">0.07 0.74</cell><cell>0.54</cell></row><row><cell></cell><cell></cell><cell>Gemma 2</cell><cell>0.85</cell><cell>0.89</cell><cell cols="2">0.75 0.81</cell><cell>0.82</cell></row><row><cell></cell><cell>Negative</cell><cell cols="2">LLama 3 Mistral 0.3 0.74 0.99</cell><cell>0.54 0.86</cell><cell cols="2">0.59 0.77 0.65 0.79</cell><cell>0.57 0.75</cell></row><row><cell></cell><cell></cell><cell>Qwen 2</cell><cell>0.98</cell><cell>0.37</cell><cell cols="2">0.54 0.71</cell><cell>0.47</cell></row><row><cell></cell><cell></cell><cell>Gemma 2</cell><cell>0.90</cell><cell>0.62</cell><cell cols="2">0.63 0.85</cell><cell>0.75</cell></row><row><cell cols="2">Average among all prompts</cell><cell cols="2">LLama 3 Mistral 0.3 0.90 0.78</cell><cell>0.53 0.48</cell><cell cols="2">0.52 0.81 0.58 0.85</cell><cell>0.47 0.49</cell></row><row><cell></cell><cell></cell><cell>Qwen 2</cell><cell>0.49</cell><cell>0.74</cell><cell cols="2">0.33 0.78</cell><cell>0.36</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head>Table 5</head><label>5</label><figDesc>Example of disjointness judgments retrieved by Algorithm 2</figDesc><table><row><cell>Class 𝐴</cell><cell>Class 𝐵</cell><cell>Disjoint</cell></row><row><cell>dbo:GeneLocation</cell><cell>dbo:HumanGene</cell><cell>×</cell></row><row><cell>dbo:VideogamesLeague</cell><cell>dbo:Website</cell><cell>×</cell></row><row><cell>dbo:InformationAppliance</cell><cell>dbo:MobilePhone</cell><cell>×</cell></row><row><cell>dbo:Engineer</cell><cell>dbo:Embryology</cell><cell>×</cell></row><row><cell>dbo:Identifier</cell><cell>dbo:District</cell><cell>×</cell></row><row><cell>dbo:Mosque</cell><cell>dbo:Museum</cell><cell>✓</cell></row><row><cell cols="2">dbo:MeanOfTransportation dbo:Swimmer</cell><cell>✓</cell></row><row><cell>dbo:WikimediaTemplate</cell><cell>dbo:WomensTennisAssociationTournament</cell><cell>✓</cell></row><row><cell>dbo:Racecourse</cell><cell>dbo:Area</cell><cell>✓</cell></row><row><cell>dbo:PlayboyPlaymate</cell><cell>dbo:Camera</cell><cell>✓</cell></row></table></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">We might call them materially disjoint due to the absence of material evidence demonstrating their non-disjointness.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">https://DBpedia.org/ontology/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2">https://github.com/appliedontolab/DOLCE/blob/main/OWL/DOLCEbasic.owl http://www.ontologydesignpatterns.org/ont/dul/DUL.owl</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_3">https://nemo-ufes.github.io/gufo/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="5" xml:id="foot_4">https://foodon.org/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="6" xml:id="foot_5">https://en.wikipedia.org/wiki/Coffea_arabica</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="7" xml:id="foot_6">https://en.wikipedia.org/wiki/Camellia_sinensis</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="8" xml:id="foot_7">https://DBpedia.org/ontology/, often referred to with the dbo: namespace, which we omit hereafter</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="9" xml:id="foot_8">https://github.com/DBpedia/ontology-tracker/issues/2</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="10" xml:id="foot_9">https://llama.meta.com/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="11" xml:id="foot_10">Due to their closed-source nature and high costs, we reserve the exploration of GPT-3.5 and GPT-4 for future work.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="12" xml:id="foot_11">https://muze.gen.tr/muze-detay/ayasofya</note>
		</body>
		<back>

			<div type="acknowledgement">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Acknowledgments</head><p>Elias Crum acknowledges funding provided by VITO NV (UG_PhD_2303_contract). Antonio De Santis's doctoral scholarship is funded by the Italian Ministry of University and Research (MUR) under the National Recovery and Resilience Plan (NRRP), by Thales Alenia Space, and by the European Union (EU) under the NextGenerationEU project. Alessia Pisu acknowledges MUR and EU-FSE for financial support of the PON Research and Innovation 2014-2020 (D.M. 1061/2021). Nicolas Lazzari has received funding from the FAIR -Future Artificial Intelligence Research Foundation as part of the grant agreement MUR n. 341. Sebastian Rudolph is funded by the Bundesministerium für Bildung und Forschung (BMBF, Federal Ministry of Education and Research) and DAAD (German Academic Exchange Service) in project 57616814 (SECAI, School of Embedded and Composite AI).</p></div>
			</div>


			<div type="availability">
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Class B http://DBpedia.org/ontology/Person http://DBpedia.org/ontology/ProtohistoricalPeriod http://DBpedia.org/ontology/Person http://DBpedia.org/ontology/UnitOfWork http://DBpedia.org/ontology/Agent http://DBpedia.org/ontology/Place http://DBpedia.org/ontology/Fish http://DBpedia.org/ontology/Mammal http://DBpedia.org/ontology/Event http://DBpedia.org/ontology/Person</p></div>
			</div>


			<div type="funding">
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This paper presents joint research that originated from the team project of "House Slytherin" at the 2024 International Semantic Web Summer School (ISWS) in Bertinoro, Italy.</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Gauging Ontologies and Schemas by Numbers</title>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">D</forename><surname>Wang</surname></persName>
		</author>
		<ptr target="https://ceur-ws.org/Vol-179/eon2006wang.pdf" />
	</analytic>
	<monogr>
		<title level="m">Proceedings of 4th International EON Workshop 2006 Evaluation of Ontologies for the Web Co-located with the WWW2006</title>
		<title level="s">CEUR Workshop Proceedings</title>
		<editor>
			<persName><forename type="first">D</forename><surname>Vrandecic</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M</forename><forename type="middle">C</forename><surname>Suárez-Figueroa</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Gangemi</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">Y</forename><surname>Sure</surname></persName>
		</editor>
		<meeting>4th International EON Workshop 2006 Evaluation of Ontologies for the Web Co-located with the WWW2006<address><addrLine>Edinburgh, UK</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2006-05-22">May 22, 2006. 2006</date>
			<biblScope unit="volume">179</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Learning Disjointness</title>
		<author>
			<persName><forename type="first">J</forename><surname>Völker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Vrandecic</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Sure</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Hotho</surname></persName>
		</author>
		<idno type="DOI">10.1007/978-3-540-72667-8_14</idno>
		<idno>doi:</idno>
		<ptr target="10.1007/978-3-540-72667-8\_14" />
	</analytic>
	<monogr>
		<title level="m">The Semantic Web: Research and Applications, 4th European Semantic Web Conference, ESWC 2007</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<editor>
			<persName><forename type="first">E</forename><surname>Franconi</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M</forename><surname>Kifer</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">W</forename><surname>May</surname></persName>
		</editor>
		<meeting><address><addrLine>Innsbruck, Austria</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2007">June 3-7, 2007. 2007</date>
			<biblScope unit="volume">4519</biblScope>
			<biblScope unit="page" from="175" to="189" />
		</imprint>
	</monogr>
	<note>Proceedings</note>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Automatic acquisition of class disjointness</title>
		<author>
			<persName><forename type="first">J</forename><surname>Völker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Fleischhacker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Stuckenschmidt</surname></persName>
		</author>
		<idno type="DOI">10.1016/J.WEBSEM.2015.07.001</idno>
		<ptr target="https://doi.org/10.1016/j.websem.2015.07.001.doi:10.1016/J.WEBSEM.2015.07.001" />
	</analytic>
	<monogr>
		<title level="j">J. Web Semant</title>
		<imprint>
			<biblScope unit="volume">35</biblScope>
			<biblScope unit="page" from="124" to="139" />
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">An unsupervised approach to disjointness learning based on terminological cluster trees</title>
		<author>
			<persName><forename type="first">G</forename><surname>Rizzo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Amato</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Fanizzi</surname></persName>
		</author>
		<idno type="DOI">10.3233/SW-200391</idno>
		<ptr target="https://doi.org/10.3233/SW-200391.doi:10.3233/SW-200391" />
	</analytic>
	<monogr>
		<title level="j">Semantic Web</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="page" from="423" to="447" />
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Debugging and Semantic Clarification by Pinpointing</title>
		<author>
			<persName><forename type="first">S</forename><surname>Schlobach</surname></persName>
		</author>
		<idno type="DOI">10.1007/11431053_16</idno>
		<ptr target="https://doi.org/10.1007/11431053_16.doi:10.1007/11431053\_16" />
	</analytic>
	<monogr>
		<title level="m">The Semantic Web: Research and Applications, Second European Semantic Web Conference, ESWC 2005</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<editor>
			<persName><forename type="first">A</forename><surname>Gómez-Pérez</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Euzenat</surname></persName>
		</editor>
		<meeting><address><addrLine>Heraklion, Crete, Greece</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2005-06-01">May 29 -June 1, 2005. 2005</date>
			<biblScope unit="volume">3532</biblScope>
			<biblScope unit="page" from="226" to="240" />
		</imprint>
	</monogr>
	<note>Proceedings</note>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Usability of expressive description logics-a case study in UMLS</title>
		<author>
			<persName><forename type="first">R</forename><surname>Cornet</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Abu-Hanna</surname></persName>
		</author>
		<ptr target="https://knowledge.amia.org/amia-55142-a2002a-1.610020/t-001-1.612667/f-001-1.612668/a-036-1.613143/a-037-1.613140" />
	</analytic>
	<monogr>
		<title level="m">AMIA 2002, American Medical Informatics Association Annual Symposium</title>
				<meeting><address><addrLine>San Antonio, TX, USA</addrLine></address></meeting>
		<imprint>
			<publisher>AMIA</publisher>
			<date type="published" when="2002">November 9-13, 2002. 2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">DL-Learner: Learning Concepts in Description Logics</title>
		<author>
			<persName><forename type="first">J</forename><surname>Lehmann</surname></persName>
		</author>
		<idno type="DOI">10.5555/1577069.1755874</idno>
		<idno>doi:10.5555/ 1577069.1755874</idno>
		<ptr target="https://dl.acm.org/doi/10.5555/1577069.1755874" />
	</analytic>
	<monogr>
		<title level="j">J. Mach. Learn. Res</title>
		<imprint>
			<biblScope unit="volume">10</biblScope>
			<biblScope unit="page" from="2639" to="2642" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Knowledge Engineering Using Large Language Models</title>
		<author>
			<persName><forename type="first">B</forename><forename type="middle">P</forename><surname>Allen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Stork</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Groth</surname></persName>
		</author>
		<idno type="DOI">10.4230/TGDK.1.1.3</idno>
		<ptr target="https://drops.dagstuhl.de/entities/document/10.4230/TGDK.1.1.3.doi:10.4230/TGDK.1.1.3" />
	</analytic>
	<monogr>
		<title level="j">Transactions on Graph Data and Knowledge</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="page">19</biblScope>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Unifying large language models and knowledge graphs: A roadmap</title>
		<author>
			<persName><forename type="first">S</forename><surname>Pan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Luo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Wang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Wang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><surname>Wu</surname></persName>
		</author>
		<idno type="DOI">10.1109/TKDE.2024.3352100</idno>
	</analytic>
	<monogr>
		<title level="j">IEEE Transactions on Knowledge and Data Engineering</title>
		<imprint>
			<biblScope unit="volume">36</biblScope>
			<biblScope unit="page" from="3580" to="3599" />
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<monogr>
		<title level="m" type="main">Integrating large language models and knowledge graphs for extraction and validation of textual test data</title>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">D</forename><surname>Santis</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Balduini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><forename type="middle">D</forename><surname>Santis</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Proia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Leo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Brambilla</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">D</forename><surname>Valle</surname></persName>
		</author>
		<ptr target="https://arxiv.org/abs/2408.01700.arXiv:2408.01700" />
		<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Language models as knowledge bases?</title>
		<author>
			<persName><forename type="first">F</forename><surname>Petroni</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Rocktäschel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Riedel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Lewis</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Bakhtin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Wu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Miller</surname></persName>
		</author>
		<idno type="DOI">10.18653/v1/D19-1250</idno>
		<ptr target="https://aclanthology.org/D19-1250.doi:10.18653/v1/D19-1250" />
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 2019 Conference on Empirical Methods in Natural Language Processing and the 9th International Joint Conference on Natural Language Processing (EMNLP-IJCNLP), Association for Computational Linguistics</title>
				<editor>
			<persName><forename type="first">K</forename><surname>Inui</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Jiang</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">V</forename><surname>Ng</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">X</forename><surname>Wan</surname></persName>
		</editor>
		<meeting>the 2019 Conference on Empirical Methods in Natural Language Processing and the 9th International Joint Conference on Natural Language Processing (EMNLP-IJCNLP), Association for Computational Linguistics<address><addrLine>Hong Kong, China</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2019">2019</date>
			<biblScope unit="page" from="2463" to="2473" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Attention is All you Need</title>
		<author>
			<persName><forename type="first">A</forename><surname>Vaswani</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Shazeer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Parmar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Uszkoreit</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Jones</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">N</forename><surname>Gomez</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Kaiser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Polosukhin</surname></persName>
		</author>
		<ptr target="https://proceedings.neurips.cc/paper/2017/hash/3f5ee243547dee91fbd053c1c4a845aa-Abstract.html" />
	</analytic>
	<monogr>
		<title level="m">Advances in Neural Information Processing Systems 30: Annual Conference on Neural Information Processing Systems 2017</title>
				<editor>
			<persName><forename type="first">I</forename><surname>Guyon</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">U</forename><surname>Luxburg</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Bengio</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">H</forename><forename type="middle">M</forename><surname>Wallach</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">R</forename><surname>Fergus</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><forename type="middle">V N</forename><surname>Vishwanathan</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">R</forename><surname>Garnett</surname></persName>
		</editor>
		<meeting><address><addrLine>Long Beach, CA, USA</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2017">December 4-9, 2017. 2017</date>
			<biblScope unit="page" from="5998" to="6008" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">BERT: Pre-training of Deep Bidirectional Transformers for Language Understanding</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">D</forename></persName>
		</author>
		<author>
			<persName><forename type="first">M.-W</forename><forename type="middle">C</forename><surname>Kenton</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">K</forename><surname>Toutanova</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of NAACL-HLT</title>
				<meeting>NAACL-HLT</meeting>
		<imprint>
			<date type="published" when="2019">2019</date>
			<biblScope unit="page" from="4171" to="4186" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Language Models are Few-shot Learners</title>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">B</forename><surname>Brown</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Mann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Ryder</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Subbiah</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Kaplan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Dhariwal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Neelakantan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Shyam</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Sastry</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Askell</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Agarwal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Herbert-Voss</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Krueger</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Henighan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Child</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Ramesh</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">M</forename><surname>Ziegler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Wu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Winter</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Hesse</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Sigler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Litwin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Gray</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Chess</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Clark</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Berner</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Mccandlish</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Radford</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Sutskever</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Amodei</surname></persName>
		</author>
		<ptr target="https://proceedings.neurips.cc/paper/2020/hash/1457c0d6bfcb4967418bfb8ac142f64a-Abstract.html" />
	</analytic>
	<monogr>
		<title level="m">Advances in Neural Information Processing Systems 33: Annual Conference on Neural Information Processing Systems 2020</title>
				<editor>
			<persName><forename type="first">H</forename><surname>Larochelle</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M</forename><surname>Ranzato</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">R</forename><surname>Hadsell</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M</forename><surname>Balcan</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">H</forename><surname>Lin</surname></persName>
		</editor>
		<meeting><address><addrLine>NeurIPS; virtual</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2020">2020. cember 6-12, 2020. 2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<monogr>
		<title level="m" type="main">Gpt-4</title>
		<author>
			<persName><forename type="first">R</forename><surname>Openai</surname></persName>
		</author>
		<idno>arxiv 2303.08774</idno>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
	<note type="report_type">technical report</note>
	<note>View in Article 2</note>
</biblStruct>

<biblStruct xml:id="b15">
	<monogr>
		<author>
			<persName><forename type="first">H</forename><surname>Touvron</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Lavril</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Izacard</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><surname>Martinet</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Lachaux</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Lacroix</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Rozière</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Goyal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Hambro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Azhar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Rodriguez</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Joulin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Grave</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Lample</surname></persName>
		</author>
		<idno type="DOI">10.48550/ARXIV.2302.13971</idno>
		<idno type="arXiv">arXiv:2302.13971</idno>
		<ptr target="/ARXIV.2302.13971" />
		<title level="m">LLaMA: Open and Efficient Foundation Language Models</title>
				<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<monogr>
		<author>
			<persName><forename type="first">H</forename><surname>Touvron</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Martin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Stone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Albert</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Almahairi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Babaei</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Bashlykov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Batra</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Bhargava</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Bhosale</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Bikel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Blecher</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Canton-Ferrer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Cucurull</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Esiobu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Fernandes</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Fu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Fu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Fuller</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Gao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Goswami</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Goyal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Hartshorn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Hosseini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Hou</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Inan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Kardas</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Kerkez</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Khabsa</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Kloumann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Korenev</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">S</forename><surname>Koura</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Lachaux</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Lavril</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Lee</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Liskovich</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Lu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Mao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><surname>Martinet</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Mihaylov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Mishra</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Molybog</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Nie</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Poulton</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Reizenstein</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Rungta</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Saladi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Schelten</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Silva</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">M</forename><surname>Smith</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Subramanian</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><forename type="middle">E</forename><surname>Tan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Tang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Taylor</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Williams</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">X</forename><surname>Kuan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Xu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><surname>Yan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Zarov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Zhang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Fan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Kambadur</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Narang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Rodriguez</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Stojnic</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Edunov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Scialom</surname></persName>
		</author>
		<idno type="DOI">10.48550/ARXIV.2307.09288</idno>
		<idno type="arXiv">arXiv:2307.09288</idno>
		<ptr target="https://doi.org/10.48550/arXiv.2307.09288.doi:10.48550/ARXIV.2307.09288" />
		<title level="m">Llama 2: Open Foundation and Fine-tuned Chat Models</title>
				<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<monogr>
		<author>
			<persName><forename type="first">M</forename><surname>Reid</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Savinov</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Teplyashin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Lepikhin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">P</forename><surname>Lillicrap</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Alayrac</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Soricut</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Lazaridou</surname></persName>
		</author>
		<author>
			<persName><forename type="first">O</forename><surname>Firat</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schrittwieser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Antonoglou</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Anil</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Borgeaud</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">M</forename><surname>Dai</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Millican</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Dyer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Glaese</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Sottiaux</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Lee</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Viola</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Reynolds</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Xu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Molloy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Isard</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Barham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Hennigan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Mcilroy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Johnson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schalkwyk</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Collins</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Rutherford</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Moreira</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Ayoub</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Goel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Meyer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Thornton</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><surname>Yang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Michalewski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><surname>Abbas</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Schucher</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Anand</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Ives</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Keeling</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Lenc</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Haykal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Shakeri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Shyam</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Chowdhery</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Ring</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Spencer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Sezener</surname></persName>
		</author>
		<idno type="DOI">10.48550/ARXIV.2403.05530</idno>
		<idno type="arXiv">arXiv:2403.05530</idno>
		<ptr target="/ARXIV.2403.05530" />
		<title level="m">Gemini 1.5: Unlocking multimodal understanding across millions of tokens of context</title>
				<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<monogr>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">Q</forename><surname>Jiang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Sablayrolles</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Roux</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Mensch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Savary</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Bamford</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">S</forename><surname>Chaplot</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>De Las Casas</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">B</forename><surname>Hanna</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Bressand</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Lengyel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Bour</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Lample</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">R</forename><surname>Lavaud</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Saulnier</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Lachaux</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Stock</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Subramanian</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Yang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Antoniak</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">L</forename><surname>Scao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Gervet</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Lavril</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Wang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Lacroix</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">E</forename><surname>Sayed</surname></persName>
		</author>
		<idno type="DOI">10.48550/ARXIV.2401.04088</idno>
		<idno type="arXiv">arXiv:2401.04088</idno>
		<ptr target="https://doi.org/10.48550/arXiv.2401.04088.doi:10.48550/ARXIV.2401.04088" />
		<title level="m">Mixtral of Experts</title>
				<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">Language Models are Unsupervised Multitask Learners</title>
		<author>
			<persName><forename type="first">A</forename><surname>Radford</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Wu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Child</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Luan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Amodei</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Sutskever</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Dean</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Ghemawat</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">OSDI&apos;04: Sixth Symposium on Operating System Design and Implementation</title>
				<imprint>
			<date type="published" when="2018">2018</date>
			<biblScope unit="page" from="137" to="150" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<monogr>
		<author>
			<persName><forename type="first">B</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><surname>Zhang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Langrené</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Zhu</surname></persName>
		</author>
		<idno type="arXiv">arXiv:2310.14735</idno>
		<title level="m">Unleashing the potential of prompt engineering: a comprehensive review</title>
				<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">Chain-of-thought Prompting Elicits Reasoning in Large Language Models</title>
		<author>
			<persName><forename type="first">J</forename><surname>Wei</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><surname>Wang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Schuurmans</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Bosma</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Ichter</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Xia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">H</forename><surname>Chi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Q</forename><forename type="middle">V</forename><surname>Le</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Zhou</surname></persName>
		</author>
		<ptr target="http://papers.nips.cc/paper_files/paper/2022/hash/9d5609613524ecf4f15af0f7b31abca4-Abstract-Conference.html" />
	</analytic>
	<monogr>
		<title level="m">Advances in Neural Information Processing Systems 35: Annual Conference on Neural Information Processing Systems 2022, NeurIPS 2022</title>
				<editor>
			<persName><forename type="first">S</forename><surname>Koyejo</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Mohamed</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Agarwal</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">D</forename><surname>Belgrave</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">K</forename><surname>Cho</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Oh</surname></persName>
		</editor>
		<meeting><address><addrLine>New Orleans, LA, USA</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2022-12-09">November 28 -December 9, 2022, 2022</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Large Language Models are Zeroshot Reasoners</title>
		<author>
			<persName><forename type="first">T</forename><surname>Kojima</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">S</forename><surname>Gu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Reid</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Matsuo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Iwasawa</surname></persName>
		</author>
		<ptr target="http://papers.nips.cc/paper_files/paper/2022/hash/8bb0d291acd4acf06ef112099c16f326-Abstract-Conference.html" />
	</analytic>
	<monogr>
		<title level="m">Advances in Neural Information Processing Systems 35: Annual Conference on Neural Information Processing Systems 2022, NeurIPS 2022</title>
				<editor>
			<persName><forename type="first">S</forename><surname>Koyejo</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Mohamed</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Agarwal</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">D</forename><surname>Belgrave</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">K</forename><surname>Cho</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Oh</surname></persName>
		</editor>
		<meeting><address><addrLine>New Orleans, LA, USA</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2022-12-09">November 28 -December 9, 2022, 2022</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<analytic>
		<title level="a" type="main">DBpedia -A large-scale, multilingual knowledge base extracted from Wikipedia</title>
		<author>
			<persName><forename type="first">J</forename><surname>Lehmann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Isele</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Jakob</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Jentzsch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Kontokostas</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">N</forename><surname>Mendes</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Hellmann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Morsey</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Van Kleef</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Auer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Bizer</surname></persName>
		</author>
		<idno type="DOI">10.3233/SW-140134</idno>
		<ptr target="https://doi.org/10.3233/SW-140134.doi:10.3233/SW-140134" />
	</analytic>
	<monogr>
		<title level="j">Semantic Web</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="page" from="167" to="195" />
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b24">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">Q</forename><surname>Jiang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Sablayrolles</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Mensch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Bamford</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">S</forename><surname>Chaplot</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>De Las Casas</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Bressand</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Lengyel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Lample</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Saulnier</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">R</forename><surname>Lavaud</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Lachaux</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Stock</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">L</forename><surname>Scao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Lavril</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Wang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Lacroix</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">E</forename><surname>Sayed</surname></persName>
		</author>
		<idno type="DOI">10.48550/ARXIV.2310.06825</idno>
		<idno type="arXiv">arXiv:2310.06825</idno>
		<ptr target="/ARXIV.2310.06825" />
	</analytic>
	<monogr>
		<title level="j">Mistral</title>
		<imprint>
			<biblScope unit="volume">7</biblScope>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b25">
	<monogr>
		<author>
			<persName><forename type="first">T</forename><surname>Mesnard</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Hardin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Dadashi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Bhupatiraju</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Pathak</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Sifre</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Rivière</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">S</forename><surname>Kale</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Love</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Tafti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Hussenot</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Chowdhery</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Roberts</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Barua</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Botev</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Castro-Ros</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Slone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Héliou</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Tacchetti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Bulanova</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Paterson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Tsai</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Shahriari</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">L</forename><surname>Lan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">A</forename><surname>Choquette-Choo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Crepy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Cer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Ippolito</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Reid</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Buchatskaya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Ni</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Noland</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Yan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Tucker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Muraru</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Rozhdestvenskiy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Michalewski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Tenney</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Grishchenko</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Austin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Keeling</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Labanowski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Lespiau</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Stanway</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Brennan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Ferret</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Chiu</surname></persName>
		</author>
		<idno type="DOI">10.48550/ARXIV.2403.08295</idno>
		<idno type="arXiv">arXiv:2403.08295</idno>
		<ptr target="https://doi.org/10.48550/arXiv.2403.08295.doi:10.48550/ARXIV.2403.08295" />
		<title level="m">Gemma: Open Models Based on Gemini Research and Technology</title>
				<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b26">
	<monogr>
		<author>
			<persName><forename type="first">A</forename><surname>Yang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Yang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Hui</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Zheng</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Yu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Zhou</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Li</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Li</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Liu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Huang</surname></persName>
		</author>
		<idno type="arXiv">arXiv:2407.10671</idno>
		<title level="m">Qwen2 Technical Report</title>
				<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
	<note type="report_type">arXiv preprint</note>
</biblStruct>

<biblStruct xml:id="b27">
	<analytic>
		<title level="a" type="main">Prompt Programming for Large Language Models: Beyond the Few-shot Paradigm</title>
		<author>
			<persName><forename type="first">L</forename><surname>Reynolds</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Mcdonell</surname></persName>
		</author>
		<idno type="DOI">10.1145/3411763.3451760</idno>
		<idno>doi:10.1145/3411763.3451760</idno>
		<ptr target="https://doi.org/10.1145/3411763.3451760" />
	</analytic>
	<monogr>
		<title level="m">CHI &apos;21: CHI Conference on Human Factors in Computing Systems, Virtual Event</title>
				<editor>
			<persName><forename type="first">Y</forename><surname>Kitamura</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Quigley</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">K</forename><surname>Isbister</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">T</forename><surname>Igarashi</surname></persName>
		</editor>
		<meeting><address><addrLine>Yokohama Japan</addrLine></address></meeting>
		<imprint>
			<publisher>ACM</publisher>
			<date type="published" when="2021">May 8-13, 2021. 2021</date>
			<biblScope unit="volume">314</biblScope>
			<biblScope unit="page">7</biblScope>
		</imprint>
	</monogr>
	<note>Extended Abstracts</note>
</biblStruct>

<biblStruct xml:id="b28">
	<analytic>
		<title level="a" type="main">12 shades of RDF: Impact of Syntaxes on Data Extraction with Language Models</title>
		<author>
			<persName><forename type="first">C</forename><surname>Ringwald</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Gandon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Faron</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Michel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><forename type="middle">Abi</forename><surname>Akl</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">ESWC 2024 Extended Semantic Web Conference</title>
				<meeting><address><addrLine>Hersonissos, Greece</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2024-05">May 2024. 2024</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
