<?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">Computing minimal mappings</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Fausto</forename><surname>Giunchiglia</surname></persName>
							<email>fausto@disi.unitn.it</email>
							<affiliation key="aff0">
								<orgName type="department">Dipartimento di Ingegneria e Scienza dell&apos;Informazione (DISI)</orgName>
								<orgName type="institution">Università di Trento</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Vincenzo</forename><surname>Maltese</surname></persName>
							<email>maltese@disi.unitn.it</email>
							<affiliation key="aff0">
								<orgName type="department">Dipartimento di Ingegneria e Scienza dell&apos;Informazione (DISI)</orgName>
								<orgName type="institution">Università di Trento</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Aliaksandr</forename><surname>Autayeu</surname></persName>
							<email>autayeu@disi.unitn.it</email>
							<affiliation key="aff0">
								<orgName type="department">Dipartimento di Ingegneria e Scienza dell&apos;Informazione (DISI)</orgName>
								<orgName type="institution">Università di Trento</orgName>
							</affiliation>
						</author>
						<title level="a" type="main">Computing minimal mappings</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">918C335C0F1C7216839F4F0A2C77AA1E</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T12:31+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>Ontology matching</term>
					<term>lightweight ontologies</term>
					<term>minimal mappings</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Given two classifications, or lightweight ontologies, we compute the minimal mapping, namely the subset of all possible correspondences, called mapping elements, between them such that i) all the others can be computed from them in time linear in the size of the input ontologies, and ii) none of them can be dropped without losing property i). In this paper we provide a formal definition of minimal mappings and define a time efficient computation algorithm which minimizes the number of comparisons between the nodes of the two input ontologies. The experimental results show a substantial improvement both in the computation time and in the number of mapping elements which need to be handled.</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>Given any two graph-like structures, e.g., database and XML schemas, classifications, thesauri and ontologies, matching is usually identified as the problem of finding those nodes in the two structures which semantically correspond to one another. Any such pair of nodes, along with the semantic relationship holding between the two, is what we informally call a mapping element. In the last few years a lot of work has been done on this topic both in the digital libraries <ref type="bibr" target="#b14">[15,</ref><ref type="bibr" target="#b15">16,</ref><ref type="bibr" target="#b16">17,</ref><ref type="bibr" target="#b20">21]</ref> and the computer science <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b2">3,</ref><ref type="bibr" target="#b3">4,</ref><ref type="bibr" target="#b4">5,</ref><ref type="bibr" target="#b5">6,</ref><ref type="bibr" target="#b7">8,</ref><ref type="bibr" target="#b8">9]</ref> communities. In this paper we concentrate on lightweight ontologies (or formal classifications), as formally defined in <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b6">7]</ref>, and we focus on the problem of finding minimal mappings, that is, the subset of all possible correspondences, called mapping elements, such that i) all the others can be computed from them in time linear in the size of the input graphs, and ii) none of them can be dropped without losing property i). This must not be seen as a limitation. There are plenty of schemas in the world which can be translated, with almost no loss of information, into lightweight ontologies. For instance, thesauri, library classifications, file systems, email folder structures, web directories, business catalogues and so on. Lightweight ontologies are well defined and pervasive. The main advantage of minimal mappings is that they are the minimal amount of information that needs to be dealt with. Notice that this is a rather important feature as the number of possible mapping elements can grow up to n*m with n and m being the size of the two input ontologies. Minimal mappings provide clear usability advantages. Many systems and corresponding interfaces, mostly graphical, have been provided for the management of mappings but all of them hardly scale with the increasing number of nodes, and the resulting visualizations are rather messy <ref type="bibr" target="#b2">[3]</ref>. Furthermore, the maintenance of smaller sets makes the work of the user much easier, faster and less error prone <ref type="bibr" target="#b10">[11]</ref>.</p><p>The main contributions of this paper are a formal definition of minimal and, dually, redundant mappings, evidence of the fact that the minimal mapping always exists and it is unique and an algorithm for computing it. This algorithm has the following main features:</p><p>1. It can be proved to be correct and complete, in the sense that it always computes the minimal mapping; 2. It minimizes the number of calls to the node matching function which computes the relation between two nodes. Notice that node matching in the general case amounts to logical reasoning <ref type="bibr" target="#b4">[5]</ref>, and it may require exponential time; 3. It computes the mapping of maximum size (including the maximum number of redundant elements) as it maximally exploits the information codified in the graph of the lightweight ontologies in input. This, in turn, avoids missing mapping elements due to pitfalls in the node matching functions, e.g. because of missing background knowledge <ref type="bibr" target="#b7">[8]</ref>. As far as we know very little work has been done on the issue of computing minimal mappings. In general the computation of minimal mappings can be seen as a specific instance of the mapping inference problem <ref type="bibr" target="#b3">[4]</ref>. Closer to our work, in <ref type="bibr" target="#b8">[9,</ref><ref type="bibr" target="#b9">10,</ref><ref type="bibr" target="#b10">11]</ref> the authors use Distributed Description Logics (DDL) <ref type="bibr" target="#b11">[12]</ref> to represent and reason about existing ontology mappings. They introduce a few debugging heuristics which remove mapping elements which are redundant or generate inconsistencies from a given set <ref type="bibr" target="#b9">[10]</ref>. The main problem of this approach, as also recognized by the authors, is the complexity of DDL reasoning <ref type="bibr" target="#b10">[11]</ref>. In our approach, instead of pruning redundant elements, we directly compute the minimal set. Among other things, our approach allows us to minimize the number of calls to node matching.</p><p>The rest of the paper is organized as follows. Section 2 provides a motivating example. Section 3 provides the definition for redundant and minimal mappings, and it shows that the minimal set always exists and it is unique. Section 4 describes the algorithm while Section 5 evaluates it. Finally, Section 6 draws some conclusions and outlines the future work.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">A motivating example</head><p>Classifications are perhaps the most natural tool humans use to organize information content. Information items are hierarchically arranged under topic nodes moving from general ones to more specific ones as long as we go deeper in the hierarchy. This attitude is well known in Knowledge Organization as the principle of organizing from the general to the specific <ref type="bibr" target="#b15">[16]</ref>, called synthetically the get-specific principle in <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b6">7]</ref>. Consider the two fragments of classifications depicted in Fig. <ref type="figure" target="#fig_0">1</ref>. They are designed to arrange more or less the same content, but from different perspectives. The second is a fragment taken from the Yahoo web directory 1 (category Computers and Internet).</p><p>Following the approach described in <ref type="bibr" target="#b0">[1]</ref> and exploiting dedicated NLP techniques tuned to short phrases (for instance, as described in <ref type="bibr" target="#b12">[13]</ref>), classifications can be converted, exactly or with a certain degree of approximation, into their formal alter-ego, namely into lightweight ontologies. Lightweight ontologies <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b6">7]</ref> are acyclic graph structures where each natural language node label is translated into a propositional Description Logic (DL) formula codifying the meaning of the node. Notice that the formula associated to each node contains the formula of the node above to capture the fact that the meaning of each node is contextualized by the meaning of its ancestor nodes. As a consequence, the backbone structure of the resulting lightweight ontologies is represented by subsumption relations between nodes. The resulting formulas are reported in Fig. <ref type="figure">2</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Fig. 2. The minimal and redundant mapping between two lightweight ontologies</head><p>Here each string denotes a concept (e.g., journals#1) and the number at the end of the strings denote a specific concept constructed from a WordNet sense. Fig. <ref type="figure">2</ref> also reports the resulting mapping elements. We assume that each mapping element is associated with one of the following semantic relations: disjointness (⊥), equivalence (≡), more specific (⊑) and less specific (⊒), as computed for instance by semantic matching <ref type="bibr" target="#b4">[5]</ref>. Notice however that not all the mapping elements have the same semantic valence. For instance, B⊑D is a trivial logical consequence of B⊑E and E⊑D, and similarly for C⊑F and C≡G. We represent the elements in the minimal mapping using solid lines and redundant elements using dashed lines. M' is the set of maximum size (including the maximum number of redundant elements) while M is the minimal set. The problem is how to compute the minimal set in the most efficent way. </p><formula xml:id="formula_0">G ⊒ ⊒ ⊒ ⊒ ⊒ ⊒ ⊒ ⊒ ≡ ≡ ≡ ≡ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ journals#1 programming#2 ⊔ ⊔ ⊔ ⊔ development#1 languages#3 ⊓ ⊓ ⊓ ⊓ (programming#2 ⊔ ⊔ ⊔ ⊔ development#1) java#3 ⊓ ⊓ ⊓ ⊓ languages#3 ⊓ ⊓ ⊓ ⊓ (programming#2 ⊔ ⊔ ⊔ ⊔ development#1) magazines#1 ⊓ ⊓ ⊓ ⊓ java#3 ⊓ ⊓ ⊓ ⊓ languages#3 ⊓ ⊓ ⊓ ⊓ (programming#2 ⊔ ⊔ ⊔ ⊔ development#1) (development#1 ⊔ ⊔ ⊔ ⊔ programming#2) ⊓ ⊓ ⊓ ⊓ languages#3 ⊓ ⊓ ⊓ ⊓ journals#1 Java#3 ⊓ ⊓ ⊓ ⊓ (development#1 ⊔ ⊔ ⊔ ⊔ programming#2) ⊓ ⊓ ⊓ ⊓ languages#3 ⊓ ⊓ ⊓ ⊓ journals#1</formula></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Redundant and minimal mappings</head><p>Adapting the definition in <ref type="bibr" target="#b0">[1]</ref> we define a lightweight ontology as follows:</p><p>Definition 1 (Lightweight ontology). A lightweight ontology O is a rooted tree &lt;N,E,L F &gt; where: a) N is a finite set of nodes; b) E is a set of edges on N; c) L F is a finite set of labels expressed in a Propositional DL language such that for any node n i ∈ N, there is one and only one label</p><formula xml:id="formula_1">l i F ∈L F ; d) l i+1 F ⊑ l i F with n i being the parent of n i+1 .</formula><p>The superscript F is used to emphasize that labels are in a formal language. Fig. <ref type="figure">2</ref> above provides an example of (a fragment of) two lightweight ontologies.</p><p>We then define mapping elements as follows:</p><p>Definition 2 (Mapping element). Given two lightweight ontologies O 1 and O 2 , a mapping element m between them is a triple &lt;n 1 , n 2 , R&gt;, where:</p><formula xml:id="formula_2">a) n 1 ∈N 1 is a node in O 1 , called the source node; b) n 2 ∈N 2 is a node in O 2 , called the target node; c) R ∈ {≡, ⊑, ⊒, ⊥} is the strongest semantic relation holding between n 1 and n 2 .</formula><p>The partial order is such that disjointness is stronger than equivalence which, in turn, is stronger than subsumption (in both directions), and such that the two subsumption symbols are unordered. This is in order to return subsumption only when equivalence does not hold or one of the two nodes being inconsistent (this latter case generating at the same time both a disjointness and a subsumption relation), and similarly for the order between disjointness and equivalence. Notice that, under this ordering, there can be at most one mapping element between two nodes. The next step is to define the notion of redundancy. The key idea is that, given a mapping element &lt;n 1 , n 2 , R&gt;, a new mapping element &lt;n 1 ', n 2 ', R'&gt; is redundant with respect to the first if the existence of the second can be asserted simply by looking at the relative positions of n 1 with n 1 ', and n 2 with n 2 '. In algorithmic terms, this means that the second can be computed without running the time expensive node matching functions. We have identified four basic redundancy patterns as follows: </p><formula xml:id="formula_3">⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ A B (2) C D ⊒ ⊒ ⊒ ⊒ ⊒ ⊒ ⊒ ⊒ A B C (3) D ⊥ ⊥ ⊥ ⊥ C D E F (4) A B ≡ ≡ ≡ ≡ ≡ ≡ ≡ ≡ ⊥ ⊥ ⊥ ⊥ ≡ ≡ ≡ ≡</formula><p>In Fig. <ref type="figure" target="#fig_2">3</ref>, the blue dashed mappings are redundant w.r.t. the solid blue ones. The bold red solid lines show how a semantic relation propagates. Let us discuss the rationale for each of the patterns:</p><p>• Pattern (1): each mapping element &lt;C, D, ⊑&gt; is redundant w.r.t. &lt;A, B, ⊑&gt;. In fact, C is more specific than A which is more specific than B which is more specific than D. As a consequence, by transitivity C is more specific than D. • Pattern (2): dual argument as in pattern (1).</p><p>• Pattern (3): each mapping element &lt;C, D, ⊥&gt; is redundant w.r.t. &lt;A, B, ⊥&gt;. In fact, we know that A and B are disjoint, that C is more specific than A and that D is more specific than B. This implies that C and D are also disjoint. • Pattern (4): Pattern 4 is the combinations of patterns ( <ref type="formula">1</ref>) and ( <ref type="formula">2</ref>).</p><p>In other words, the patterns are the way to capture logical inference from structural information, namely just by looking at the position of the nodes in the two trees. As we will show, this on turn allows computing the redundant elements in linear time (w.r.t. the size of the two ontologies) from the ones in the minimal set. Notice that patterns (1) and ( <ref type="formula">2</ref>) are still valid in case we substitute subsumption with equivalence. However, in this case we cannot exclude the possibility that a stronger relation holds between C and D. A trivial example of where this is not the case is provided in Fig. <ref type="figure">4</ref> (a).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Fig. 4. Examples of non redundant mapping elements</head><p>On the basis of the patterns and the considerations above we can define redundant elements as follows. Here path(n) is the path from the root to the node n.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition 3 (Redundant mapping element).</head><p>Given two lightweight ontologies O 1 and O 2 , a mapping M and a mapping element m'∈M with m' = &lt;C, D, R'&gt; between them, we say that m' is redundant in M iff one of the following holds: (4) If R' is ≡, conditions (1) and ( <ref type="formula">2</ref>) must be satisfied.</p><formula xml:id="formula_4">C D A ⊑ ⊑ ⊑ ⊑ Car Automobile ≡ ≡ ≡ ≡ Auto ≡ ≡ ≡ ≡ C D B ⊑ ⊑ ⊑ ⊑ A ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ Mammal Canine Animal Dog<label>(a) (b)</label></formula><p>See how Definition 3 maps to the four patterns in Fig. <ref type="figure" target="#fig_2">3</ref>. Fig. <ref type="figure">2</ref> in Section 2 provides examples of redundant elements. Definition 3 can be proved to capture all and only the cases of redundancy.</p><p>Theorem 1 (Redundancy, soundness and completeness). Given a mapping M between two lightweight ontologies O 1 and O 2 , a mapping element m' ∈ M is redundant if and only if it satisfies one of the conditions of Definition 3.</p><p>The soundness argument is the rationale described for the patterns above. Completeness can be shown by constructing the counterargument that we cannot have redundancy in the remaining cases. We can proceed by enumeration, negating each of the patterns, encoded one by one in the conditions appearing in the Definition 3. The complete proof is given in <ref type="bibr" target="#b21">[22]</ref>. Fig. <ref type="figure">4</ref> (b) provides an example of non redundancy which is based on pattern <ref type="bibr" target="#b0">(1)</ref>. It tells us that the existence of a link between two nodes does not necessarily propagate to the two nodes below. For example we cannot derive that Canine ⊑ Dog from the set of axioms {Canine ⊑ Mammal, Mammal ⊑ Animal, Dog ⊑ Animal}, and it would be wrong to do so.</p><p>The notion of redundancy allows us to formalize the notion of minimal mapping as follows:</p><p>Definition 4 (Minimal mapping). Given two lightweight ontologies O 1 and O 2 , we say that a mapping M between them is minimal iff: a) ∄m∈M such that m is redundant (minimality condition); b) ∄M'⊃M satisfying condition a) above (maximality condition). A mapping element is minimal if it belongs to the minimal mapping.</p><p>Note that conditions (a) and (b) ensure that the minimal set is the set of maximum size with no redundant elements. As an example, the set M in Fig. <ref type="figure">2</ref> is minimal. Comparing this mapping with M' we can observe that all elements in the set M' -M are redundant and that, therefore, there are no other supersets of M with the same properties. In effect, &lt;A, G, ⊒&gt; and &lt;B, G, ⊒&gt; are redundant w.r.t. &lt;C, G, ≡&gt; for pattern (2); &lt;C, D, ⊑&gt;, &lt;C, E, ⊑&gt; and &lt;C, F, ⊑&gt; are redundant w.r.t. &lt;C, G, ≡&gt; for pattern (1); &lt;B, D, ⊑&gt; is redundant w.r.t. &lt;B, E, ⊑&gt; for pattern <ref type="bibr" target="#b0">(1)</ref>. Note that M contains far less mapping elements w.r.t. M'.</p><p>As last observation, for any two given lightweight ontologies, the minimal mapping always exists and it is unique.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Theorem 2 (Minimal mapping, existence and uniqueness). Given two lightweight ontologies O 1 and O 2 , there is always one and only one minimal mapping between them.</head><p>A proof is given in <ref type="bibr" target="#b21">[22]</ref>.</p><p>The patterns described in the previous section suggest how to significantly reduce the amount of calls to the node matchers. By looking for instance at pattern (2) in Fig. <ref type="figure" target="#fig_2">3</ref>, given a mapping element m = &lt;A, B, ⊒&gt; we know that it is not necessary to compute the semantic relation holding between A and any descendant C in the sub-tree of B since we know in advance that it is ⊒. At the top level the algorithm is organized as follows:</p><p>• Step 1, computing the minimal mapping modulo equivalence: compute the set of disjointness and subsumption mapping elements which are minimal modulo equivalence. By this we mean that they are minimal modulo collapsing, whenever possible, two subsumption relations of opposite direction into a single equivalence mapping element; • Step 2, computing the minimal mapping: eliminate the redundant subsumption mapping elements. In particular, collapse all the pairs of subsumption elements (of opposite direction) between the same two nodes into a single equivalence element. This will result into the minimal mapping; • Step 3, computing the mapping of maximum size: Compute the mapping of maximum size (including minimal and redundant mapping elements). During this step the existence of a (redundant) element is computed as the result of the propagation of the elements in the minimal mapping. The first two steps are performed at matching time, while the third is activated whenever the user wants to exploit the pre-computed mapping elements, for instance for their visualization. For lack of space in the following we give only the pseudocode for the first step. The interested reader can look at <ref type="bibr" target="#b21">[22]</ref> for the pseudo-code of the other two steps.</p><p>The minimal mapping is computed by a function TreeMatch whose pseudo-code is given in Fig. <ref type="figure" target="#fig_4">5</ref>. M is the minimal set while T1 and T2 are the input lightweight ontologies. TreeMatch is crucially dependent on the node matching functions NodeDisjoint (given in <ref type="bibr" target="#b21">[22]</ref>) and NodeSubsumedBy (Fig. <ref type="figure" target="#fig_5">6</ref>) which take two nodes n1 and n2 and return a positive answer respectively in case of disjointness or subsumption, or a negative answer if it is not the case or they are not able to establish it. Notice that these two functions hide the heaviest computational costs; in particular their computation time is exponential when the relation holds, but possibly much faster, when the relation does not hold. The main motivation for this is that the node matching problem, in the general case, should be translated into disjointness or subsumption problem in propositional DL (see <ref type="bibr" target="#b4">[5]</ref> for a detailed description). The goal, therefore, is to compute the minimal mapping by minimizing the calls to the node matching functions and, in particular minimizing the calls where the relation will turn out to hold. We achieve this purpose by processing both trees top down. To maximize the performance of the system, TreeMatch has therefore been built as the sequence of three function calls: the first call to TreeDisjoint (line 80) computes the minimal set of disjointness mapping elements, while the second and the third call to TreeSubsumedBy compute the minimal set of subsumption mapping elements in the two directions modulo equivalence (lines 90-120). Notice that in the second call, TreeSubsumedBy is called with the input ontologies with swapped roles. These three calls correspond to Step 1 above. Line 130 in the pseudo code of the TreeMatch implements the Step 2.</p><p>Given two sub-trees in input, rooted in n1 and n2, the TreeDisjoint function searches for the first disjointness elements along any pair of paths in them. Look at <ref type="bibr" target="#b21">[22]</ref> for corresponding pseudo-code and the complete description.</p><p>TreeSubsumedBy (Fig. <ref type="figure" target="#fig_5">6</ref>) recursively finds all minimal mapping elements where the strongest relation between the nodes is ⊑ (or dually, ⊒ in the second call in the TreeMatch, line 120. In the following we will concentrate only on the first call).  Notice that TreeSubsumedBy assumes that the minimal disjointness elements are already computed. As a consequence, at line 30 it checks whether the mapping ele-ment between the nodes n1 and n2 is already in the minimal set. If this is the case it stops the recursion. This allows computing the stronger disjointness relation rather than subsumption when both hold (namely in presence of an inconsistent node). Given n2, lines 40-50 implement a depth first recursion in the first tree till a subsumption is found. The test for subsumption is performed by the NodeSubsumedBy function that checks whether the formula obtained by the conjunction of the formulas associated to the node n1 and the negation of the formula for n2 is unsatisfiable (lines 170-190). Lines 60-140 implement what happens after the first subsumption is found.</p><p>The key idea is that, after finding the first subsumption, TreeSubsumedBy keeps recursing down the second tree till it finds the last subsumption. When this happens, the resulting mapping element is added to the minimal set (line 100). Notice that both NodeDisjoint and NodeSubsumedBy call the function Unsatisfiable which embeds a call to a SAT solver.</p><p>To fully understand TreeSubsumedBy, the reader should check what happens in the four situations in Fig. <ref type="figure">7</ref>. In case (a) the first iteration of the TreeSubsumedBy finds a subsumption between A and C. Since C has no children, it skips lines 80-90 and directly adds the mapping element &lt;A, C, ⊑&gt; to the minimal set (line 100). In case (b), since there is a child D of C the algorithm iterates on the pair A-D (lines 80-90) finding a subsumption between them. Since there are no other nodes under D, it adds the mapping element &lt;A, D, ⊑&gt; to the minimal set and returns true. Therefore LastNodeFound is set to true (line 90) and the mapping element between the pair A-C is recognized as redundant. Case (c) is similar. The difference is that TreeSubsum-edBy will return false when checking the pair A-D (line 30), thanks to previous computation of minimal disjointness mapping elements, and therefore the mapping element &lt;A, C, ⊑&gt; is recognized as minimal. In case (d) the algorithm iterates after the second subsumption mapping element is identified. It first checks the pair A-C and iterates on A-D concluding that subsumption does not hold between them (line 40). Therefore, it recursively calls TreeSubsumedBy between B and D. In fact, since &lt;A, C, ⊑&gt; will be recognized as minimal, it is not worth checking &lt;B, C, ⊑&gt; for pattern <ref type="bibr" target="#b0">(1)</ref>. As a consequence &lt;B, D, ⊑&gt; is recognized as minimal together with &lt;A, C, ⊑&gt;.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Fig. 7. Examples of applications of the TreeSubsumedBy</head><p>Five observations. The first is that, even if, overall, TreeMatch implements three loops instead of one, the wasted (linear) time is largely counterbalanced by the exponential time saved by avoiding a lot of useless calls to the SAT solver. The second is that, when the input trees T1 and T2 are two nodes, TreeMatch behaves as a node matching function which returns the semantic relation holding between the input nodes. The third is that the call to TreeDisjoint before the two calls to TreeSubsum-edBy allows us to implement the partial order on relations defined in the previous</p><formula xml:id="formula_5">C A ⊑ ⊑ ⊑ ⊑ D C A ⊑ ⊑ ⊑ ⊑ (a) (b) ⊑ ⊑ ⊑ ⊑ B D C A ⊑ ⊑ ⊑ ⊑ (c) ⊥ ⊥ ⊥ ⊥ B D C A ⊑ ⊑ ⊑ ⊑ (d) ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑ ⊑</formula><p>section. In particular it allows returning only a disjointness mapping element when both disjointness and subsumption hold. The fourth is the fact that skipping (in the body of the TreeDisjoint) the two sub-trees where disjointness holds is what allows not only implementing the partial order (see the previous observation) but also saving a lot of useless calls to the node matching functions. The fifth and last observation is that the implementation of TreeMatch crucially depends on the fact that the minimal elements of the two directions of subsumption and disjointness can be computed independently (modulo inconsistencies).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Evaluation</head><p>The algorithm presented in the previous section, let us call it MinSMatch, has been implemented by taking the node matching routines of the state of the art matcher SMatch <ref type="bibr" target="#b4">[5]</ref> and by changing the way the tree structure is matched. The evaluation has been performed by directly comparing the results of MinSMatch and SMatch on several real-world datasets. All tests have been performed on a Pentium D 3.40GHz with 2GB of RAM running Windows XP SP3 operating system with no additional applications running except the matching system. Both systems were limited to allocating no more than 1GB of RAM. The tuning parameters were set to the default values. The selected datasets had been already used in previous evaluations, see <ref type="bibr" target="#b13">[14]</ref>. Some of these datasets can be found at OAEI web site<ref type="foot" target="#foot_0">2</ref> . The first two datasets describe courses and will be called Cornell and Washington, respectively. The second two come from the arts domain and will be referred to as Topia and Icon, respectively. The third two datasets have been extracted from the Looksmart, Google and Yahoo! directories and will be referred to as Source and Target. The fourth two datasets contain portions of the two business directories eCl@ss<ref type="foot" target="#foot_1">3</ref> and UNSPSC <ref type="foot" target="#foot_2">4</ref> and will be referred to as Eclass and Unspsc.  <ref type="table" target="#tab_2">2</ref>. The reduction in the last column is calculated as (1-m/t), where m is the number of elements in the minimal set and t is the total number of elements in the mapping of maximum size, as computed by MinSMatch. As it can be easily noticed, we have a significant reduction, in the range 68-96%.</p><p>The second interesting observation is that in Table <ref type="table" target="#tab_2">2</ref>, in the last two experiments, the number of total mapping elements computed by MinSMatch is slightly higher (compare the second and the third column). This is due to the fact that in the presence of one of the patterns, MinSMatch directly infers the existence of a mapping element without testing it. This allows MinSMacth, differently from SMatch, to avoid missing elements because of failures of the node matching functions (because of lack of background knowledge <ref type="bibr" target="#b7">[8]</ref> To conclude our analysis, Table <ref type="table" target="#tab_3">3</ref> shows the reduction in computation time and calls to SAT. As it can be noticed, the time reductions are substantial, in the range 16% -59%, but where the smallest savings are for very small ontologies. In principle, the deeper the ontologies the more we should save. The interested reader can refer to <ref type="bibr" target="#b4">[5,</ref><ref type="bibr" target="#b13">14]</ref>  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6">Conclusions</head><p>In this paper we have provided a definition and a fast algorithm for the computation of the minimal mapping between two lightweight ontologies. The evaluation shows a substantial improvement in the (much lower) computation time, in the (much lower) number of elements which need to be stored and handled and in the (higher) total number of mapping elements which are computed.</p><p>The future work includes the experimentation with various large Knowledge Organization Systems (e.g., NALT, AGROVOC, LCSH).</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Fig. 1 .</head><label>1</label><figDesc>Fig. 1. Two classifications</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>1</head><label></label><figDesc>http://dir.yahoo.com/ M' = {&lt;A, G, ⊒&gt;, &lt;B, D, ⊑&gt;, &lt;B, E, ⊑&gt;, &lt;B, G, ⊒&gt;, &lt;C, D, ⊑&gt;, &lt;C, E, ⊑&gt;, &lt;C, F, ⊑&gt;, &lt;C, G, ≡&gt;} M = { &lt;B, E, ⊑&gt;, &lt;C, G, ≡&gt;}</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Fig. 3 .</head><label>3</label><figDesc>Fig. 3. Redundancy detection patterns</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>( 1 )</head><label>1</label><figDesc>If R' is ⊑, ∃m∈M with m = &lt;A, B, R&gt; and m ≠ m' such that R ∈ {⊑, ≡ ≡ ≡ ≡}, A ∈ path(C) and D ∈ path(B); (2) If R' is ⊒, ∃m∈M with m = &lt;A, B, R&gt; and m ≠ m' such that R ∈ {⊒, ≡}, C ∈ path(A) and B ∈ path(D); (3) If R' is ⊥, ∃m∈M with m = &lt;A, B, ⊥&gt; and m ≠ m' such that A ∈ path(C) and B ∈ path(D);</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Fig. 5 .</head><label>5</label><figDesc>Fig. 5. Pseudo-code for the tree matching function</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Fig. 6 .</head><label>6</label><figDesc>Fig. 6. Pseudo-code for the TreeSubsumedBy function</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>Table 1 .</head><label>1</label><figDesc>Table 1 describes some indicators of the complexity of these datasets. Complexity of the datasets Consider Table</figDesc><table><row><cell>#</cell><cell>Dataset pair</cell><cell>Node count</cell><cell>Max depth</cell><cell>Average</cell></row><row><cell></cell><cell></cell><cell></cell><cell></cell><cell>branching factor</cell></row><row><cell>1</cell><cell>Cornell/Washington</cell><cell>34/39</cell><cell>3/3</cell><cell>5.50/4.75</cell></row><row><cell>2</cell><cell>Topia/Icon</cell><cell>542/999</cell><cell>2/9</cell><cell>8.19/3.66</cell></row><row><cell>3</cell><cell>Source/Target</cell><cell>2857/6628</cell><cell>11/15</cell><cell>2.04/1.94</cell></row><row><cell>4</cell><cell>Eclass/Unspsc</cell><cell>3358/5293</cell><cell>4/4</cell><cell>3.18/9.09</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>Table 2 .</head><label>2</label><figDesc>). One such example from our experiments is reported below (directories Source and Target): \Top\Computers\Internet\Broadcasting\Video Shows \Top\Computing\Internet\Fun &amp; Games\Audio &amp; Video\Movies We have a minimal mapping element which states that Video Shows ⊒ Movies. The element generated by this minimal one, which is captured by MinSMatch and missed by SMatch (because of the lack of background knowledge about the relation between 'Broadcasting' and 'Movies') states that Broadcasting ⊒ Movies. Mapping sizes.</figDesc><table><row><cell></cell><cell>S-Match</cell><cell></cell><cell>MinSMatch</cell><cell></cell></row><row><cell>#</cell><cell>Total mapping</cell><cell>Total mapping</cell><cell>Minimal mapping</cell><cell>Reduction, %</cell></row><row><cell></cell><cell>elements (t)</cell><cell>elements (t)</cell><cell>elements (m)</cell><cell></cell></row><row><cell>1</cell><cell>223</cell><cell>223</cell><cell>36</cell><cell>83.86</cell></row><row><cell>2</cell><cell>5491</cell><cell>5491</cell><cell>243</cell><cell>95.57</cell></row><row><cell>3</cell><cell>282638</cell><cell>282648</cell><cell>30956</cell><cell>89.05</cell></row><row><cell>4</cell><cell>39590</cell><cell>39818</cell><cell>12754</cell><cell>67.97</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head>Table 3 .</head><label>3</label><figDesc>for a detailed qualitative and performance evaluation of SMatch w.r.t. other state of the art matching algorithms. Run time and SAT problems</figDesc><table><row><cell></cell><cell></cell><cell>Run Time, ms</cell><cell></cell><cell></cell><cell>SAT calls</cell><cell></cell></row><row><cell>#</cell><cell>S-Match</cell><cell cols="2">MinSMatch Reduction,</cell><cell>S-Match</cell><cell cols="2">MinSMatch Reduction,</cell></row><row><cell></cell><cell></cell><cell></cell><cell>%</cell><cell></cell><cell></cell><cell>%</cell></row><row><cell>1</cell><cell>472</cell><cell>397</cell><cell>15.88</cell><cell>3978</cell><cell>2273</cell><cell>42.86</cell></row><row><cell>2</cell><cell>141040</cell><cell>67125</cell><cell>52.40</cell><cell>1624374</cell><cell>616371</cell><cell>62.05</cell></row><row><cell>3</cell><cell>3593058</cell><cell>1847252</cell><cell>48.58</cell><cell>56808588</cell><cell>19246095</cell><cell>66.12</cell></row><row><cell>4</cell><cell>6440952</cell><cell>2642064</cell><cell>58.98</cell><cell>53321682</cell><cell>17961866</cell><cell>66.31</cell></row></table></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_0">http://oaei.ontologymatching.org/2006/directory/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_1">http://www.eclass-online.com/</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_2">http://www.unspsc.org/</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Encoding Classifications into Lightweight Ontologies</title>
		<author>
			<persName><forename type="first">F</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Marchese</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Zaihrayeu</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Data Semantics</title>
		<imprint>
			<biblScope unit="volume">8</biblScope>
			<biblScope unit="page" from="57" to="81" />
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<title level="m" type="main">Ontology Matching</title>
		<author>
			<persName><forename type="first">P</forename><surname>Shvaiko</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Euzenat</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2007">2007</date>
			<publisher>Springer-Verlag New York, Inc. Secaucus</publisher>
			<pubPlace>, NJ, USA</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Ten Challenges for Ontology Matching</title>
		<author>
			<persName><forename type="first">P</forename><surname>Shvaiko</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Euzenat</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 7th International Conference on Ontologies, Databases, and Applications of Semantics (ODBASE</title>
				<meeting>the 7th International Conference on Ontologies, Databases, and Applications of Semantics (ODBASE</meeting>
		<imprint>
			<date type="published" when="2008">2008. 2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Representing and Reasoning about Mappings between Domain Models</title>
		<author>
			<persName><forename type="first">J</forename><surname>Madhavan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">A</forename><surname>Bernstein</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Domingos</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">Y</forename><surname>Halevy</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">At the 18th National Conference on Artificial Intelligence</title>
				<imprint>
			<publisher>AAAI</publisher>
			<date type="published" when="2002">2002. 2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Semantic Matching: algorithms and implementation</title>
		<author>
			<persName><forename type="first">F</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Yatskevich</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Shvaiko</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal on Data Semantics</title>
		<imprint>
			<biblScope unit="volume">IX</biblScope>
			<date type="published" when="2007">2007. 2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">First results of the Ontology Alignment Evaluation Initiative</title>
		<author>
			<persName><forename type="first">C</forename><surname>Caracciolo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Euzenat</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Hollink</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Ichise</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Isaac</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Malaisé</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Meilicke</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Pane</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Shvaiko</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2008">2008. 2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Lightweight Ontologies</title>
		<author>
			<persName><forename type="first">F</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Zaihrayeu</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The Encyclopedia of Database Systems</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2007">2007. 2008</date>
		</imprint>
	</monogr>
	<note>to appear</note>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Discovering missing background knowledge in ontology matching</title>
		<author>
			<persName><forename type="first">F</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Shvaiko</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Yatskevich</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 17th European Conference on Artificial Intelligence (ECAI 2006)</title>
				<meeting>the 17th European Conference on Artificial Intelligence (ECAI 2006)</meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
			<biblScope unit="page" from="382" to="386" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Reasoning about Ontology Mappings</title>
		<author>
			<persName><forename type="first">H</forename><surname>Stuckenschmidt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Serafini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Wache</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the ECAI-06 Workshop on Contextual Representation and Reasoning</title>
				<meeting>the ECAI-06 Workshop on Contextual Representation and Reasoning</meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Improving automatically created mappings using logical reasoning</title>
		<author>
			<persName><forename type="first">C</forename><surname>Meilicke</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Stuckenschmidt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Tamilin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">the proceedings of the 1st International Workshop on Ontology Matching OM-2006</title>
		<title level="s">CEUR Workshop Proceedings</title>
		<imprint>
			<date type="published" when="2006">2006</date>
			<biblScope unit="volume">225</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Reasoning support for mapping revision</title>
		<author>
			<persName><forename type="first">C</forename><surname>Meilicke</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Stuckenschmidt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Tamilin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Logic and Computation</title>
		<imprint>
			<date type="published" when="2008">2008. 2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Distributed Description Logics: Assimilating Information from Peer Sources</title>
		<author>
			<persName><forename type="first">A</forename><surname>Borgida</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Serafini</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal on Data Semantics</title>
		<imprint>
			<biblScope unit="page" from="153" to="184" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">From web directories to ontologies: Natural language processing challenges</title>
		<author>
			<persName><forename type="first">I</forename><surname>Zaihrayeu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Sun</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Pan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Q</forename><surname>Ju</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Chi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><surname>Huang</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">6 th International Semantic Web Conference</title>
				<meeting><address><addrLine>ISWC</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2007">2007. 2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">A Large Scale Taxonomy Mapping Evaluation</title>
		<author>
			<persName><forename type="first">P</forename><surname>Avesani</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Yatskevich</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of International Semantic Web Conference (ISWC 2005)</title>
				<meeting>International Semantic Web Conference (ISWC 2005)</meeting>
		<imprint>
			<date type="published" when="2005">2005</date>
			<biblScope unit="page" from="67" to="81" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">Trends and Issues in Establishing Interoperability Among Knowledge Organization Systems</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">L</forename><surname>Zeng</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Chan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of the American Society for Information Science and Technology</title>
		<imprint>
			<biblScope unit="volume">55</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="377" to="395" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">Extending Semantic Matching Towards Digital Library Contexts</title>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">A</forename><surname>Kovács</surname></persName>
		</author>
		<author>
			<persName><surname>Micsik</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc.eedings of the 11th European Conference on Digital Libraries (ECDL</title>
				<meeting>.eedings of the 11th European Conference on Digital Libraries (ECDL</meeting>
		<imprint>
			<date type="published" when="2007">2007. 2007</date>
			<biblScope unit="page" from="285" to="296" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">Element matching in concept maps</title>
		<author>
			<persName><forename type="first">B</forename><surname>Marshall</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Madhusudan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 4th ACM/IEEE-CS Joint Conference on Digital Libraries (JCDL</title>
				<meeting>the 4th ACM/IEEE-CS Joint Conference on Digital Libraries (JCDL</meeting>
		<imprint>
			<date type="published" when="2004">2004. 2004</date>
			<biblScope unit="page" from="186" to="187" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">What is Knowledge Organization (KO)?. Knowledge Organization</title>
		<author>
			<persName><forename type="first">B</forename><surname>Hjørland</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">ternational Journal devoted to Concept Theory, Classification, Indexing and Knowledge Representation</title>
		<imprint>
			<biblScope unit="volume">35</biblScope>
			<biblScope unit="issue">2/3</biblScope>
			<biblScope unit="page" from="86" to="101" />
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">A Universal Source Thesaurus as a Classification Generator</title>
		<author>
			<persName><forename type="first">D</forename><surname>Soergel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of the American Society for Information Science</title>
		<imprint>
			<biblScope unit="volume">23</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="299" to="305" />
			<date type="published" when="1972">1972</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">Vocabulary Mapping for Terminology Services</title>
		<author>
			<persName><forename type="first">D</forename><surname>Vizine-Goetz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Hickey</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Houghton</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Thompson</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Digital Information</title>
		<imprint>
			<biblScope unit="volume">4</biblScope>
			<biblScope unit="issue">4</biblScope>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<analytic>
		<title level="a" type="main">Semantic Problems of Thesaurus Mapping</title>
		<author>
			<persName><forename type="first">M</forename><surname>Doerr</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Digital Information</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="issue">8</biblScope>
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<monogr>
		<author>
			<persName><forename type="first">F</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Maltese</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Autayeu</surname></persName>
		</author>
		<ptr target="http://eprints.biblio.unitn.it/archive/00001525/" />
		<title level="m">Computing minimal mappings</title>
				<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
		<respStmt>
			<orgName>University of Trento, DISI Technical Report</orgName>
		</respStmt>
	</monogr>
</biblStruct>

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