<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Cross-document coreference for WePS</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Iustin Dornescu</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Constantin Orasan</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tatiana Lesnikova</string-name>
          <email>Tatiana.Lesnikovag@wlv.ac.uk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>RIILP, University of Wolverhampton</institution>
          ,
          <country country="UK">UK</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>A good clustering performance depends on the quality of the distance function used to asses similarity. In this paper we propose a pairwise document coreference model to improve performance over a wordvector similarity approach for the WePS 3 clustering task. We identify a simple criterion which discriminates between highly ambiguous queries, i.e. many small clusters, and balanced queries, i.e. fewer, larger clusters. A document clustering framework was developed facilitating direct comparison between di erent parameters, features and algorithms. It uses a uni ed feature representation to a ord a wide variety of clustering pipelines. Using the predicted coreference likelihood and a simple clustering algorithm, we achieve comparable results on the WePS 2 dataset, and competitive performance on the WePS 3 dataset.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Disambiguating people names in Web search results is an active research area,
combining several Natural Language Processing challenges such as cross-document
coreference, information extraction and document clustering. A good clustering
performance depends upon the quality of the similarity function used. Most
previous work uses a combination of content-based features, e.g. word, bigrams,
NEs, and person attributes, e.g. email, date of birth, title, to compute document
similarity [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        The main aim of this study is to use a supervised cross-document coreference
approach [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] to improve performance for the WePS clustering task. A pairwise
model is used to predict the likelihood that two documents refer to the same
person. A clustering algorithm will then use these predictions to cluster the
documents. In order to have a better understanding of what works best and
why, we developed a generic framework for document clustering which allows
complex pipelines to be built. By sharing the same feature extraction base, direct
comparison between di erent parameters and algorithms is straightforward.
      </p>
      <p>This paper is structured as follows: the generic framework is presented in
Section 2. In Section 3 the elements of the processing pipeline are detailed,
and a criterion distinguishing the ambiguity of a query is proposed. The three
clustering algorithms are brie y presented in Section 4, and in Section 5 we
detail the experiments and discuss the results.</p>
    </sec>
    <sec id="sec-2">
      <title>Generic Architecture</title>
      <p>
        In the recent WePS literature, two main approaches can be distinguished which
need to be accommodated by the framework:
vector-space clustering { documents are represented as a weighted feature
vectors { points in a high-dimensional space, which are clustered using a pairwise
distance function. Usually the weighting scheme is tf idf , the distance
function is either cosine or euclidean, and the algorithm is single-link hierarchical
agglomerative clustering (HAC). The stopping criterion most commonly used
is a threshold limiting the link distance between the two nearest clusters. This
value is learnt from training data [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
feature-graph clustering { the document feature occurrence matrix is used to
build a support graph which is used to compute a better document similarity.
Usually a bipartite graph is built in which document node d is connected to
feature node f if the feature f is extracted from document d. Afterwards, either
a document document graph is built, with the edges' weights re ecting the
number of shared features (e.g. number of paths of length 2 between the two
documents), or, conversely, a feature feature graph is built using the common
documents as support. Based on the clusters identi ed in this derived graph, the
solution to the initial problem is built [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>While conceptually di erent, both these approaches can be abstracted using a
uni ed graph representation: features extracted from the documents are used to
build a derived graph, its nodes are then clustered and the documents associated
with each of the clusters are returned. By sharing the same feature extraction
algorithms, weighting schemes, and distance functions, various approaches can
be directly compared, to gain insights into how e cient solutions to the problem
can be built. In the context of Web search, users expect results to be available
in seconds. For this reason, the ultimate aim of this framework is to analyse
the trade-o between computational cost and performance bene t of di erent
approaches to the WePS clustering task.</p>
      <p>The architecture of the framework is presented in Figure 1. In the rst step
of the processing pipeline (a), plain text document views are extracted from the
HTML les. A view can also employ NLP techniques to extract only some of
the contents of another view (b), e.g. a set of snippets mentioning the target
person, or meta data such as keywords, title, author and so on. The second step
is the feature extraction stage (c) when vectors are extracted from document
views. For each di erent feature F , a frequency matrix is built (m(di; fj ) =
how many times feature value fj occurred in document di). The simplest such
feature consists of tokenizing and extracting content words (tokenization, stop
word removal, indexing), while more involved features employ o -the shelf NLP
tools and person-data information extraction. Rows from these matrices can be
merged and/or weighted to create feature vectors. Composite features aggregate
feature vectors from other features. Pairwise features re ect the similarity
between document pairs, computed as a distance between their feature vectors.
t
n
e
t
n
o
c
s
e
r
u
t
a
e
f
n
o
i
t
c
a
r
t
x
e
g
n
i
r
e
t
s
u
l
c</p>
      <p>Document
View View View
a)
c)
e)
b)
d)
parse source format
feature extraction, weighting
metadata
snippets
extracts
tokens
entities
attributes
pairwise compatibility
f)
distance
corelation
machine learning
g)
build graph/network
clustering
algorithms
clusters
t
x
e
t
n
li
a
p
e
r
u
t
a
e
f
x
c
o
d
c
o
d
x
c
o
d
c
o
d
x
r
e
t
s
u
l
c
In the next step a derived graph is built either directly from frequency data
(feature-graph clustering), or induced by the pairwise distance matrix
(vectorspace clustering). This graph is clustered using generic algorithms, and then the
solution is built.</p>
      <p>In this paper we investigate whether ML can be used to provide better
compatibility scores rather than a orded by the standard approach which uses cosine
similarity in a tf idf weighted vector space. The intuition is that a machine
learning algorithm can employ both content-based similarity and semantic rules
to make better predictions regarding coreference likelihood. For example,
sharing the same email address is predictive for the coreference relation, while having
di erent dates of birth entails two distinct persons. Such rules can have
priority over the more generic token based similarity measures. However, we need to
take into account the complexity of the IE task: the attribute values will be noisy
(low precision) and sparse (low recall). Further more, they are not necessarily
unique per document, e.g. several job titles, and could need specialised semantic
similarity measures to be compared, e.g. email addresses are easier to compare
than job titles.</p>
      <p>The IE framework employed is described in Section 3.2, while the clustering
algorithms are brie y presented in Section 4. The processing steps are
summarised in Table 1.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Feature Extraction Framework</title>
      <p>The plain text extracted from the documents (dom.view ) was tokenised and
indexed using lucene. To extract named entities, a view (NER.view ) was
implemented wrapping the Stanford NER tool [6]. In was suggested [7] that simply
using capitalisation yields better results, because generic NER tools are usually
trained on news wire corpora and do not perform as well on noisy web data,
therefore we also used this as an alternative feature (cap.view ).</p>
      <p>To combine both named entities and terminology, a complex analysis tool
based on Wikipedia-Miner2 was used [8]. The tool examines the text of the page
and detects the most relevant Wikipedia articles, based on information such as
the probability of a span s to be a link to an article a and the probability of two
articles to co-occur in the same Wikipedia document [4]. The process is related
to topic indexing and to explicit semantic analysis: each document is represented
as a vector in a high dimensional space, but instead of words, the dimensions
are unambiguous Wikipedia topics, ranked by their relevance score (wiki.view ).</p>
      <p>A novel pairwise feature is the longest common substring (LCS) between two
textual views. Documents describing the same person, tend to share some phrases
and sentences, sometimes entire paragraphs. While naively parallel, LCS takes
too much time to be computed at query time on the full text of the documents,
but it performed quite well using the smaller snippet.view instead.
3.1</p>
      <sec id="sec-3-1">
        <title>Token-feature weighting</title>
        <p>The system which achieved the best o cial result on WePS 2 [9] showed that
using a web-scale corpus to have more accurate IDF values helped boost
performance signi cantly. Therefore we compared two ways of computing IDF : local
{ only the set of documents for the current query are used (less than 200
documents), and global { all the documents in all WePS corpora are used (around
70K documents). To speed up computation, words with DF = 1 were removed.
We also considered increasing the DF threshold to see if this yields better
results. Figure 2 shows that the di erence between the two weighting schemes is
signi cant.</p>
        <p>When DF threshold is increased: document vectors become nil, which is
expected. The immediate implication is that the cosine similarity becomes
unde ned. We observed an interesting e ect if global IDF is used: frequent words
such as home and contact have very low IDF values, thus considerably more
feature vectors become very small (norm less than 10 6) and are practically nil.
Table 2 shows the percentage of unde ned pairwise cosine values. Usually log
2 http://wikipedia-miner.sourceforge.net</p>
        <p>Jericho HTML parser is used to clean HTML and extract
text from the DOM document, then openNLP1 is used to
split the text into sentences
the w3m text browser is used to render the les and dump
the the textual content as displayed on screen
returns a cleaned xhtml version of the HTML le
extracts all snippets spanning ws=300 characters before and
after each target mention; overlapping windows are merged
employs Stanford NER tool to extract named entities from
the underlying view
extracts all the capitalised words and/or sequences, a
highrecall NER baseline
standard tokenization and stop word ltering (using apache
lucene library) to create a word vector representation for each
document
uses only the marked-up entities, e.g. from NER.view
detects most relevant Wikipedia topics using a wiki cation
service based on Wikipedia Miner [4]; the document is
represented as a weighted topic vector
RegEx-based framework for extracting person-attributes
required in Task1b (see Section 3.2); for each attribute, the
most likely candidate values are extracted
tf idf weighting the standard weighting scheme for token-based vectors; we
s experimented with two di erent IDF scopes and several DF
re thresholds
tau cosine similarity dot product of length normalised vectors
fe Minkowski most experiments carried out for L2 (euclidean distance)
ise Jaccard index the overlap between attribute values: J (A; B) = jjAA[\BBjj
irapw omvaetrclahp iwf etihgehtseedtsvsehrasrieonatotfriJbauctceavradl:uePPs:xm2A(A\B; BwA) (=x)+1w(B)(x) A\B 6=
x2A[B wA(x)+wB(x)</p>
        <p>Weka toolkit we experimented mainly with rule based classi ers because
L they are fast, granularity can be controlled by pruning and
M they also give insights into what works and what does not</p>
        <p>HAC
ign CC
r
e
t
su MCL
l
c
standard hierarchical agglomerative clustering, using a
pairwise distance matrix and any of the following link types:
single, average, mean, complete, adjcomplete; the maximum
link threshold delta is observed in training data;
connected components remaining in a graph after removing
links longer than the threshold
markov clustering [5], a graph clustering algorithm which
is widely used in biology; it uses a parameter in ation (I)
which determines the granularity of the clustering; several</p>
        <p>ltering criteria are employed to reduce node degrees before
the algorithm is run
(a) cosine, minDF=2, global vs. local
(b) euclidean, minDF=2, global vs. local
(c) cosine, minDF=20, global vs. local
(d) euclidean, minDF=20, global vs. local
smoothing is used to avoid representation errors (we use the default similarity
implementation from Lucene3), but we discovered that queries with many
clusters tend to have considerably more unde ned values than queries with fewer
clusters.</p>
        <p>
          Previous work suggests that a criterion discriminating between di erent types
of sets is bene cial. In [7], a simple heuristic that achieves good results is
proposed: if at least 3 documents from a random sample of 10 documents are
coreferent use all-in-one, otherwise use one-in-one. The criterion is manually
evaluated and the clustering is not informative, therefore this is yet another baseline.
The performance is Fh = 0:71, compared to the two baselines: Faio = 0:60,
Foio = 0:39. In [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] it is acknowledged that choosing an individual clustering
threshold for each set instead of a global value for the entire data achieves a
high performance F = 0:85. To pick the parameter value for each set an oracle
method is used which exploits gold standard information that is not available to
a normal system. The performance reported serves as a theoretical upper bound.
        </p>
        <p>We used gold data to plot each set as a point in a bi-dimensional space
(Figure 3): the number of clusters vs. the ratiocoref (the proportion of all pairwise
relations that are coreferent). These points were then clustered using k-means
(k=3) yielding 3 types of sets: type I { few clusters and predominantly coreferent
3 http://lucene.apache.org/</p>
        <sec id="sec-3-1-1">
          <title>Type A Type B</title>
        </sec>
        <sec id="sec-3-1-2">
          <title>Type III</title>
        </sec>
        <sec id="sec-3-1-3">
          <title>Type II</title>
        </sec>
        <sec id="sec-3-1-4">
          <title>Type I</title>
          <p>relations, type II { average number of clusters and ratiocoref , and type III { large
number of clusters, predominantly distinct relations. Using as features the ratio
of missing values for di erent DF thresholds, a ML model was trained on the
train dataset, and its predictions were used to split development and test data
into three parts - experiment 3P. This problem is rather di cult because of
the very little amount of data available (15 of the training queries were deemed
outliers because they have less than 40 documents). In the alternative experiment
2P, only the ratiocoref was used to partition the training data into two sets: Type
A (ratio &lt; 0:3) { ambiguous sets, and Type B (ratio &gt; 0:3) { balanced sets.
We used decision trees and jrip models from Weka [10]. The best performance is
achieved by the J48 classi er: F = 0:63 for the rst partition, and F = 0:82 for
the second. These partitions of the WePS data enable us to train models and to
use distinct parameters for each type.</p>
          <p>Unlike the cosine similarity, euclidean distance is always de ned, with the
drawback that values are not restricted to the interval [0; 1]. Using the same
feature vectors, euclidean vs. cosine measures were compared in terms of their
predictive power regarding the pairwise coreference relation. The euclidean
pairwise features had a much better ranking than their cosine counterparts when
using 2, however this does not translate to better performance for the ML
classi ers: while performance on the training data is indeed better, on the
development set it is considerably worse. The over- tting behaviour suggests that
the euclidean distance has poor generalization power for our data.
3.2</p>
        </sec>
      </sec>
      <sec id="sec-3-2">
        <title>Attribute Extraction Framework</title>
        <p>We employed a simple IE approach based on hand-crafted regular expressions.
Based on their values, there are three types of attributes [7, 9]. The rst type
have values which can be matched by regular expressions, e.g. email address,
dates, telephone, url address, post code. The second type have values which can
be looked-up in gazetteers, e.g. degree, occupation, major, nationality. The third
type have named entities as values, e.g. place of birth, place of death, address,
family, mentor, a liation, school, and therefore rely on NER and capitalization
to detect possible candidates. The attribute extractors usually check a small
window of text around a target entity mention, and use trigger words and phrases
as well as candidate values matcher, i.e. gazetteer, regex, NER. One of the
drawbacks of this approach is that it does not make use of automatic bootstrapping
algorithms and that it relies on textual occurrences of attribute values. In the
document collection more often than not, these attributes are presented in
tables. For example, contact details { address, email, url, telephone, fax, and so
on, tend to be displayed without mentioning the trigger words we rely on. In
this case, special extractors are needed which are able to detect several elds at
the same time [9].</p>
        <p>Our extraction framework is ill suited for the noisy Web documents. We
allowed several values to be extracted for the same attribute, and we experimented
with overlap measures: Jaccard index, a weighted version which uses value
frequencies, and a simple non-void intersection criterion, i.e. the two documents
must share at least one attribute value. To our disappointment, the attribute
features are very sparse.</p>
        <p>The attribute features yield mixed results: they are ranked highest using
Information Gain, but lowest using GainRatio, 2 ranks them lowest of all. This
suggests they are too sparse to have a big impact on the overall result, and that
noise due to inaccurate extraction further limits their utility.</p>
        <p>The drawbacks of the IE framework employed make it the biggest limiting
factor for our approach. At the time of writing the nal results for Task1b {
Attribute Extraction are not yet available.
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Clustering Algorithms</title>
      <p>To perform both vector-space clustering and feature-space clustering, our
framework represents the pairwise similarity function as a matrix, which also
corresponds to a weighted graph. This matrix can be computed using arbitrarily
complex methods, e.g. latent semantic analysis, explicit semantic analysis, but
in this case it can only be used with 'stable' clustering algorithms (e.g. k-medoids
is stable, while k-means is not).</p>
      <p>One of the challenges in WePS is that the number of clusters is unknown.
Depending on the clustering algorithm employed, the stopping criterion is
controlled via a parameter which is observed on training data. A quality function
is evaluated at each step of the algorithm. Once this function reaches a critical
point the clustering algorithm is stopped.
4.1</p>
      <sec id="sec-4-1">
        <title>Hierarchical agglomerative clustering (HAC)</title>
        <p>HAC is one of the most commonly used algorithms due to its simplicity and
ability to control granularity. The algorithm starts with singleton clusters and,
at every step, merges the two nearest clusters. The link distance between two
clusters can be computed in several ways. We investigated ve aggregation
functions (see Table 3). The algorithm stops when only k clusters remain (k is an
SINGLE the minimum distance between documents
AVERAGE the average distance between documents
MEAN the mean distance between documents
COMPLETE the maximum distance between documents</p>
        <p>ADJCOMPLETE adjusted complete link using the largest within cluster distance
input parameter) or when the link distance between the two nearest clusters
is greater than a threshold delta (another input parameter). In WePS, systems
mainly use the second criterion, selecting the value delta which maximises
training performance. We used an implementation based on Weka [10].
4.2</p>
      </sec>
      <sec id="sec-4-2">
        <title>Markov clustering</title>
        <p>Markov clustering (MCL) [5] is a general purpose graph clustering algorithm
commonly used in biology. It simulates network ow via two algebraic
operations on stochastic matrices. The algorithm stops when convergence is achieved,
but the clustering granularity can be controlled via an in ation I parameter.
4. Network clustering (community detection) algorithms can bene t from
preprocessing the input graph by e.g. removing edges with low similarity [11]. In our
experiments, removing edges longer than a threshold delta did not have much
impact on clustering outcome: the output is usually one large cluster. A
ltering technique which worked well was to limit node degree by keeping the k best
neighbours per node (knn). This technique is common in spectral clustering [11].
4.3</p>
      </sec>
      <sec id="sec-4-3">
        <title>Connected components</title>
        <p>The success of single link HAC is intriguing. For the single link delta HAC, none
of the edges with a weight above the threshold are considered by the algorithm,
and can thus be removed. Intuitively, the clusters found will correspond to the
connected components of the rest of the graph. We also used a connected
components algorithm (CC) to investigate how it compares to the single link HAC
implementation. To our surprise, the results of the two algorithms were di erent,
with the CC algorithm achieving the best performance in most cases.
5</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Experiments and Findings</title>
      <p>To build the coreference models, WePS 1 data was used for training (6346
documents, 70 queries), WePS 2 data was used for parameter tuning { development
data (3444 documents, 30 queries) and the WePS 3 data was used for test (57357
4 mcl version 10-324, http://www.micans.org/mcl/
documents, 300 queries). When the gold standard for WePS 3 became available,
it was used to search for the best clustering parameters on the WePS 3 data.</p>
      <p>To compare the content similarity approach with the ML coreference
approach, we ran three main experiments. In the rst experiment (wiki), we used
the cosine similarity between vectors produced by Wikipedia Miner (wiki.view ).
In the second experiment (3P) we split the data into 3 parts as described in
Section 3.1. A pairwise coreference model was trained for each part, using a
set of over 50 pairwise features. The third experiment is similar, only this time
we use the second partitioning method to split data into 2 parts. The same
set of features was used to train the pairwise coreference models, but this time
more pruning was employed, to avoid over- tting and to obtain better con dence
scores for the rules learnt. The pairwise features use a combination of
parameters: document view, IDF type, DF limit and similarity measure, as well as the
overlap between person attributes.
5.1</p>
      <sec id="sec-5-1">
        <title>Using Wikipedia topics for semantic similarity (wiki)</title>
        <p>There are signi cant di erences between the di erent WePS corpora and their
respective evaluation methodologies. This explains to a certain extent the drop
in performance for all WePS 3 participants. Results in gures 4 and 5 show that
HAC has di erent behaviour on the test data than on the development data:
single-link HAC drops from best to worst, while for three of the link types
performance is almost constant in WePS3, regardless of the delta threshold. This
is most likely due to the larger number of documents in each query: up to four
times more document pairs per query in WePs 3 compared to WePS 1. The
simple CC clustering is the best performer on both data sets, and has
consistent behaviour, in both cases reaching maximum F score for delta 2 [0:7; 0:8].
The rst o cial run, Wolves1, used single link HAC with delta = 77, but only
achieved average performance in the competition.
5.2</p>
      </sec>
      <sec id="sec-5-2">
        <title>Pairwise coreference model (3P)</title>
        <p>The number of clusters and their sizes vary greatly from query to query. While
the pairwise similarity values are usually within the [0; 1] interval, their
distribution seems to be very query-speci c. Training a ML model on the entire dataset
yielded low performance due to the noisy features. For this reason we applied
the criterion from Section 3.1.</p>
        <p>When training the decision trees classi ers, while good classi cation accuracy
was achieved for types I and III, the kappa statistic was rather low. Our initial
experiments with selecting the delta threshold individually for each set did not
improve performance much. The fact that the maximum score remains almost
constant for most threshold values suggests that the evaluation measures need
to be adjusted to account for chance, in order to better re ect performance.</p>
        <p>The size di erence between test, 200 documents per query, and development,
100-150 documents per query, a ects the performance of MCL: in development,
for low knn it creates many singleton clusters while for values over 90 it creates
1
0.9
0.8
0.7
0.6
0.4
0.3
0.2
0.1
0
.5 0.5
0F
0
0.2
0.4
0.6
0.8</p>
        <p>1
delta threshold</p>
        <p>AVERAGE
SINGLE
COMPLETE
ADJCOMPLETE
MEAN</p>
        <p>BEP BEP
BER BER
F0.5 F0.5
RI RI
delta HAC (wiki)
0.2 0.2
0.4
0.4</p>
        <p>Fig. 5: wiki experiment: performance on the test set
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9</p>
        <p>1
delta threshold
0.4
delta threshold
0.6
0.8
1
delta HAC
deltadHeAltaCH- ASCIN-GSLIENGLE
delta HAC - AVERAGE
delta HAC - ADJCOMPLETE (wiki)
1</p>
        <p>1
0.9 0.9
0.8 0.8
0.7 0.7
0.6 0.6
0.5 0.5
0.4 0.4
0.3 0.3
0.2 0.2
0.1 0.1
0
0
0
0
1
0.8
0.6
0.4
0.2
0
0.9
0.8
0.7
0.6
0.4
0.3
0.2
0.1
0
0.6
0.4
0.2
0
0
1
0.8
0.6
0.4
0.2
0
0
0.2
BEP
BER
F0.5
RI
1
0.8
0.6
0.4
0.2
0
0
BEP
BER
one large cluster; on test data, MCL only reaches the best performance for higher
thresholds. The second o cial run, Wolves2, used group average HAC, but for
the selected delta threshold, it performed poorly on test data. Again, CC
clustering outperforms both group average HAC and single link HAC on test data.
This suggests that using a set of high precision rules can achieve competitive
performance. Theoretically, for a query with n documents and c clusters, a set
of n c coreferent edges is enough to build the complete clustering solution. A
future direction of research is to use sampling and weighting approaches to train
high precision{low recall models.</p>
        <p>delta HAC (3P)</p>
        <p>MCL (3P)</p>
        <p>CC clustering (3P)
the</p>
        <p>0.2 d0e.4lta threshold 0.6
development set
0.2
0.8
1
20
120
140
160
0.8
1
delta HAC (3P)</p>
        <p>MCL (3P)</p>
        <p>CC clustering (3P)
1
0.8
0.6</p>
        <p>BEP
BER</p>
        <p>F0.5
0 0
0.2
de0l.t4a threshold0.6 0.8
delta HAC - AVERAGE (3P)
k4n0n filter 50 60 70
MCL (3P) - I=3.0
1
0.8
I=1.6 0.6
I=1.8
I=2.0
I=2.2
II==33..05 0.4
0.2
set
5.3</p>
      </sec>
      <sec id="sec-5-3">
        <title>Pairwise coreference model (2P)</title>
        <p>This experiment was designed to investigate whether the low performance
obtained by the Wolves2 run is due to over- tting. Training data was split only in
two larger sets, and pruning was increased for the J48 classi ers, from 100 to
1000 minimum covered instances. This experiment achieves the best results, but
it revealed that the clustering threshold in uenced performance.
delta HAC (2P)</p>
        <p>MCL (2P)</p>
        <p>CC clustering (2P)
1
0.8
0.6
0.4
0.2
1
0.8
0.6
0.4
0.2
0 0
1
0.8
0.6
0.4
0.2
1
0.8
0.6
0.4
0.2
0 0
1
0.8
I=1.6 0.6
I=1.8
I=2.0
I=2.2
I=3.0 0.4
I=3.5
0.2
the</p>
        <p>0.2 d0e.4lta threshold 0.6
development set
0.8
1
delta HAC (2P)</p>
        <p>MCL (2P)</p>
        <p>CC clustering (2P)
SINGLE
AVERAGE
COMPLETE
ADJCOMPLETE 0.4
MEAN
1
0.8
0.6
0.2
0 0
0.2</p>
        <p>de0l.t4a threshold0.6 0.8
delta HAC - AVERAGE (2P)
1
10
20
30
70
80
90
0.2
0.8</p>
        <p>1
k4n0n filter 50 60
MCL (2P) - I=3.0
d0e.4lta threshold 0.6
delta HAC- SINGLE
0.2
0.2
0.8
1
At the time of the WePS 3 competition, the framework was still under
development. Only single and average link HAC runs were available, for two experiments:
wiki and 3P. The rst run submitted, Wolves1, used average link HAC on wiki
with delta = 0:77. The experiments carried out after the competition revealed
that the choice for delta does not a ect much the performance of this rst system
(Figure 5), with the o cial result on WePS 3 F = 0:40. The second run
submitted, Wolves2, used the pairwise predictions of the 3P model and average HAC
clustering. Figure 6 shows that the algorithm plateaus on WePS 2, achieving
F0:5 = 0:66 for delta 2 [0:06; 0:66] on development. The threshold used for the
o cial run achieved a poor performance F0:5 = 0:36. Using the gold-standard
for WePS 3, we found that delta = 0:5 yields better performance F0:5 = 0:45;
only one team obtained a better o cial result.</p>
        <p>The MCL algorithm performed well. To achieve the best performance, both
the knn limit and the in ation parameter need to be increased compared to the
development set. It seems that the value for the knn lter is best chosen relative
to the number of documents.</p>
        <p>Average and single link perform better than the other link types, but
neither stands out as a clear choice, perhaps due to the di erences between the two
data sets. The surprising result was the performance achieved by connected
components clustering which is a naive algorithm exploiting the network topology.
While it does not improve the state-of-the-art, it achieves competitive results:
best result on WePS3 is F0:5 = 0:54. Table 4 shows the best results found on the
WePS3 test data, after the release of the gold standard.</p>
        <p>One issue that became obvious during these experiments is that the standard
evaluation measures used in WePS make comparisons across datasets di cult.
This is because only the upper-bound is normalised: a perfect clustering will
have score 1:00, but the performance of a random uninformative clustering,
instead of being 0:00, varies signi cantly from query to query. The o cial BCubed
measure is good for relative comparison of two clustering solutions for the same
query, but the overall average is di cult to be interpreted as absolute
performance score. Perhaps using measures adjusted for chance [12], such as adjusted
Rand index, adjusted mutual information or kappa, is one way to achieve better
avg. BCubed precision avg. BCubed recall avg. F-measure
understanding of what works for WePS and how well it works. Another concern
is that the WePS3 evaluation methodology, by considering documents split into
three clusters { person A, person B and other, di ers signi cantly from the
initial task formulation. This makes it even more di cult to determine if a system
with very high performance on WePS 3 data will perform similarly on real life
data, when more then two clusters, if not all, are evaluated.</p>
        <p>Future work will focus on extending the IE framework and on adding
featurespace clustering algorithms which achieve state-of-the-art performance on WePS2.
Mining high precision rules exploiting semantic attributes will also be
investigated, as recall seems to be less important. Another model which will be
investigated is to consider pairwise relation as coreferent, undecided and distinct.
6</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>Conclusions</title>
      <p>This paper reports the experiments carried out for the WePS3 clustering task.
A generic framework was developed allowing the implementation and
comparison of varied clustering pipelines. We compared a similarity-based approach
in a Wikipedia-topic space representation with two rule-based ML coreference
models trained on pairwise document similarity measures. We showed that a
simple clustering algorithm can exploit high precision predictions of the
pairwise coreference model, achieving comparable performance on WePS 2 dataset
and competitive performance on the WePS 3 dataset.
4. Milne, D., Witten, I.H.: Learning to link with Wikipedia. In: CIKM '08: Proceeding
of the 17th ACM conference on Information and knowledge management, New
York, NY, USA, ACM (2008) 509{518
5. van Dongen, S.: Graph Clustering by Flow Simulation. PhD thesis, University of</p>
      <p>Utrecht (2000)
6. Finkel, J.R., Grenager, T., Manning, C.: Incorporating non-local information into
information extraction systems by gibbs sampling. In: ACL '05: Proceedings of the
43rd Annual Meeting on Association for Computational Linguistics, Morristown,
NJ, USA, Association for Computational Linguistics (2005) 363{370
7. Lan, M., Zhang, Y.Z., Lu, Y., Su, J., Tan, C.L.: Which who are they? people
attribute extraction and disambiguation in web search results. In: 2nd Web People
Search Evaluation Workshop (WePS 2009), 18th WWW Conference. (2009)
8. Medelyan, O., Legg, C., Milne, D., Witten, I.H.: Mining Meaning from Wikipedia.</p>
      <p>Computing Research Repository (CoRR) (2008)
9. Chen, Y., Lee, S.Y.M., Huang, C.R.: Polyuhk: A robust information extraction
system for web personalnames. In: 2nd Web People Search Evaluation Workshop
(WePS 2009), 18th WWW Conference. (2009)
10. Hall, M., Frank, E., Holmes, G., Pfahringer, B., Reutemann, P., Witten, I.H.: The
weka data mining software: an update. SIGKDD Explor. Newsl. 11(1) (2009)
10{18
11. von Luxburg, U.: A tutorial on spectral clustering. CoRR abs/0711.0189 (2007)
12. Vinh, N.X., Epps, J., Bailey, J.: Information theoretic measures for clusterings
comparison: is a correction for chance necessary? In: ICML '09: Proceedings of the
26th Annual International Conference on Machine Learning, New York, NY, USA,
ACM (2009) 1073{1080</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Artiles</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gonzalo</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sekine</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>Weps 2 evaluation campaign: overview of the web people search clustering task</article-title>
          .
          <source>In: 2nd Web People Search Evaluation Workshop (WePS</source>
          <year>2009</year>
          ),
          <source>18th WWW Conference</source>
          .
          <article-title>(</article-title>
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Bagga</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Baldwin</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Entity-based cross-document coreferencing using the vector space model</article-title>
          .
          <source>In: COLING-ACL</source>
          . (
          <year>1998</year>
          )
          <volume>79</volume>
          {
          <fpage>85</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Jiang</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>An</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhan</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>Grape: A graph-based framework for disambiguating people appearances in web search</article-title>
          .
          <source>IEEE International Conference on Data Mining</source>
          (
          <year>2009</year>
          )
          <volume>199</volume>
          {
          <fpage>208</fpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>