<!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>Searching Social Updates for Topic-centric Entities</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Maria Christoforaki</string-name>
          <email>christom@cis.poly.edu</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ivie Erunse Cong Yu</string-name>
          <email>congyu@google.com</email>
          <email>ieruns01@students.poly.edu congyu@google.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Social Stream, Entity Extraction, Ranking</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>NYU Poly Google Research</institution>
          ,
          <addr-line>Brooklyn, New York New York, NY</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>NYU Poly</institution>
          ,
          <addr-line>Brooklyn</addr-line>
          ,
          <country>New York</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>With the growing popularity of social networking services, real time short messages, such as Facebook news feeds and Twitter tweets, are becoming increasingly important information sources. People use these services to search for and consume content about interesting topics and events. Given a keyword search for a certain topic, simply returning those messages often does not give a comprehensive summary of the topic, primarily due to the brevity and redundancy of the messages. To address this challenge, we propose a topic centric entity extraction system where interesting entities pertaining to a topic are mined and extracted from short messages returned as search results on the topic. Speci cally, we leverage signals from three main aspects: message content, social connections (i.e., message sender's follower network), and referenced Web pages (i.e., URLs embedded within the messages), and propose: 1) page ranking algorithms for identifying relevant pages embedded within the messages; and 2) entity ranking algorithms for identifying relevant entities extracted from those URLs. Comprehensive experiments using real Twitter data show that our ranking algorithms are e cient and outperform baseline algorithms signi cantly in terms of extraction quality.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
      <p>
        Social networking sites such as Twitter [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] enable users
to share their opinions and feelings on a variety of topics
with their friends and followers in the form of public text
streams. These so called social updates have become one of
the most important information sources, from which many
users learn what's going on among their friends and around
the world.
      </p>
      <p>A typical information exploration paradigm on those
social networking sites is to search (using keywords) for
information related to a certain topic of interests to the user (e.g.,
Permission to make digital or hard copies of all or part of this work for
personal or classroom use is granted without fee provided that copies are
not made or distributed for profit or commercial advantage and that copies
bear this notice and the full citation on the first page. To copy otherwise, to
republish, to post on servers or to redistribute to lists, requires prior specific
permission and/or a fee. This article was presented at
The Workshop Very Large Data Search (VLDS) 2011.</p>
      <p>Copyright 2011 VLDB Endowment.
\Libya"), and browse through the messages returned. While
such results are useful, going through them for many
popular topics su ers from the well known information overload
problem, i.e., too many messages are returned and
multiple messages are often conveying the same information. A
conventional approach is to rank those messages and return
the most relevant ones rst. However, unlike Web pages,
those social text messages are very short (e.g., Twitter has
a length limitation of 140 characters on individual posts),
and current ranking mechanisms that are designed for Web
pages, do not perform well on those short messages.
Furthermore, simply reading through a few messages ranked at the
top typically cannot provide a user with enough information
about the topic. In this paper, we propose an alternative
approach, where we present the users with a summary of the
topic of interest in the form of a set of participating entities
and relevant URLs.</p>
      <p>Speci cally, we address the following problem: given a
social text stream associated with a topic of interest (de ned
as a keyword query), e ciently identify a ranked list of URLs
and entities associated with the given topic. The following
example provides an overview of the system that we have
built to solve this problem.</p>
      <p>Example Consider a user looking for recent news about
\Tiger Woods." She would submit the hashtag #tigerwoods
to the system, which in turn contacts Twitter through its
API and obtains a large list of recent tweets associated with
the requested topic. The system then extracts URLs (e.g.,
http://bit.ly/lsHHWP) from those tweets, ranks them, and
prunes away those that are considered to be not useful. The
remaining URLs are sent to the entity extraction system1,
which extracts entities from those URLs. Finally, the
extracted entities are ranked and returned to the user as the
summary result. For #tigerwoods, this will contain \Elin
Nordegren" and \Rachel Uchitel" as people, \Sweden" and
\Orlando" as locations, etc.</p>
      <p>
        As this example shows, we adopt Twitter [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], one of the
most popular social text stream services, as our primary
data source of social updates. There are three main
reasons why Twitter was chosen. First, as of September 2010,
the service claims 200 million registered users, and 65
million messages (known as tweets) written per day, making it
a huge and \fresh" knowledge base. Second, hashtags [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ],
which provide \ready" topic labels for the messages, are
commonly adopted in tweets, and make it much easier for us to
1We use existing extraction systems for the actual entity
extraction.
locate tweets for a particular subject. Finally, the social
network (i.e., follower, followee, etc.) on Twitter can be
exploited to improve the information extraction process with
respect to the result quality.
      </p>
      <p>Since tweets are restricted to 140 characters, users have
come up with creative ways to maximize information
sharing and one common practice is to embed shortened URLs
in tweets (as the example illustrates). This presents us with
two competing alternatives as the source for our entity
extraction: the content of the tweets themselves or the
content of the URLs mentioned within the tweets. We analyze
both approaches and show that URL-based entity
extraction provides signi cantly higher coverage for a variety of
topics than tweet-based entity extraction. However,
performing entity extraction from URLs within tweets presents
two signi cant challenges. First, not all URLs in tweets are
applicable to a topic and therefore we must detect the
relevant ones. Second, fetching the page content of a URL and
performing extraction over the content is an expensive
process and therefore we must limit the number of URLs to be
processed. Similar challenges are also evident when entities
are extracted: they must also be ltered and ranked before
they are displayed to the user.</p>
      <p>Main contributions of the paper include: First, we
introduce the novel social updates exploration paradigm of
presenting users with a set of entities and URLs
corresponding to a given topic. Second, we design and implement a
machine learning based URL ranking component to identify
embedded URLs that are relevant to the topic from the
social updates. Third, we design and implement an entity
ranking component that leverages information extraction
and machine learning techniques to extract and rank entities
that are relevant to the topic from those URLs. Finally, we
provide a comprehensive evaluation of our approach using a
range of topics over real Twitter data sets.</p>
      <p>The remainder of this paper is organized as follows.
Section 2 describes recent studies that are related to our work.
Section 3 describes the machine learning based URL Ranker
that aims to identify relevant URLs from the tweets of a
given topic. Section 4 describes our Entity Ranker, which
aims to identify relevant entities among those extracted from
the relevant URLs. Both components use machine learning
techniques and we will focus on describing the set of features
we employed. In Section 5, we describe the set of
comprehensive experiments conducted to evaluate the quality of
the results produced by our system. Finally, we conclude in
Section 6.</p>
    </sec>
    <sec id="sec-2">
      <title>RELATED WORK</title>
      <p>
        While our work is, to the best of our knowledge, the rst
to study the problem of searching for a comprehensive list
of entities from social updates for a given topic, there are a
few recent studies focusing on ranking Twitter content. For
example, in [
        <xref ref-type="bibr" rid="ref12 ref9">9, 12</xref>
        ], the authors study useful features to rank
the links embedded in tweets with the goal of helping Web
search engines crawl more real time pages. Others, such as
[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], propose URL recommender algorithms that use topic
relevance and social voting to help users identify URLs that
are of interests to them (in a topic agnostic way). Finally,
[
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] introduces a ranking mechanism to identify in uential
micro-bloggers. Our work builds upon similar features used
in those ranking studies.
      </p>
      <p>
        Entity extraction and ranking is another area that is closely
related to our work. For example, [
        <xref ref-type="bibr" rid="ref11 ref14">14, 11</xref>
        ] describes an
approach for selecting top-k named entities by creating a
probability score which incorporates document importance
and extraction con dence. While extraction con dence is an
important signal, entity ranking in our work also needs to
consider relevant and timeliness to the topic and there poses
more challenges. In our experimental study, we compare our
approach with a base approach that employs the extraction
con dence directly. Entity ranking has also been studied in
the domain of Wikipedia [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. However, unlike Wikipedia,
Twitter streams pose unique challenges for named entity
recognition and classi cation [
        <xref ref-type="bibr" rid="ref5 ref7">7, 5</xref>
        ]. In our work, we extend
many existing ranking features from those studies, as well
as de ne Twitter speci c entity ranking features.
3.
      </p>
    </sec>
    <sec id="sec-3">
      <title>URL RANKER</title>
      <p>Given our goal of extracting topic-centric entities, one of
the rst questions is where the entities should be extracted
from. There are two main approaches. The rst approach
is to directly apply the entity extraction on the textual
content of the social updates (i.e., tweets), a strategy we call
SourceT S. The second approach is to use the URLs
embedded in those tweets and perform entity extraction on the
page content of those URLs. The URL-based approach is
more costly since it involves the additional step of fetching
the page content. However, as our experimental analyses
show in Section 5.1, the URL-based approach achieves
substantially higher recalls with reasonable performance
overhead. Therefore, we make the decision to leverage the URLs
for entity extraction instead of simply relying on the tweets
content alone.</p>
      <p>
        Given the facts that there are often a large number of
URLs embedded in the tweets (especially for popular topics),
performing entity extraction on all those URLs is
impractical. Our focus in this section is therefore on identifying good
URLs from which entities can be extracted. We note that
while URL recommendation based on user's interests has
been studied previously [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], our work is the rst attempt
to rank URLs within tweets based on their suitability for
topic-centric entity extraction.
      </p>
      <p>We propose four main strategies for ranking informative
URLs as outlined below. For each of those strategie, we
assume a topic in the form of a hashtag (e.g., #tigerwoods)
is given by the user and used to fetch the recent tweets
containing the hashtag, until up to N URLs have been found
in the tweets. We then aim to identify k most informative
URLs, from which entities will be extracted2.</p>
      <p>Fresh URLs (SourceF U ): We fetch the latest k URLs
available in the Twitter stream and use them as the sources
for entity extraction. This corresponds to the intuition that
more recent URLs are more important.</p>
      <p>Popular URLs (SourceP U ): We fetch the k URLs with
most frequent appearances in the tweets. This corresponds
to the wisdom of crowd intuition that URLs endorsed by
more users are more important.</p>
      <p>Authoritative URLs (SourceAU ): We fetch the k URLs
that appeared in the tweets of users with the largest number
of followers. This corresponds to the intuition that more
authoritative users provide more useful information.</p>
      <p>
        Mixed Feature URLs (SourceMF U ): Finally, we adopt
2N and k are empirically set to 100 and 15, respectively, in
our experiments.
a machine learning based ranking strategy and train an SVM
(Support Vector Machine) classi er to rank URLs based on
various features (described below). The k URLs with the
highest probability estimates [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] of being good are identi ed
and their content fetched for entity extraction.
      </p>
      <p>The rst three strategies can be implemented in a
straightforward way. In the rest of this section, we describe in details
the features being used in the SourceMF U strategy, some of
which are novel features proposed for rst time in this study.</p>
      <p>Let S = ft1; t2; :::; tkg be the sequence of tweets that are
retrieved using the topic hashtag, and let Lall = fl1; l2; :::; lmg
be the set of URLs embedded in those tweets. For each URL
l 2 L, the set T (l) = ft 2 S j t contains lg denotes all the
tweets in S that contains l. Let ut be the publisher of tweet
t, the set U (l) = fut j t 2 T (l)g denotes the set of authors
who posted at least one tweet containing l.
3.1</p>
    </sec>
    <sec id="sec-4">
      <title>Tweet Features</title>
      <p>We consider the following two tweet content based features
for each URL l under consideration.</p>
      <p>Subject Speci city, SS(l), is a novel feature that is
computed as the average number of hashtags (i.e., topics)
within each t 2 T (l). Intuitively, the more speci c an URL
is to the given topic, the more likely it contains useful
information about the topic.</p>
      <p>
        Spam Likelihood, SL(l), measures how likely the URL
is a spam URL. Here we adopt a simple strategy based on the
set of pre-de ned spam phrases (e.g., \tweet to win"), and l
is marked as spam if at least t tweets in T (l) contain at least
one of the spam phrases. (t is usually set to a small
number such as 1 or 2.) Note that while more advanced spam
detection approaches such as [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] are available, we choose
not to use them because spam is not a serious problem for
the topics we have chosen in our study. Spam detection for
social updates is by itself an interesting topic and beyond
the scope of this paper.
3.2
      </p>
    </sec>
    <sec id="sec-5">
      <title>Link Features</title>
      <p>Next, we look at some of the key properties of the
candidate URL l itself.</p>
      <p>Link Popularity, LP (l), measures how popular l is within
the full social stream S, and is computed as LP (l) = jT (l)j .
jSj
Note that URL shorteners (e.g., bit.ly) are frequently
employed to shorten the URLs so that they can t within the
tweet length limit. To con rm two URLs being the same,
we sometimes need to ping the shortener service when they
are shortened by di erent shortener services.</p>
      <p>Multimedia Likelihood, M L(l), measures how likely
the URL points to a multimedia le such as a picture, video,
etc. This feature is particularly interesting since the goal of
URL ranker is to identify URLs that can help achieve the
overall goal of extracting entities. As a result, URLs
pointing to popular multimedia portals such as ickr and youtube
or multimedia speci c sites such as twitpic and yfrog, while
interesting, are not informative in this setting. We identify
a dictionary of such domains and use this dictionary to
predict whether a URL is likely to point to a multimedia page
or a content page.
3.3</p>
    </sec>
    <sec id="sec-6">
      <title>Social Features</title>
      <p>Tweet publishers' social characteristics play an important
role in the quality of tweets. For this reason we choose to
consider a comprehensive set of publisher social features for
the candidate URL l.</p>
      <p>Publisher Experience, P E(l), measures the average
tenure of the publishers. Speci cally, let P E(u) be the
number of days the publisher u has been a Twitter user,
P E(l) = jU1(l)j Pu2U(l) (P E(u)).</p>
      <p>Publisher Statuses, P S(l), which measures the average
number of message each publisher in U (l) has contributed
to Twitter. Let P S(u) be the number of messages the
publisher u has published since joining Twitter, P S(l) =
jU1(l)j Pu2U(l) (P S(u)).</p>
      <p>Publisher Activity, P A(l), measures how active the
publishers are on Twitter. Let P A(u) = PPES((uu)) represent
how active of a publisher is on Twitter, P A(l) = jU1(l)j P
(P A(u)).</p>
      <p>Publisher Importance, P I(l), measures how important
the publishers are within the Twitter communities. The
importance is approximated with the number of followers a
publisher has. Let P I(u) represent the number of Twitter
followers the publisher u has, P I(l) = jU1(l)j Pu2U(l) (P I(u)).</p>
      <p>Publisher Diversity, P D(l), is the fraction of the
number of distinct users over the total number of tweets in T (l).
Intuitively, it is a bad sign if all the tweets associated with
the URL are published by a few publishers.</p>
      <p>Publisher Entropy, P E(l), is a novel and more
advanced measure of publisher diversity. Let jT u(l)j be the
number of tweets in T (l) that are published by u, we can
compute P E(l) = Pu2U(l) jTjTu((ll))jj log jTjTu((ll))jj .</p>
      <p>Publisher Sociability, P S(l), measures the social
connectivity of the publishers. We de ne the friends of publisher
u, F (u), as the number of users who follows u and who u
also follows. Hence, P S(l) = jU1(l)j Pu2U(l) (F (u)).</p>
      <p>Follower to Followee Ratio, F F R(l), approximates the
\celebritiness" of the publisher and is computed as F F R(l) =
1 P #users following u
jU(l)j u2U(l) #users u follows .
u2U(l)</p>
    </sec>
    <sec id="sec-7">
      <title>ENTITY RANKER</title>
      <p>
        The set of top URLs as identi ed by the URL Ranker are
submitted to AlchemyAPI [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], which performs the named
entity extraction from the page contents. Speci cally, we
obtain a collection E = fe1; e2; :::; eng of n entities as the
result, and focus on how to identify those that are most
central to the topic given by the user. We again emphasize
that, in this work, our focus is not on improving the
extraction techniques themselves, but rather on using the features
that are unique to social updates to rank candidate entities
obtained through existing state-of-art extraction systems.
Similar to the URL Ranker, we adopt a machine learning
approach and train a Naive Bayes classi er to make
predictions on whether an entity is good based on various features
as described below.
      </p>
      <p>Let S be the sequence of tweets as de ned in Section 3
and Ltop = fl1; l2; :::; lmg be the top URLs as ranked by the
URL Ranker. Let E = fe1; e2; :::; eng be the set of entities
extracted from Ltop and L(e) Ltop (e 2 E) be the set
of URLs from which e is extracted and T (e) = ft j 9l 2
L(e) s.t. l is embedded in tg. Finally, let f(e;l) be the term
frequency of entity e in the content of URL l, and h(e;l) = 1
if e can be extracted from the title of l.</p>
      <p>We focus on three large categories of features: text
features, which measure how important the entity is to the
pages where it is extracted from; tweet features, which
relate to the tweets where the entity is indirectly (i.e., through
the embedded URL) extracted from; social features, which
relate to the publishers who posted those tweets. A number
of those features are proposed for the rst time in this study.
where we take the logarithmic so that the feature is not
dominated with extremely high frequencies.</p>
      <p>Entity Distribution, ED(e), is a novel feature that
measures the distribution of entities on the pages they were
extracted from, and is computed as:</p>
      <p>X</p>
      <p>X fe;c log fe;c
ED(e) = l2L(e) c2l
jL(e)j
where the content of each URL is divided into 10 equal sized
chunks, c1; c2; :::; c10, and fe;c measures the frequency of the
entities within the chunk c. Intuitively, only entities that
are central to the page will have a high distribution value
over the page and only entities that are central to the topic
will have high distribution value across all pages.</p>
      <p>Inverted Document Frequency, IDF (e), which is the
equivalent of traditional term IDF and is computed as:
IDF (e) = log jfl j l 2 L ^ fe;l &gt; 0gj
jLj</p>
      <p>Is In Title Indicator, IIT i(e), which indicates the
appearance of e inside a page title and is computed as:
IIT i(e) =
1 : 9l 2 L(e); h(e;l) &gt; 0
0 : otherwise
4.2</p>
    </sec>
    <sec id="sec-8">
      <title>Tweet Features</title>
      <p>This set of features relate to the tweets that the candidate
entity e is extracted from:</p>
      <p>Subject Speci city, SS(e), is similar to SS(l) and
measures the average number of hashtags with each t 2 T (e).</p>
      <p>URL Frequency, U F (e), measures the average frequency
the URLs containing e and is computed as U F (e) = jLLP(e(l))j ; l 2
L(e), where LP (l) is the Link Popularity as de ned earlier.</p>
      <p>Hashtag in Entity, HIE(e), indicates whether the
entity name overlaps with the topic hashtag itself. For
example, the entity \National AIDS Commission" overlaps with
the topic hashtag #aids, and therefore HIE(\National AIDS
Commission") = 1 for the topic #aids.</p>
      <p>Is In Tweet, IIT w(e), indicates whether e is found in
any tweet t 2 T (e) directly.
4.3</p>
    </sec>
    <sec id="sec-9">
      <title>Social Features</title>
      <p>Finally, we apply to the candidate entity e the similar set
of social features that we apply to the URL as in Section 3.3.
For completeness, we list the explicit de nitions here. Note
that U (e) is the set of publishers who posted at least one
##uusesresrsfuollfoowllionwgsu .
tweet t 2 T (e), and P E(u); P S(u); P A(u); P I(u); and F (u)
are de ned in Section 3.3.</p>
      <p>Publisher Experience, P E(e) = jU1(e)j Pu2U(e) (P E(u)).
Publisher Statuses, P S(e) = jU1(1e)j Pu2U(e) (P S(u)).
Publisher Activity, P A(e) = jU(e)j Pu2U(e) (P A(u)).
Publisher Importance, P I(l) = jU1(e)j Pu2U(e) (P I(u)).
Publisher Sociability, P S(e = jU1(e)j Pu2U(e) (F (u)).</p>
      <p>Follower to Followee Ratio, F F R(e) = jU1(e)j Pu2U(e)
5.</p>
    </sec>
    <sec id="sec-10">
      <title>EXPERIMENTAL EVALUATION</title>
      <p>We implemented our system as an application over
Twitter using Python/Java and conducted an extensive set of
experiments to evaluate the quality of the topic centric
entity search results. All experiments are run on a Windows
XP machine with 1GB RAM, 1.6GHz Intel Core Duo CPU,
and 20Mbps Internet connection.</p>
      <p>Tweet Data Set: We chose 20 topics that were
newsworthy over a week time period in 2010 (November
1926, 2010) using Google Trends and identi ed
corresponding most popular hashtags for each topic. Based on those
hashtags, we fetched 380; 000 tweets using the Twitter API.
We discarded any tweet whose publishers are no longer with
Twitter, which left us with 350; 000 tweets. Among those,
nearly 50% of the tweets (177; 000) contain embedded URLs.</p>
      <p>
        Training/Testing Data: For each of those 20 topics, we
asked 10 volunteers to gather as many relevant entities as
possible through any medium they considered as appropriate
(newspapers, blogs, wikipedia, etc.). The result is a set of
golden entities for each topic. Among the 20 original topics,
10 topics involve multiple entities, and they are selected for
further study. For each of those 10 multi-entity topics, 100
most recently embedded URLs were extracted and rated by
the volunteers based on the URLs' relevances to the topic on
a scale of 0 to 2, representing \not relevant", \somewhat
relevant", \very relevant", respectively. This URL rating data is
used to evaluate our URL Ranker. Similarly, we performed
entity extraction using the Alchemy API [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] for all 100 URLs
of each of the 10 topics. On average, this produced 200
entities extracted per topic. Those extracted entities were rated
by the volunteers using a similar relevance scale as in the
URL rating data. This Entity rating data is used to
evaluate our Entity Ranker.
      </p>
      <p>Examples: Table 1 illustrates two example topics with
top URLs and entities rated by the users. The rst one
is the insider trading investigation involving various former
employees of SAC Capital, which is founded by Steve Cohen.
The second one is on the decision by Pope Benedict XVI to
allow the use of condom for AIDS prevention. Our system
is able to successfully identify most of the URLs and entities
that are considered relevant.</p>
      <p>Methodology: We perform 10-fold cross validation for
the quality experiments. In each run, both rankers (URL
and Entity) are trained on the rating data of 9 topics and
tested on the remaining topic. The average number across
all 10 runs are reported. We use nDCG@K (normalized
discounted cumulative gain) as the measure to evaluate the
quality of the various algorithms.
5.1</p>
    </sec>
    <sec id="sec-11">
      <title>Benefits &amp; Overhead of URL-based</title>
    </sec>
    <sec id="sec-12">
      <title>Extraction</title>
      <p>#insidertrading
#aids
http://goo.gl/wFxuz
http://on.wsj.com/cPdOg9
http://viigo.im/5rcV
http://hu .to/gWAPIC
http://bbc.in/9mTIeA
http://bit.ly/bd8ieh
location</p>
      <sec id="sec-12-1">
        <title>Mountain View Boston Wall Street Geneve</title>
        <p>Vatican
Rome
organization</p>
      </sec>
      <sec id="sec-12-2">
        <title>Primary Global Loch Capital SAC Capital Advisors CDC</title>
        <p>UN AIDS Agency
Catholic Church
person</p>
      </sec>
      <sec id="sec-12-3">
        <title>Raj Rajaratnam</title>
        <p>Steven Fortuna
Steve Cohen
Howard Ja e
Pope Benedict
Peter Seewald</p>
        <p>The rst question we ask is whether extracting from the
page content of the URLs embedded in the tweets is worth
the e ort, i.e., can we actually get a better coverage of the
entities extracting from the URLs than simply extracting
from the tweets? The answer is a resounding yes. As Table 2
shows, the four strategies (Section 3) that extract entities
from URLs all achieve a signi cantly higher coverage (i.e.,
recall) of the golden entities for the topics than the strategy
(SourceT S) that purely extracts entities from the tweets,
even though the latter strategy goes over much more tweets3.
The strategy that employs the machine learning approach
achieves the highest increase in coverage at over 50%. It
is interesting to see that authoritative URLs (SourceAU )
performs worse than popular URLs (SourceP U ) as an entity
source, probably because the most authoritative URLs may
be important but have highly overlapping content.</p>
        <p>Furthermore, the much improved coverage comes at a
reasonable performance overhead. As shown in Figure 1,
extraction over the URL content incurs only about 16%
overhead into the overall entity extraction latency (i.e., from
a query topic being issued to the set of entities being
returned). There are two main reasons for this surprisingly
low overhead. First, content fetching can be done in
parallel, which means the additional latency cost is only one
page fetch even though 100 pages are retrieved. Second, the
cost of actual entity extraction dominates the overall latency
and therefore an additional page fetch is less signi cant in
comparison4.
5.2</p>
      </sec>
    </sec>
    <sec id="sec-13">
      <title>URL Ranker Evaluation</title>
      <p>
        In this experiment, we compare the machine learned URL
ranking algorithm (M F U ) against all three baseline
algorithms, Fresh URL (F U ), Popular URL (P U ), and
Authoritative URL (AU ) in terms of the quality of the URL rankings
using nDCG. For M F U , the SVM classi er is trained using
libsvm [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. After training, it makes predictions on which
class (\not relevant", \somewhat relevant", \very relevant")
each of the test URLs belongs to. The URLs are then ranked
according to their combined probability estimates of the
latter two classes, and top k URLs are chosen, where k ranges
from 3 to 15 in our experiments. For the three baseline
algorithms, the URLs are ranked in the intuitive order, i.e.,
latest (F U ), most popular (P U ), most authoritative (AU ),
respectively. As shown in Figure 2, M F U handily beats all
three baseline algorithms across all k values. We further
note that URL recency performs badly compared with the
other three algorithms, and yet it is currently the default
way of showing the tweets to the users!
5.3
      </p>
    </sec>
    <sec id="sec-14">
      <title>Entity Ranker Evaluation</title>
      <p>
        In this experiment, we compared the machine learned
entity ranking algorithm against the two baseline algorithms:
3In this experiment, we do not rank the entities and use all
entities extracted from the top-15 URLs.
4We believe this is the case for the majority of advanced
extraction systems currently available.
random, which randomly chose k entities from the set of
extracted entities, and alchemy, which uses the extraction
condence (provided by the Alchemy API) to rank the entities.
We further provide detailed analysis of the importance of
each category of features (T EXT , T W EET , SOCIAL, see
Section 4) by using all possible combinations of the feature
categories. All classi ers are naive Bayes and trained using
Weka [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. As mentioned earlier, for each run, entity rating
data of 9 topics are used to train the classi ers, which then
make predictions on entities for the remaining topic. The
probability estimates for the \very relevant" class are used
to rank the entities. The results are averaged over the 10
cross-validation runs.
      </p>
      <p>G
C
D
N
e
g
a
vr
e
A
0.8
0.7
0.6
0.2
0.1
0</p>
      <p>As shown in Figure 3, the machine learning based
rankings performs signi cantly better than the two baseline
algorithms in terms of nDCG. The extraction con dence based
ranking performs identically with the random ranking,
indicating that extraction con dence is a poor measure of how
relevant the entity is to the given topic. Among the three
categories of features, both T EXT and T W EET are su
cient to achieve good results. In fact, when k = 10, T EXT
features alone can achieve very good results. Contrary to
what we believed prior to this study, ranking with SOCIAL
features alone performs noticeably worse than rankings with
at least some T EXT or T W EET features, indicating that
popular Twitter users are not necessarily the best sources
for a comprehensive summary of a topic.</p>
      <p>Finally, gure 4 illustrates the precision-recall curve over
the same set of rankings, where the recall is computed as the
percentage of entities each ranking recovered over the golden
set of entities for each topic. Similar to the nDCG study, all
machine learned rankings perform signi cantly better than
the baseline rankings and T EXT and T W EET are the more
important feature categories than the SOCIAL features.
6.</p>
    </sec>
    <sec id="sec-15">
      <title>CONCLUSIONS AND REMARKS</title>
      <p>In this study we design and implement a system to search
for the most relevant named entities of a given topic from
social updates. Our approach consists of two main
components, URL Ranker and Entity Ranker. The former extracts
and ranks top URLs from the sequence of social updates
based on various features, while the latter leverages existing
entity extraction to extract entities and machine learning
techniques to rank the entities. An extensive set of
experiments show that both our ranking algorithms signi cantly
outperforms their respective baseline algorithms. We also
study the various categories of features for entity ranking
and show that text and tweet features are more important
than social features for entity search.
7.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Alchemy</surname>
            <given-names>API</given-names>
          </string-name>
          : http://www.alchemyapi.com.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>[2] Twitter: http://www.twitter.com/.</mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <source>[3] Weka 3</source>
          .0: http://www.cs.waikato.ac.nz/ml/weka/.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>C.-C.</given-names>
            <surname>Chang</surname>
          </string-name>
          and
          <string-name>
            <given-names>C.-J.</given-names>
            <surname>Lin</surname>
          </string-name>
          .
          <article-title>LIBSVM: a library for support vector machines</article-title>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>B.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Mitra</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Q.</given-names>
            <surname>Zhao</surname>
          </string-name>
          .
          <article-title>Temporal and information ow based event detection from social text streams</article-title>
          .
          <source>In AAAI</source>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Nairn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Nelson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. S.</given-names>
            <surname>Bernstein</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E. H.</given-names>
            <surname>Chi</surname>
          </string-name>
          .
          <article-title>Short and tweet: experiments on recommending content from information streams</article-title>
          .
          <source>In CHI</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>W. J.</given-names>
            <surname>Corvey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Vieweg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Rood</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Palmer</surname>
          </string-name>
          .
          <article-title>Twitter in mass emergency: what NLP techniques can contribute</article-title>
          .
          <source>In NAACL HLT</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>A. P. de Vries</surname>
          </string-name>
          , A.
          <string-name>
            <surname>-M. Vercoustre</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          <string-name>
            <surname>Thom</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Craswell</surname>
            , and
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Lalmas</surname>
          </string-name>
          .
          <article-title>Overview of the INEX 2007 entity ranking track</article-title>
          .
          <source>In INEX</source>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>A.</given-names>
            <surname>Dong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , P. Kolari,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Diaz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Chang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zheng</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H.</given-names>
            <surname>Zha</surname>
          </string-name>
          .
          <article-title>Time is of the essence: improving recency ranking using twitter data</article-title>
          .
          <source>In WWW</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <surname>K. M. Thornton</surname>
            , and
            <given-names>E. N.</given-names>
          </string-name>
          <string-name>
            <surname>Efthimiadis</surname>
          </string-name>
          .
          <article-title>Conversational tagging in twitter</article-title>
          .
          <source>In HT</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>J.</given-names>
            <surname>Huang</surname>
          </string-name>
          and
          <string-name>
            <given-names>C.</given-names>
            <surname>Yu</surname>
          </string-name>
          .
          <article-title>Prioritization of domain-speci c web information extraction</article-title>
          .
          <source>In AAAI</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>V.</given-names>
            <surname>Kandylas</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Dasdan</surname>
          </string-name>
          .
          <article-title>The utility of tweeted urls for web search</article-title>
          .
          <source>In WWW</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>K.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Caverlee</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Webb</surname>
          </string-name>
          .
          <article-title>Uncovering social spammers: social honeypots + machine learning</article-title>
          .
          <source>In SIGIR</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>M.</given-names>
            <surname>Solomon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Yu</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Gravano</surname>
          </string-name>
          .
          <article-title>Popularity-guided top-k extraction of entity attributes</article-title>
          .
          <source>In WebDB</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>J.</given-names>
            <surname>Weng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.-P.</given-names>
            <surname>Lim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Jiang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Q.</given-names>
            <surname>He</surname>
          </string-name>
          .
          <article-title>Twitterrank: nding topic-sensitive in uential twitterers</article-title>
          .
          <source>In WSDM</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>