<!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>Local Methods for Estimating PageRank Values</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Yen-Yu Chen</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>CIS Department Polytechnic University Brooklyn</institution>
          ,
          <addr-line>NY 11201 yenyu, qq gan, suel @photon.poly.edu</addr-line>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2002</year>
      </pub-date>
      <abstract>
        <p>The Google search engine uses a method called PageRank, together with term-based and other ranking techniques, to order search results returned to the user. PageRank uses link analysis to assign a global importance score to each web page. The PageRank scores of all the pages are usually determined off-line in a large-scale computation on the entire hyperlink graph of the web, and several recent studies have focused on improving the efficiency of this computation, which may require multiple hours on a typical workstation. However, in some scenarios, such as online analysis of link evolution and mining of large web archives, it may be desirable to quickly approximate or update the PageRanks of individual nodes without performing a large-scale computation on the entire graph. We address this problem by studying several methods for efficiently estimating the PageRank score of a particular web page using only a small subgraph of the entire web.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        As the World Wide Web has grown from a few thousand pages ten years ago to several billion pages at
present, traditional term-based ranking techniques have become increasingly insufficient at returning good
results. For this reason, a large number of studies have proposed new ranking techniques based on the
analysis of the hyperlink structure of the Web. Probably the two best-known examples of link-based ranking
methods are the HITS [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] and PageRank [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] algorithms. The PageRank algorithm, in particular, is used
in the highly successful Google search engine.
      </p>
      <p>
        PageRank is based on the idea of assigning a global importance score, called PageRank value, to each
page on the web based on the number of hyperlinks pointing to the page and the importance of the pages
containing those hyperlinks. PageRank values are usually computed in an off-line manner, during a
largescale iterative computation on the entire web graph. Several recent studies [
        <xref ref-type="bibr" rid="ref10 ref13 ref17 ref3">3, 10, 13, 17</xref>
        ] have looked at
ways to optimize this computation, which may take many hours on a typical workstation for large graphs.
      </p>
      <p>
        However, there are some situations in which a global computation on the entire graph is impractical, e.g.,
if the the link information of the whole web graph is not easily accessible and we need a quick estimation
for a particular web page. In particular, users may have only access to a limited subset of the web, or may
have to access the graph via a remote connectivity server [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] such as the link: query facility in AltaVista,
or via a similar interface to a local meta data repository in a disk-based relational database. For example, we
might be interested in the evolution of the PageRank of a particular page tracked by the Internet Archive, but
cannot afford multiple PageRank computations on billions of pages (We note that the Internet Archive does
currently not yet provide the remote Connectivity Server functionality that would be needed in this case).
      </p>
      <p>
        In this paper, we study local methods for determining reasonable estimates of the PageRank values of
individual nodes. The basic approach in all our methods is to expand a small subgraph around the target node
and to use this subgraph as the basis for our estimation. Our goal is to minimize the cost of our methods,
as measured in terms of the size of the subgraph that is retrieved, while maximizing the accuracy of our
estimation. We show that on average, a reasonable estimate of the PageRank of a node can be obtained
by visiting a few dozen to a few hundred nodes. We compare several methods, and in the process also
discuss the correlation between PageRank and simple statistical measures such as weighted and unweighted
in-degrees. Our approach can also be used to estimate current PageRank values based on slightly outdated
values from an old graph, but under different assumptions than the work in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
      <p>14
1
10</p>
      <p>The remainder of the paper is organized as follows. We first provide a brief review of the PageRank
method. Section 3 is the main section of this paper, and describes our local methods for estimating PageRank
values and evaluates their performance on a large subgraph of the web. Section 4 discusses related work,
and finally Section 5 provides some concluding remarks.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Review of PageRank</title>
      <p>In this section, we review the PageRank technique. Recall that the Web can be viewed as a directed graph
whose nodes are web pages and whose edges are the hyperlinks between pages. The in-degree of a node
is the number of edges (hyperlinks) pointing to it, and the out-degree of a node is the number of distinct
hyperlinks out of it. We use to denote the number of nodes in the graph.</p>
      <p>
        The Basic Idea: PageRank was proposed in [
        <xref ref-type="bibr" rid="ref22 ref7">7, 22</xref>
        ] as a ranking mechanism for the Google search
engine that assigns to each page a global importance score based on link analysis. The basic idea is that
if page has a link to page , then the author of is implicitly saying that page is somehow important
to . Thus, page is conferring some amount of importance onto , and this amount is determined by the
importance of itself and the number of outlinks in over which it is divided. This recursive definition of
importance can be described by the stationary distribution of a simple random walk over the graph, where
we start at an arbitrary node and in each step choose a random outgoing edge from the current node. (Several
papers [
        <xref ref-type="bibr" rid="ref6 ref8">8, 6, 24</xref>
        ] have proposed heuristics for assigning different weights to the outgoing edges in a node;
we assume each edge is selected with equal probability though our techniques could be adjusted to other
choices.) According to this random walk model, the importance of a page is determined as:
"#! (*) +#, # labeled from to , and define matrix by if there is a link from node to node and
where is the out-degree of page . This can be rewritten in matrix form as follows. Let the nodes be
otherwise. (Thus, is a ”degree-scaled” version o%f$’t&amp;he adjacency matrix of the graph.) Then we obta$in
3.1
      </p>
    </sec>
    <sec id="sec-3">
      <title>The General Idea</title>
      <p>where is the outdegree of page . A natural question is to what degree PageRank is related to weighted
in-degree, and we will run into this question later on.
! # J:) +#, # In the matrix formulation, we define a new matrix with if there is a link from node to
,;OJ @) J / node and otherwise, and then use instead of .%$’In&amp; our experiments, we use .</p>
      <p>
        W$ eighted In-Degree: One simplistic explanations of PageRank would be of the form ”very sFimilar to
in-degree, except it matters where the pointers come from”. This would suggest that the PageRank value
of a node might be strongly correlated with its in-degree (which had been previously proposed as a ranking
function [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]). It was observed in [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] that this is in fact not the case. One obvious reason is that the amount
of PageRank sent across an edge depends on the out-degree of the sending node. This motivates us to define
the weighted in-degree of a node as:
In our problem setup, we assume that we have a fetch operation that allows us, given a URL or page ID,
to retrieve the in-degree and out-degree of the corresponding page plus the sources and destinations of
incoming and outgoing links, respectively. Our cost measure is the number of fetch operations performed.
(In the case where there are many incoming links, our best methods actually do not require information
about all sources of links.) All our methods follow the same simple approach based on three phases:
(1) Expansion: We build a subgraph starting from the target node for which we are interested in
estimating the PageRank value, by expanding backwards from the target node following reverse hyperlinks.
We stop this expansion phase after a while based on some criterium. The cost of this phase is equal to
the size of the subgraph we build. An example of a subgraph is shown in Figure 1, with a target node
on the right, three internal nodes, and five boundary nodes on the left side.
3
      </p>
    </sec>
    <sec id="sec-4">
      <title>Algorithms and Experimental Results</title>
      <p>We start by describing the main idea underlying the methods that we propose. After introducing our
experimental setup, we then describe and evaluate our methods one after the other.</p>
      <p>
        (3) Iteration: We run the standard iterative algorithm for PageRank on the subgraph, in each step putting
our estimated value into the boundary nodes, adding the random jump value of to the internal
nodes, and removing any flow leaving the subgraph. After some iterations, we us eF the PageRank in
the target node as our estimate. This phase also does not involve any fetch operations.
: B 7@)H values, respectively. The other one is called precision, defined as . Thus, precision tells
7 Two measurements are used to identify the accuracy of our methods. One is relative error of a target
G report our experimental results for a set of randomly chosen target nodes.
@ : )H 7 @ 7 node , defined as , where and are the estimated and precise PageRank
graph was only used in one of the experiments.) Following Haveliwala [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], we pruned the graph twice by
removing leak nodes; this resulted in a highly connected graph with nodes and
links, for an average out-degree of in the new graph. We then stored the linD k information for the graph
in a Berkeley DB database which req uFired about GB storage space. This provides an adjacency-list type
interface to the graph similar to connectivity serveD rs [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] and search engines with support for link: queries,
or relational web meta data repositories, with each fetch operation requiring a disk access. To measure the
accuracy of our estimations, we also performed the global PageRank computation on the entire graph. We
us whether we tend to over- or underestimate the correct result. We typically plot our results in terms of the
average relative error and standard deviation, and also show scatter plots for precision.
*) then estimate the PageRank of each boundary node as , the average value in the graph. The results are
G error of at an average cost of fetch operations per estimation.
      </p>
      <p>G slightly below , though at a high cost. For example, with three levels, we obtain an average relative
In this method, we build the subgraph by simply expanding from the target node backwards for a fixed
number of levels , i.e., we include all nodes from which the target can be reached in at most steps. We
shown in Figure 2, which shows on the left the average error and cost per target node, and on the right a
scatter plot of the precision and cost values for levels. As we see, we eventually get average relative errors</p>
      <p>We notFe that the size of the subgr aDp hD explodes to about nodes after six levels, but even at that
size errors are . In the following, we look at smarterD techniques that do not expand the graph in a
brute-force mannF er.
3.3</p>
    </sec>
    <sec id="sec-5">
      <title>A Naive Method 3.4</title>
    </sec>
    <sec id="sec-6">
      <title>The Simple Influence Method</title>
      <p>
        Considering the boundary nodes of the subgraph, we can ask about the impact that each boundary node
has on the estimation at the target node. It should be obvious that for some nodes, the impact is low since
most of the PageRank value entering the node will never arrive at the target node, while others will have
more impact since most paths from this node go to the target node. We formally define the influence of
a node as the fraction of PageRank value at this node that will eventually arrive at the target node without
performing a random jump in between. We note that influence is related to the inverse distance measure
defined by Jeh and Widom in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. The overall impact that a node has on the estimation error at the target
17
4
depends on its influence and the absolute PageRank estimation error at the node (which we do not know).
Formally, the absolute estimation error at the target is upper-bounded by the sum over all boundary nodes
of the product of the absolute amounts of these two terms, though for large numbers of boundary nodes we
expect errors with different signs to largely cancel each other out.
      </p>
      <p>
        A precise computation of the influence of a node on target node is quite expensive, and thus we
approximate this value as follows. We place one unit of rank value onto , and then simulate PageRank
for a while until most of the rank value has either left the subgraph (including random jumps) or arrived
at the target. In particular, we adopt the OPIC approach recently proposed by Abiteboul et al. in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] for
this problem. In this approach, we select a node currently containing some rank value, and fire it, resulting
in its rank value being pushed out of the node to other nodes. We remove any rank arriving at the target,
leaving the subgraph, or taking a random jump, and terminate this process when the amount of rank still in
the subgraph has decreased below some threshold. We then estimate the influence by the total amount of
value that has arrived at the target. The process can be made more efficient by firing in each step the node
that contains the most rank value (based on a heap structure), and thus after firings the
influence value can be estimated within an additive term , where is the size of the su b29&gt;&lt;gr a6ph.
      </p>
      <p>(right) versus cost for simple influence method.</p>
      <p>as before.
(c) estimate the PageRank using the weighted in-degree defined in Section 2. We note that this would
assume that this measure is precomputed and stored in the database, which may not be realistic.
*) estimating their value as is also a problem, potentially even if their influence is low, since such nodes
The influence test provides useful information for choosing when to stop expanding. However, some nodes
with large in-degree can create problems. If their influence is above the threshold, then expanding them
would be very expensive as we have to fetch all nodes pointing to them. Not expanding them and just
typically have a large absolute PageRank. The impact of such a node on the estimation at the target is given
by the product of its influence and its (in this case large) absolute estimation error.</p>
      <p>Thus, we need to refine our approach. In particular, we use the following rule: If the influence of a node
divided by its in-degree is greater than the threshold , we expand the node by fetching its predecessors;
otherwise, we stop. This solves the first of the above issues. To solve the second issue, we experiment with
heuristics for estimating the PageRank of the boundary nodes. We compared the following approaches:
G G an average relative error around with a cost of , which is much better than before. However, the
standard deviation is still significantly higher than the average error due to a few estimates that are way off.
, J @) transmits a PageRank value of , where is the total number of hyperlinks in the graph.
(b) estimate the PageRank by assuming that each edge from outside the subgraph into the boundary node
Rank values due to random incoming jumps and from other nodes in the subgraph can be directly
computed and do not need to be estimated.</p>
      <p>G Concerning absolute numbers, using method (b) we get an average relative error below with a cost</p>
      <p>In Figure 4 we show the cost of the method and the average relative errors for all three estimation
approaches (the cost stays the same), for various thresholds . Also, Figure 5 compares the naive and simple
influence methods from the previous subsections to the method (b) above in terms of the error/cost tradeoff.
We see from Figure 4 that using the number of links together with the influence to decide whether to expand
decreases the cost for a given threshold value compared to the simple influence method, and that methods
(b) and (c) perform much better than (a) in terms of error. Also, we see from Figure 5 that (b) achieves
an overall better error/cost tradeoff than our earlier approaches, while Figure 4 shows improvements in the
standard deviation due to fewer outliers.
of fetch operations. We note that the cost of the influence computations and of the PageRank iterations
in the third phase are insignificant, and thus the number of fetches provides a reasonable model.</p>
      <p>19
6
G old graph (shaded part of column), for values of from to the total number of nodes. On the right</p>
      <p>
        On the left side of Figure 6, we show how many of the pages ranked in the top in the new graph
were present in the old graph (total height of column) and how many were also ranked in the top in the
side, we show results for a site-level view, where each site is represented by its highest-ranked URL (with
PageRank computed on a page-level graph as before). We see clearly that pages that are highly ranked in the
To check the correctness of our code, we also ran an experiment where we estimated the boundary nodes
using their exact PageRank values, to see if we would also obtain the exact value at the target node (we
did). This test raised the following question for us: Suppose we have outdated PageRank values of some or
all nodes available from a previous crawl, and we want to estimate the current value, can we do better by
following our approach and estimating the rank values of the boundary nodes using the old values? To test
this hypothesis, we used two different crawls that we performed about months apart using the Polybot
web crawler [25] on the same set of start pages and crawl policies. Thus, both crawls have million
pages before pruning, and about million afterwards. The two snapshots have about 13.6 milDlion pages
and one million sites in common (we consider two pages as the same if they have same URL). We now
briefly discuss the observed changes between the two graphs.
new graph were also likely to have existed and been crawled in the old graph, and in fact often were already
ranked high in the old graph. This tendency is even stronger at the site level since in some cases sites move
their most highly ranked page to a different URL. We note that according to [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ], a breadth-first crawl of
sufficiently large size is likely to visit most pages with large PageRank. We also refer to [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] for additional
discussion of PageRank in the context of web evolution.
      </p>
      <p>
        Now we look at what happens if we directly plug old PageRank values into boundary nodes instead
of approximating them with our other techniques. For those nodes where no old PageRank values are
available, we use approach (b) in Subsection 3.5, i.e., estimation by in-degree. Figure 7 shows the results for
this method. The cost is the same as in Subsection 3.5, but the average error also appears to be comparable
to those methods. There appear to be two issues with this approach. First, the old graph is quite old at
months. Second, on closer examination we find that many of the nodes with high PageRank, which mostly
already existed in the old graph, have significantly increased their in-degree and PageRank value. This
problem could be addressed by maybe correcting the old Pagerank value for changes in in-degree, though
this remains for future work.
*) than estimating the value by for our purposes). On the other hand, the weighted in-degree measure was
In one of our two best methods, we used the in-degree of the boundary nodes to estimate their PageRank,
by multiplying the in-degree by the average edge flow in the entire graph. In the other one, we used the
weighted in-degree with slightly better results. It was observed in [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] that the in-degree is in fact not
strongly correlated to the PageRank value (although there is a slight correlation that makes it at least better
not studied in [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ]. This leads us to look at the correlation between iterated versions of the weighted and
unweighted in-degree, shown in Table 3.1 below. We see that while there is some correlation with in-degree
(I), not surprisingly this correlation largely disappears for two-level (I-I) and three-level (I-I-I) iterated
indegree. On the other hand, for weighted in-degree (WI), the correlation is much higher and increases with
more levels (WI-WI and WI-WI-WI) to close to . Of course, computing the weighted in-degree over several
levels is really similar (but not identical) to expanding a subgraph by several levels (our naive method) and
thus not really a more efficient alternative to our methods. We also show the correlation between new and
old PageRank values for those nodes that exist in both graphs.
Link analysis techniques are playing an increasingly important role in web search engines, and a large
number of techniques have been proposed. The two best known approaches probably are PageRank, proposed in
[
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] and used by Google, and the HITS method proposed by Kleinberg [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. A number of extensions of these
approaches were subsequently described; see, e.g., [
        <xref ref-type="bibr" rid="ref14 ref16 ref21 ref8">14, 24, 8, 16, 21</xref>
        ]. We refer to [
        <xref ref-type="bibr" rid="ref2 ref9">2, 9</xref>
        ] for an overview of
link ranking techniques.
      </p>
      <p>
        Recent work by Chien et al. [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] studies the problem of maintaining the results of a PageRank
computations under changes in the graph structure. Their technique is similar to ours in that they also expand a small
subgraph around a point of interest, in this case a change to a link or node in this graph, and collapse the
rest of the graph into one large supernode. Then resulting changes in the PageRank values are propagated
only within this graph. An important difference is that in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] the graph is expanded by following forward
links from the point of interest, while we expand backwards until some appropriate stopping criterium is
met. As discussed, our approach can also be used to estimate updated from outdated PageRank values, but
in contrast to [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] no knowledge of the precise changes in the web graph is required.
      </p>
      <p>
        Since the early days of search engines, counting the in-degree of a node to estimate the page importance
has been used as a form of link-based ranking [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ], and there is a wealth of research that studies the in-degree
properties of the web graph. Simply counting the in-degree of a node encourages spamming and is thus not
considered a good ranking method. However, it is interesting to try to relate in-degree to PageRank and
more advanced methods. In this context, Pandurangan, Raghavan, and Upfal [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] studied the relationship
between PageRank and in-degree and discuss random graph models for capturing the PageRank, in-degree,
and out-degree distributions in the real Web. Their results showed that there is only very weak correlation
between PageRank values and node degrees, which is relevant to our problem of estimating PageRanks of
boundary nodes discussed in Section 3.
      </p>
      <p>
        The notion of the influence between two nodes also plays a role in the work on Personalized Pagerank
by Jeh and Widom [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], which studies the efficient computation of personalized PageRank values based on
a combination of precomputation and online computation on small subgraphs. In our computation of the
influence, we adapt a technique proposed by Abiteboul, Preda, and Cobena [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] for the purpose of
approximating rank values during a crawl. Finally, we note that PageRank estimation during a crawl based on the
already crawled part of the web is also performed in [
        <xref ref-type="bibr" rid="ref12 ref15">15, 12</xref>
        ]. However, these methods do not attempt to
optimize the precision of their estimates by expanding a subgraph in a controlled fashion, but instead simply
use the available subgraph.
5
      </p>
    </sec>
    <sec id="sec-7">
      <title>Conclusions and Future Work</title>
      <p>In this paper, we have described and evaluated several heuristic algorithms for estimating PageRank values
of individual pages without a global computation over the entire graph. As we have shown, a reasonable
estimate of the value is possible in a few seconds on a typical workstation based on maybe a few hundred
disk or remote server accesses to retrieve an appropriate subgraph. On the other hand, even a larger amount
of work does not result in a truly reliable estimate due to the structure of the graph and in particular due to
the difficulty of dealing with boundary nodes with large PageRank that can have a large impact on the target
node. For future work, it might be nice to evaluate the proposed methods under a formal web graph model.
We are also interested in applying the methods to the analysis of large archives of web data with multiple
versions of pages and an evolving link structure.</p>
      <p>Acknowledgements: This work was supported by NSF CAREER Award NSF CCR-0093400 and the New
York State Center for Advanced Technology in Telecommunications (CATT) at Polytechnic University, and
by equipment grants from Sun Microsystems and Intel Corporation. Yen-Yu Chen was also supported by a
Sun Foundation (Taiwan, R.O.C.) Fellowship.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>S.</given-names>
            <surname>Abiteboul</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Preda</surname>
          </string-name>
          , and
          <string-name>
            <surname>G. Cobena.</surname>
          </string-name>
          <article-title>Adaptive on-line page importance computation</article-title>
          .
          <source>In Proc. of the 12th Int. World Wide Web Conference</source>
          , May
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>A.</given-names>
            <surname>Arasu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Cho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Garcia-Molina</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Raghavan</surname>
          </string-name>
          .
          <article-title>Searching the web</article-title>
          .
          <source>ACM Transactions on Internet Technologies</source>
          ,
          <volume>1</volume>
          (
          <issue>1</issue>
          ),
          <year>June 2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Arasu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Novak</surname>
          </string-name>
          ,
          <string-name>
            <surname>Tomkins</surname>
            <given-names>A</given-names>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Tomlin</surname>
          </string-name>
          .
          <article-title>Pagerank computation and the structure of the web: Experiments and algorithms</article-title>
          .
          <source>In Poster presentation at the 11th Int. World Wide Web Conference</source>
          , May
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>R.</given-names>
            <surname>Baeza-Yates</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Saint-Jean</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Castillo</surname>
          </string-name>
          .
          <article-title>Web dynamics, age and page quality</article-title>
          .
          <source>In String Processing and Information Retrieval (SPIRE)</source>
          ,
          <year>September 2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>K.</given-names>
            <surname>Bharat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Broder</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Henzinger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Kumar</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Venkatasubramanian</surname>
          </string-name>
          .
          <article-title>The connectivity server: Fast access to linkage information on the web</article-title>
          .
          <source>In 7th Int. World Wide Web Conference</source>
          , May
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>K.</given-names>
            <surname>Bharat</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Henzinger</surname>
          </string-name>
          .
          <article-title>Improved algorithms for topic distillation in a hyperlinked environment</article-title>
          .
          <source>In Proc. 21st Int. Conf. on Research and Development in Inf. Retrieval (SIGIR)</source>
          ,
          <year>August 1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>S.</given-names>
            <surname>Brin</surname>
          </string-name>
          and
          <string-name>
            <surname>L. Page.</surname>
          </string-name>
          <article-title>The anatomy of a large-scale hypertextual web search engine</article-title>
          .
          <source>In Proc. of the Seventh World Wide Web Conference</source>
          ,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>S.</given-names>
            <surname>Chakrabarti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Dom</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Gibson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Kleinberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Raghavan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Rajagopalan</surname>
          </string-name>
          .
          <article-title>Automatic resource list compilation by analyzing hyperlink structure and associated text</article-title>
          .
          <source>In Proc. of the 7th Int. World Wide Web Conference</source>
          , May
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Chakrabarti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Dom</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Kumar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Raghavan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Rajagopalan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Tomkins</surname>
          </string-name>
          , David Gibson,
          <string-name>
            <given-names>and J.</given-names>
            <surname>Kleinberg</surname>
          </string-name>
          .
          <article-title>Mining the web's link structure</article-title>
          .
          <source>IEEE Computer</source>
          ,
          <volume>32</volume>
          (
          <issue>8</issue>
          ):
          <fpage>60</fpage>
          -
          <lpage>67</lpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Gan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Suel</surname>
          </string-name>
          .
          <article-title>I/O-efficient techniques for computing pagerank</article-title>
          .
          <source>In Proc. of the 11th International Conf. on Information and Knowledge Management</source>
          , pages
          <fpage>549</fpage>
          -
          <lpage>557</lpage>
          ,
          <year>November 2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>S.</given-names>
            <surname>Chien</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Dwork</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Kumar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Simon</surname>
          </string-name>
          , and
          <string-name>
            <given-names>D.</given-names>
            <surname>Sivakumar</surname>
          </string-name>
          .
          <article-title>Link evolution: Analysis and algorithms</article-title>
          .
          <source>In Workshop on Algorithms and Models for the Web Graph</source>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.</given-names>
            <surname>Cho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Garcia-Molina</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Page</surname>
          </string-name>
          .
          <article-title>Efficient crawling through URL ordering</article-title>
          .
          <source>In 7th Int. World Wide Web Conference</source>
          , May
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>T.H.</given-names>
            <surname>Haveliwala</surname>
          </string-name>
          .
          <article-title>Efficient computation of pagerank</article-title>
          .
          <source>Technical report</source>
          , Stanford University,
          <year>October 1999</year>
          . Available at http://dbpubs.stanford.edu:8090/pub/1999-31.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>T.H.</given-names>
            <surname>Haveliwala</surname>
          </string-name>
          .
          <article-title>Topic-sensitive pagerank</article-title>
          .
          <source>In Proc. of the 11th Int. World Wide Web Conference</source>
          , May
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>M. R.</given-names>
            <surname>Henzinger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Heydon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Mitzenmacher</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Najork</surname>
          </string-name>
          .
          <article-title>On near-uniform URL sampling</article-title>
          .
          <source>In Proc. of the 9th Int. World Wide Web Conference</source>
          , May
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>G.</given-names>
            <surname>Jeh</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Widom</surname>
          </string-name>
          .
          <article-title>Scaling personalized web search</article-title>
          .
          <source>In 12th Int. World Wide Web Conference</source>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>S.</given-names>
            <surname>Kamvar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Haveliwala</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Manning</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Golub</surname>
          </string-name>
          .
          <article-title>Extrapolation methods for accelerating pagerank computations</article-title>
          .
          <source>In Proc. of the 12th Int. World Wide Web Conference</source>
          , May
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>J.</given-names>
            <surname>Kleinberg</surname>
          </string-name>
          .
          <article-title>Authoritative sources in a hyperlinked environment</article-title>
          .
          <source>Journal of the ACM</source>
          ,
          <volume>46</volume>
          (
          <issue>5</issue>
          ):
          <fpage>604</fpage>
          -
          <lpage>632</lpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Li</surname>
          </string-name>
          .
          <article-title>Toward a qualitative search engine</article-title>
          .
          <source>IEEE Internet Computing</source>
          ,
          <year>August 1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>M.</given-names>
            <surname>Najork</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Wiener</surname>
          </string-name>
          .
          <article-title>Breadth-first search crawling yields high-quality pages</article-title>
          .
          <source>In 10th Int. World Wide Web Conference</source>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>A.</given-names>
            <surname>Ng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Zheng</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Jordan</surname>
          </string-name>
          .
          <article-title>Stable algorithms for link analysis</article-title>
          .
          <source>In Proc. of the 24th Annual SIGIR Conf. on Research and Development in Information Retrieval</source>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>L.</given-names>
            <surname>Page</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Brin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Motwani</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Winograd</surname>
          </string-name>
          .
          <article-title>The pagerank citation ranking: Bringing order to the web</article-title>
          .
          <source>Technical report</source>
          , Computer Science Department, Stanford University,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>G.</given-names>
            <surname>Pandurangan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Raghavan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E.</given-names>
            <surname>Upfal</surname>
          </string-name>
          .
          <article-title>Using pagerank to characterize web structure</article-title>
          .
          <source>In Proc. of the 8th Annual Int. Computing and Combinatorics Conference (COCOON)</source>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>