<?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">LN2R -a knowledge based reference reconciliation system: OAEI 2010 Results</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Fatiha</forename><surname>Saïs</surname></persName>
							<email>fatiha.sais@lri.fr</email>
							<affiliation key="aff0">
								<orgName type="institution">LRI (Paris-Sud</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Nobal</forename><surname>Niraula</surname></persName>
							<email>nb.niraula@gmail.com</email>
							<affiliation key="aff2">
								<orgName type="institution">University of Memphis</orgName>
								<address>
									<region>TN</region>
									<country key="US">USA</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Nathalie</forename><surname>Pernelle</surname></persName>
							<email>nathalie.pernelle@lri.fr</email>
							<affiliation key="aff0">
								<orgName type="institution">LRI (Paris-Sud</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Marie-Christine</forename><surname>Rousset</surname></persName>
							<email>marie-christine.rousset@imag.fr</email>
							<affiliation key="aff3">
								<orgName type="laboratory">LIG -Laboratoire dInformatique de Grenoble</orgName>
								<address>
									<addrLine>BP 72</addrLine>
									<postCode>38402</postCode>
									<settlement>St MARTIN DHERES</settlement>
									<country key="FR">France</country>
								</address>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff1">
								<orgName type="institution" key="instit1">University &amp; CNRS</orgName>
								<orgName type="institution" key="instit2">INRIA Saclay Parc-Club Orsay Univ. Bat. G</orgName>
								<address>
									<addrLine>4, rue Jacques Monod</addrLine>
									<postCode>F-91893</postCode>
									<settlement>Orsay Cedex</settlement>
									<country key="FR">France</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">LN2R -a knowledge based reference reconciliation system: OAEI 2010 Results</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">3836B38B358932345CED7DCA6B643F26</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T05:51+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>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This paper presents the first participation of LN2R system in IM@OAEI2010, the Instance Matching track of Ontology Alignment Evaluation Initiative 2010 Campaign. In particular, we participated in OWL data track by performing LN2R system on Person-Restaurant data set. We obtained very good results on person data sets and reasonable results on restaurant data set.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Presentation of the system</head><p>To design a semantic information integration system, we are faced to two reconciliation problems. First, the schema (or ontology) reconciliation which consists in finding mappings between elements (concepts or relations) of two schemas or two ontologies (see <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b1">2]</ref> for surveys). The second problem concerns data reconciliation (named reference reconciliation) which consists in comparing data descriptions and deciding whether different descriptions refer to the same real world entity (e.g. the same person, the same article, the same gene). The problem of reference reconciliation is very critical, since it impacts data quality and data consistency <ref type="bibr" target="#b2">[3]</ref>.</p><p>In LN2R system, we address only the problem of reference reconciliation. There are several kinds of reference reconciliation approaches: knowledge-based, similaritybased, probabilistic, supervised, etc. <ref type="bibr" target="#b3">[4]</ref>. In this paper we focus our study on reference reconciliation approaches that are informed and global. Informed approaches are those which exploit knowledge that is declared in the ontology to reconcile data. Reference reconciliation approaches are said global when they exploits the dependencies possibly existing between reference reconciliations <ref type="bibr" target="#b4">[5,</ref><ref type="bibr" target="#b5">6]</ref>. Such approaches use attribute values describing the data but also references that are related to the considered data <ref type="bibr" target="#b4">[5,</ref><ref type="bibr" target="#b5">6]</ref>. For example, the reconciliation between two scientists can entail the reconciliation between their two affiliated universities. Such dependencies result from the semantics of the domain of interest.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.1">State, purpose, general statement</head><p>The reference reconciliation system (LN2R) that we have tested in IM@OAEI2010 campaign is knowledge-based, unsupervised and based on two methods, a logical one called L2R and a numerical one called N2R. The Logical method for Reference Reconciliation (L2R) is based on the translation in first order logic (Horn rules) of some of the schema semantics. In order to complement the partial results of L2R, we have designed a Numerical method for Reference Reconciliation (N2R). It exploits the L2R results and allows computing similarity scores for each pair of references.</p><p>Reference reconciliation problem. Let S1 and S2 be two data sources which conform to the same OWL ontology. Let I1 and I2 be the two reference sets that correspond respectively to the data of S1 and S2. The problem consists in deciding whether references are reconciled or not reconciled. Let Reconcile be a binary predicate. Reconcile(X, Y ) means that the two references denoted by X and Y refer to the same world entity. The reference reconciliation problem considered in L2R consists in extracting from the set I1 × I2 of reference pairs two subsets REC and N REC such that:</p><formula xml:id="formula_0">REC = {(i, i), Reconcile(i, i)} and N REC = {(i, i), ¬Reconcile(i, i)}</formula><p>The reference reconciliation problem considered in N2R consists in, given a similarity function Simr : I1 × I2 → 0..1, and a threshold Trec (a real value in 0..1 given by an expert, fixed experimentally or learned on a labeled data sample), computing the following set:</p><formula xml:id="formula_1">REC N 2R = {(i, i ) ∈ (I 1 × I 2 )\(REC ∪ N REC), s.t.Sim r (i, i ) &gt; T rec }</formula></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.2">Specific techniques used</head><p>In the following, we will present some details on the knowledge-based reference reconciliation system (LN2R). First, we will show through an example the ontology and the kind of knowledge that we use. Second, we give a brief presentation of the two methods L2R and N2R of reference reconciliation.</p><p>The ontology and its constraints The considered OWL ontology consists of a set of classes (unary relations) organized in a taxonomy and a set of typed properties (binary relations). These properties can also be organized in a taxonomy of properties. Two kinds of properties can be distinguished in OWL: the so-called relations (in OWL abstractProperty), the domain and the range of which are classes and the so-called attributes (in OWL objectProperty), the domain of which is a class and the range of which is a set of basic values (e.g. Integer, Date, Literal).</p><p>We allow the declaration of constraints expressed in OWL-DL or in SWRL in order to enrich the domain ontology. The constraints that we consider are of the following types:</p><p>-Constraints of disjunction between classes: DISJOINT(C,D) is used to declare that the two classes C and D are disjoint. -Constraints of functionality of properties: PF(P) is used to declare that the property P (relation or attribute) is a functional property.  -Constraints of inverse functionality of properties: PFI(P) is used to declare that the property P (relation or attribute) is an inverse functional property. These constraints can be generalized to a set {P 1 , . . . , P n } of relations or attributes to state a combined constraint of inverse functionality that we will denote PFI(P 1 , . . . , P n ). For example, P F I(located, name) expresses that one address and one name cannot be associated to several cultural places (i.e. both are needed to identify a cultural place).</p><p>Data description and their constraints A piece of has a reference, which has the form of a URI (e.g. http://www.louvre.fr,NS-S1/painting243), and a description, which is a set of RDF facts involving its reference. An RDF fact can be: either (i) a class-fact C(i), where C is a class and i is a reference, (ii) a relation-fact R(i1, i2), where R is a relation and i1 and i2 are references, or (iii) an attribute-fact A(i, v), where A is an attribute, i a reference and v a basic value (e.g. integer, string, date).</p><p>The data description that we consider is composed of the RDF facts coming from the data sources enriched by applying the OWL entailment rules. We consider that the descriptions of data coming from different sources conform to the same OWL ontology (possibly after schema reconciliation). Figure <ref type="figure" target="#fig_1">1 (b)</ref>, provides examples of data coming from two RDF data sources S1 and S2, which conform to a same ontology describing the cultural application previously mentioned.</p><p>L2R: a Logical method for Reference Reconciliation L2R <ref type="bibr" target="#b6">[7]</ref> is based on the inference of facts of reconciliation (Reconcile(i,j) ) and of non-reconciliation (¬Reconcile(i , j )) from a set of facts and a set of rules which transpose the semantics of the data sources and of the schema into logical dependencies between reference reconciliations. Facts of synonymy (SynVals(v1,v2)) and of no synonymy (¬SynV als(u1, u2)) between basic values (strings, dates) are also inferred. For instance, the synonymy SynVals("JoDS", "Journal of Data Semantics") may be inferred.</p><p>The L2R distinguishing features are that it is global and logic-based: every constraint declared on the data and on the OWL ontology is automatically translated into first-order logic Horn rules (rules for short) that express dependencies between reconciliations. For instance, the following rule R translates the knowledge that the two classes M useum and City are disjoint, R :</p><formula xml:id="formula_2">M useum(X) ∧ City(Y ) ⇒ ¬Reconcile(X, Y )</formula><p>To deduce all the (non ) reconciliation and (non) synonymy facts from the knowledge base, we use a logical reasoning based on the unit-resolution inference rule. The advantage of such a logical approach is that if the data are error-free and if the declared constraints are valid, then the reconciliations and non-reconciliations that are inferred are correct, thus guaranteeing a 100 % precision of the results. N2R: a Numerical method for Reference Reconciliation N2R <ref type="bibr" target="#b4">[5]</ref> has two main distinguishing characteristics. First, it is fully unsupervised: it does not require any training phase from manually labeled data to set up coefficients or parameters. Second, it is based on equations that model the influence between similarities. In the equations, each variable represents the (unknown) similarity between two references while the similarities between values of attributes are constants. These constants are obtained, either (i) by exploting a dictionnary of synonyms (e.g. WordNet thesaurus, the dictionnary of synonyms generated by L2R <ref type="bibr" target="#b6">[7]</ref>); or (ii) by using standard similarity measures on strings or on sets of strings. Furthermore, ontology and data knowledge (disjunctions and UNA) is exploited by N2R in a filtering step to reduce the number of reference pairs that are considered in the equation system. The functions modeling the influence between similarities are a combination of maximum and average functions in order to take into account the constraints of functionality and inverse functionality declared in the OWL ontology in an appropriate way. The equations modeling the dependencies between similarities. For each pair of references, its similarity score is modeled by a variable x i and the way it depends on other similarity scores is modeled by an equation:</p><formula xml:id="formula_3">x i = f i (X), where i ∈ [1.</formula><p>.n] and n is the number of reference pairs for which we apply N2R, and X = (x 1 , x 2 , . . . , x n ). Each equation</p><formula xml:id="formula_4">x i = f i (X) is of the form: f i (X) = max(f i−df (X), f i−ndf (X))</formula><p>The function f i−df (X) is the maximum of the similarity scores of the value pairs and the reference pairs of attributes and relations with which the i-th reference pair is functionally dependent. The maximum function allows propagating the similarity scores of the values and the references having a strong impact. The function f i−ndf (X) is defined by a weighted average of the similarity scores of the values pairs (and sets) and the reference pairs (and sets) of attributes and relations with which the i-th reference pair is not functionally dependent. See <ref type="bibr" target="#b4">[5]</ref> for the detailed definition of f i−df (X) and f i−ndf (X). Iterative algorithm for reference pairs similarity computation. Solving this equation system is done by an iterative method inspired from the Jacobi method <ref type="bibr" target="#b7">[8]</ref>, which is fast converging on linear equation systems. To compute the similarity scores, we have implemented an iterative resolution method. At each iteration, the method computes the variable values by using those computed in the precedent iteration. Starting from an initial vector X 0 = (x 0 1 , x 0 2 , ..., x 0 n ), the value of the vector X at the k-th iteration is obtained by the expression: X k = F (X k−1 ). At each iteration k we compute the value of each x k i :</p><formula xml:id="formula_5">x k i = f i (x k−1 1 , x k−1 2 , ...x k−1 n ) until a fix-point with precision is reached. The fix-point is reached when: ∀i, |x k i − x k−1 i</formula><p>| &lt;= . The similarity computation is illustrated by the equation system (see Table <ref type="table">1</ref>) obtained from the data descriptions shown in the example 1.</p><p>x 1 = Sim r (S1 m1, S2 m1) ; Sim v ("Le louvre", "Musee du louvre") = 0.68 x 2 = Sim r (S1 p1, S2 p1) ; Sim v ("La Joconde", "Abricotiers en fleurs") = 0.1 x 3 = Sim r (S1 p1, S2 p2) ; Sim v ("La Joconde", "Joconde") = 0.9 x 4 = Sim r (S1 c1, S2 c1) ; Sim v ("Paris", "Ville de Paris") = 0.42</p><p>The weights are computed in function of the number of common attributes and common relations of the reference pairs. The weights used in the value computation of the variables x 1 , x 2 , x 3 and x 4 are respectively: λ 11 = 1/4, λ 21 = 1/2, λ 31 = 1/2 and λ 41 = 1/2. We assume that point-fix precision is equal to 0.005.</p><p>The equation system is the one given in the example 2. The different iterations of the resulting similarity computation are provided in Table <ref type="table">1</ref>.</p><formula xml:id="formula_6">Iterations 0 1 2 3 4 x1 = max(0.68, x2, x3, 1</formula><p>4 * x4) 0 0.68 0.9 0.9 0.9 x2 = max(0.1, 1 2 * x1) 0 0.1 0.34 0.45 0.45 x3 = max(0.9, 1 2 * x1) 0 0.9 0.9 0.9 0.9 x4 = max(0.42, x1) 0 0.42 0.68 0.9 0.9</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Table 1. Example of iterative similarity computation</head><p>The solution of the equation system is X = (0.9, 0.45, 0.9, 0.9). This corresponds to the similarity scores of the four reference pairs. The fix-point has been reached after four iterations. If we fix the reconciliation threshold T rec at 0.80, then we obtain three reconciliation decisions: two cities, two museums and two paintings.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.3">Adaptations made for the evaluation</head><p>In order to perform the evaluation of LN2R system on the data sets provided by IM@OAEI2010 evaluation campaign we were faced to do some choices and adaptations. As LN2R system assume that the data sets conform to the same ontology, we have performed the following steps:</p><p>1. manual alignment of the two ontologies (schemas), 2. choose a federated ontology (one among the two considered ontologies) and 3. transform the other ontology to the chosen one.</p><p>Thanks to the small size of the considered ontologies and to their structural and semantic closeness, the above steps were performed easily. For example, for the restaurant data set, the difference between the two ontologies is that the category and city are object properties in one ontology and data properties in the other.</p><p>In addition to this, we have transformed the LN2R output to comply with the OAEI alignment format.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.4">Link to the system and parameters file</head><p>The LN2R system (including the parameters file) can be downloaded at: http://www.lri.fr/ ˜sais/IM-OAEI10/LN2RSystem.zip.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.5">Link to the set of provided alignments (in align format)</head><p>The results that are obtained by LN2R in the instance matching track of OAEI 2010 campaign can be found at: http://www.lri.fr/ ˜sais/IM-OAEI10/LN2RResults.zip.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Results</head><p>In this section we present our comments on the results obtained from the first participation of LN2R in the Instance matching track IM@OAEI 2010. We have tested LN2R system on person and restaurant (PR) data sets.</p><p>To evaluate our system we have compared its results on the different data sets with the provided gold-standard and we have computed the recall, the precision and the Fmeasure.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1">Person1 and Person2 data sets</head><p>In this track, participants are asked to find all correct alignments between person' instances for the two data sets person1 and person2. Each data set contains the OWL ontologies, the two RDF files to be reconciled and the reference alignments (goldstandard) file.</p><p>Since, in LN2R, the reconciliation decisions are based on a reconciliation threshold, we have performed several tests by varying the threshold value from 0.6 to 1. The best results are obtained for a threshold of 0.75 for both data sets: (i) for person1 data set, we have obtained the maximum F-measure of 100 % for a recall of 100 % and a precision of 100% and (ii) for the person2 data set we have obtained a F-measure of 93% for a recall of 88.25 % and a precision of 99.4 %.</p><p>Furthermore, as our method is global in the sense that the reconciliation decisions between instances are propagated to other pairs of instances through the relations which link them together, we have also inferred alignments between address instances. Thanks to the functionnality of has − address property, we have obtained 500 alignments between address instances for person1 data set and 355 alignments for person2 data set for a threshold of 0.75.</p><p>In addition to reconciliations (positive alignments), we also infer non reconciliations between instances, thanks to the reasoning on ontology knowledge, like disjunctions and UNA. In person1 and person2 ontologies we have declared the disjunction between person and address classes which leads to the inference of a non reconciliation between every person instance and every address instance. These non reconciliations are very useful in a filtering step where unnecessary comparisons and similarity computation are avoided.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2">Restaurant data set</head><p>In this track, participants are asked to find all correct alignments between restaurant' instances of the restaurant1 data set. It contains the OWL ontologies, the two RDF files to be reconciled and the reference alignments (gold-standard) file.</p><p>As we have done for the person data sets, we have also performed several tests of the system by varying the threshold value from 0.6 to 1. Comparing to the gold standard, the best results are obtained for a threshold of 0.85. We have obtained a F-measure of 75.3 % for a recall of 75 % and a precision of 75.67 %.</p><p>Similarly to the person data sets, we have also inferred a set of alignments between address instances thanks to the propagation mechanism. In a filtering step, we have also inferred a set of non reconciliation (negative alignments) between restaurant and address instances.</p><p>By analyzing the results of the restaurant data set, we have noticed some mistakes in the provided reference alignments: correct alignments are missed (see example 1) and some given alignments are wrong (see example 2 3 General comments</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Comments on the results</head><p>The main strength of our system is its capacity to ensure a good precision in the results. In the person data set, it shows its strength over ontology knowledge reasoning and similarity measures adaptation. LN2R system is also able to minimize the number of comparisons thanks to the filtering step which leads to improvement in running time. The weak points are: the absence of knowledge on the functionality of properties impacts the performance of the system. LN2R system works on data sets which should conform to the same ontology are for which the ontology alignment is already performed.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Discussions on the way to improve the proposed system</head><p>Our system may be improved by several ways. We are studying how LN2R can be extended to take into account alignments between classes and properties. We also want to optimize the system in order to insure its scalability.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Comments on the OAEI 2010 test cases</head><p>It will be interesting to provide test cases where the alignment inference is global. It means that the alignments may concern several kinds of entities e.g. persons, addresses, books, etc. It will be useful also to have data sets which conform to the same ontology or at least give the alignments between their corresponding ontologies.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Conclusion</head><p>Instance matching is very important to realize the semantic Web ambitions by facilitating interoperability of ontology based applications. In this paper, we have presented the promising results of LN2R system for its first participation in the instance matching track of OAEI 2010. By this experience, we have shown LN2R strengths when the ontology knowledge is rich. In the person data sets, LN2R has obtained very good results and reasonable ones for the restaurant data sets. As future work, we will study the extension of LN2R to the general problem of matching ontologies with instances. We also plan to optimize LN2R by designing a distributed inference algorithm.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head></head><label></label><figDesc>m1,S1 p1); Located(S1 m1,S1 c1); CityName(S1 c1,"Paris"); PaintingName(S1 p1, "La Joconde"); Source S2: MuseumName(S2 m1,"muse du Louvre"); Located(S2 m1,S2 c1); Contains(S2 m1,S2 p1); Contains(S2 m1,S2 p2);CityName(S2 c1,"Ville de paris"); PaintingName(S2 p1, "Abricotiers en fleurs"); PaintingName(S2 p2,"Joconde");</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Fig. 1 .</head><label>1</label><figDesc>Fig. 1. (a) an extract of cultural place ontology, (b) an extract of RDF data</figDesc><graphic coords="3,136.18,126.92,198.39,87.88" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head></head><label></label><figDesc>). Example 1: the two instances (http://www.okkam.org/oaie/restaurant1-Restaurant16, http://www.okkam.org/oaie/restaurant2-restaurant26) should be included in the goldstandard because they refer to the same restaurant. There descriptions are as follows: (1) ['name: patina', 'category: californian', 'phone number:213/467-1108' , hasaddress[street:'5955 melrose ave.', is in city[name:los angeles']]] (2) ['name: patina', has category['name:californian'], 'phone number:213-467-1108' , has-address['city:los angeles', street:'5955 melrose ave.']]</figDesc><table><row><cell>Example 2: the two instances (http://www.okkam.org/oaie/restaurant1-Restaurant2,</cell></row><row><cell>http://www.okkam.org/oaie/restaurant2-restaurant2) should be removed from the gold-</cell></row><row><cell>standard because they do not refer to the same restaurant. There descriptions are as</cell></row><row><cell>follows:</cell></row><row><cell>(1) ['name: hotel bel air', 'category: californian', 'phone number: 310/472-1211' , has-</cell></row><row><cell>address[street:'701 stone canyon rd.', is in city[name:bel air']]]</cell></row><row><cell>(2) ['name: art's deli', has category['name:delis'], 'phone number:818-762-1221' ,</cell></row><row><cell>has-address['city:studio city', street:'12224 ventura blvd.']]</cell></row></table></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<monogr>
		<title level="m" type="main">A survey of schema-based matching approaches</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="2005">2005</date>
			<biblScope unit="page" from="146" to="171" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">A survey of approaches to automatic schema matching</title>
		<author>
			<persName><forename type="first">E</forename><surname>Rahm</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">A</forename><surname>Bernstein</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">The VLDB Journal</title>
		<imprint>
			<biblScope unit="volume">10</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="334" to="350" />
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<author>
			<persName><forename type="first">C</forename><surname>Batini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Scannapieco</surname></persName>
		</author>
		<title level="m">Data Quality: Concepts, Methodologies and Techniques (Data-Centric Systems and Applications</title>
				<meeting><address><addrLine>Secaucus, NJ, USA</addrLine></address></meeting>
		<imprint>
			<publisher>Springer-Verlag New York, Inc</publisher>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Duplicate record detection: A survey</title>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">K</forename><surname>Elmagarmid</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">G</forename><surname>Ipeirotis</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">S</forename><surname>Verykios</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Trans. on Knowl. and Data Eng</title>
		<imprint>
			<biblScope unit="volume">19</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="1" to="16" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Combining a logical and a numerical method for data reconciliation</title>
		<author>
			<persName><forename type="first">F</forename><surname>Saïs</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Pernelle</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">C</forename><surname>Rousset</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J. Data Semantics</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="page" from="66" to="94" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Reference reconciliation in complex information spaces</title>
		<author>
			<persName><forename type="first">X</forename><surname>Dong</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">Y</forename><surname>Halevy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Madhavan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">SIGMOD Conference</title>
				<imprint>
			<date type="published" when="2005">2005</date>
			<biblScope unit="page" from="85" to="96" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">L2r: A logical method for reference reconciliation</title>
		<author>
			<persName><forename type="first">F</forename><surname>Saïs</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Pernelle</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">C</forename><surname>Rousset</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">AAAI</title>
				<imprint>
			<date type="published" when="2007">2007</date>
			<biblScope unit="page" from="329" to="334" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<monogr>
		<author>
			<persName><forename type="first">G</forename><forename type="middle">H</forename><surname>Golub</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">F V</forename><surname>Loan</surname></persName>
		</author>
		<title level="m">Matrix computations</title>
				<meeting><address><addrLine>Baltimore, MD, USA</addrLine></address></meeting>
		<imprint>
			<publisher>Johns Hopkins University Press</publisher>
			<date type="published" when="1996">1996</date>
		</imprint>
	</monogr>
	<note>3rd ed</note>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">A comparison of string distance metrics for name-matching tasks</title>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">W</forename><surname>Cohen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">D</forename><surname>Ravikumar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">E</forename><surname>Fienberg</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IIWeb</title>
		<imprint>
			<biblScope unit="page" from="73" to="78" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

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