<!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>Comparative Study of Search Engine Result Visualisation: Ranked Lists Versus Graphs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Casper Petersen</string-name>
          <email>cazz@diku.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Christina Lioma</string-name>
          <email>c.lioma@diku.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jakob Grue Simonsen</string-name>
          <email>simonsen@diku.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Dept. of Computer Science, University of Copenhagen</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Typically search engine results (SERs) are presented in a ranked list of decreasing estimated relevance to user queries. While familiar to users, ranked lists do not show inherent connections between SERs, e.g. whether SERs are hyperlinked or authored by the same source. Such potentially useful connections between SERs can be displayed as graphs. We present a preliminary comparative study of ranked lists vs graph visualisations of SERs. Experiments with TREC web search data and a small user study of 10 participants show that ranked lists result in more precise and also faster search sessions than graph visualisations.</p>
      </abstract>
      <kwd-group>
        <kwd>Search Engine Result Visualization</kwd>
        <kwd>Ranked List</kwd>
        <kwd>Graph</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
      <p>
        Typically search engine results (SERs) are presented in a
ranked list of decreasing estimated relevance to user queries.
Drawbacks of ranked lists include showing only a limited
view of the information space, not showing how similar the
retrieved documents are and/or how the retrieved
documents relate to each other [
        <xref ref-type="bibr" rid="ref4 ref6">4, 6</xref>
        ]. Such potentially
useful information could be displayed to users in the form of
SER graphs; these could present at a glance an overview
of clusters or isolated documents among the SERs, features
not typically integrated into ranked lists. For instance,
directed/undirected and weighted/unweighted graphs could
be used to display the direction, causality and strength of
various relations among SERs. Various graph properties
(see [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]), such as the average path length, clustering
coefcient or degree, could be also displayed, re ecting
potenPresented at EuroHCIR2013. Copyright c 2013 for the individual papers
by the papers’ authors. Copying permitted only for private and academic
purposes. This volume is published and copyrighted by its editors.
SIGIR 2013 Dublin, Ireland
.
tially useful or interesting features about how the retrieved
data is connected.
      </p>
      <p>We present a user study comparing ranked list vs
graphbased SER visualisation interfaces. We use a web crawl of
ca. 50 million documents in English with associated
hyperlink information and 10 participants. We nd that ranked
lists result in overall more accurate and faster searches than
graph displays, but that the latter result in slightly higher
recall. We also nd overall higher inter-rater agreement about
SER relevance when using ranked lists instead of graphs.
2.</p>
    </sec>
    <sec id="sec-2">
      <title>MOTIVATION</title>
      <p>
        While traditional IR systems successfully support
knownitem search [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], what should users do if they want to locate
something from a domain where they have a general interest
but no speci c knowledge [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]? Such exploratory searching
comprises a mixture of serendipity, learning, and
investigation and is not supported by contemporary IR systems [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ],
prompting users to \develop coping strategies which involve
[...] the submission of multiple queries and the interactive
exploration of the retrieved document space, selectively
following links and passively obtaining cues about where their
next steps lie" [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. A step towards exploratory search, which
motivates this work, is to make explicit the hyper-linked
structure of the ordered list used by e.g. Google and
Yahoo. Investigation of such a representation does not exist
according to our knowledge, but is comparable to Google's
Knowledge Graph whose aim is to guide users to other
relevant information from an initial selection.
3.
      </p>
    </sec>
    <sec id="sec-3">
      <title>PREVIOUS WORK</title>
      <p>
        Earlier work on graph-based SER displays includes Beale
et al.'s (1997) visualisation of sequences of queries and their
respective SERs, as well as the work of Shneiderman &amp; Aris
(2006) on modelling semantic search aspects as networks
(both overviewed in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]). Treharne et al. (2009) present a
critique of ranked list displays side by side a range of other
types of visualisation, including not only graphs, but also
cartesian, categorical, spring and set-based displays [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. This
comparison is analytical rather than empirical. Closest to
ours is the work of Donaldson et al. (2008), who
experimentally compare ranked lists to graph-based displays [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
In their work, graphs model social web information, such
as user tags and ratings, in order to facilitate
contextualising social media for exploratory web search. They nd
that users seem to prefer a hybrid interface that combines
ranked lists with graph displays. Finally, the hyperlinked
graph representation discussed in the paper allows users to
investigate the result space thereby discovering related and
potential relevant information that might otherwise be
bypassed. Such representation and comparison to a traditional
ranked list does not exist according to our knowledge, but
the idea underpinning the graph representation is
comparable with Google's Knowledge Graph as the aim is to guide
users to other relevant information from an initial selection.
      </p>
    </sec>
    <sec id="sec-4">
      <title>4. INTERFACE DESIGN</title>
      <p>This section presents the two di erent SER visualisations
used in our study. Our goal is to study the e ect of
displaying exactly the same information to the user in two di erent
ways, using ranked list and graph visualisations, respectively.
1 docid
2 docid
3 docid
4 docid
5 docid
6 docid
(A)
5
3
2
(B)
4
6
1</p>
    </sec>
    <sec id="sec-5">
      <title>Ranked List (RL) Display</title>
      <p>We use a standard ranked list SER display, where
documents are presented in decreasing order of their estimated
relevance to the user query. The list initially displays only
the top-k retrieved document ids (docids) with their
associated rank (see Figure 1 (A)). When clicked upon, each
document expands to two mini windows, overlaid to the left
and right of the list:</p>
      <p>
        The left window shows a document snippet containing
the query terms. The snippet provides a brief
summary of the document contents that relate to the query
in order to aid the user to assess document relevance
prior to viewing the whole document [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. We describe
exactly what the snippet shows and how it is extracted
in Section 4.3.
      </p>
      <p>The right window shows a graph of the top-k ranked
SERs (see Section 4.2). The position of the clicked
document in the graph is clearly indicated, so users
can quickly overview its connections, if any, to other
top-k retrieved documents.</p>
      <p>Previously visited documents in the list are colour-marked.
4.2</p>
    </sec>
    <sec id="sec-6">
      <title>Graph (GR) Display</title>
      <p>We display a SER graph G = (V; E) as a directed graph
whose vertices v 2 V correspond to the top-k retrieved
documents, and edges e 2 E correspond to links (hyperlinks
in our case of web documents) between two vertices. Each
vertex is shown as a shaded circle that displays the rank of
its associated document in the middle, see Figure 1 (B). The
size of each vertex is scaled according to its out-degree, so
that larger vertex size indicates more outlinks to the other
top-k documents. Edge direction points towards the
outlinked document. Previously visited documents are
colourmarked.</p>
      <p>When clicked upon, each vertex expands to two mini
windows, overlaid to the left and right of the graph:
The left window shows the same document snippet as
in the RL display.</p>
      <p>The right window shows the ranked list of the top-k
SERs. The position of the clicked document in the list
is clearly marked.</p>
      <p>
        We display the SER graph in a standard force-directed
layout [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Our graph layout does not allow for other types
of interaction with the graph apart from clicking on it. We
reason that for the simple web search tasks we consider,
layouts allowing further interaction may be confusing or
time-consuming, and that they may be more suited to other
search tasks, involving for instance decision making,
navigation and exploration of large information spaces.
4.3
      </p>
    </sec>
    <sec id="sec-7">
      <title>Document Snippets</title>
      <p>Both the RL and GR interfaces include short query-based
summaries of the top-k SERs (snippets). We construct them
as follows: We extract from each document a window of
25 terms surrounding the query terms on either side. Let a
query consist of 3 terms q1; q2; q3. We extract snippets for
all ordered but not necessarily contiguous sequences of query
terms: (q1; q2; q3), (q1; q2), (q1; q3), (q2; q3), (q1), (q2), (q3).
This way, we match all snippets containing query terms in
the order they appear in the query (not as a bag of words),
but we also allow other terms to occur in between query
terms, for instance common modi ers.</p>
      <p>Several snippets can be extracted per document, but only
the snippet with the highest TF-IDF score is displayed to
the user. The TF-IDF of each window is calculated as a
normalised sum of the TF-IDF weights for each term:
Ss(D) =
1 jwj</p>
      <p>
        X tf (t; D) log
jwj t=0
jCj
jD 2 C : t 2 Dj
where jwj is the number of terms in the window extracted,
t 2 w is a term in the window, tf is the term frequency of t
in document D from which the snippet is extracted, C is the
collection of documents, and Ss(D) is the snippet score for
document D. Finally, as research has shown that query term
highlighting can be a useful feature for search interfaces [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ],
we highlight all occurrences of query terms in the snippet.
5.
      </p>
    </sec>
    <sec id="sec-8">
      <title>EVALUATION</title>
      <p>We recruited 2 participants for a pilot study to calibrate
the user interfaces; the results from the pilot study were
not subsequently used. For the main study, we recruited 10
new participants (9 males, 1 female; average age: 33.05, all
with a background in Computer Science) using convenience
sampling. Each participant was introduced to the two
interfaces. Their task was to nd and mark as many relevant
documents as possible per query using either interface. For
each new query, the SERs could be shown in either interface.
Each experiment lasted 30 minutes.</p>
      <p>Participants did not submit their own queries. The queries
were taken from the TREC Web tracks of 2009-2012 (200
queries in total). This choice allowed us to provide very fast
response times to participants (&lt; two seconds, depending
on disk speed), because search results and their associated
graphs were pre-computed and cached. Alternatively,
running new queries and plotting their SER graphs on the y
would result in notably slower response times that would
risk dissatisfying participants. However, a drawback in
using TREC queries is that participants did not necessarily
have enough context to fully understand the underlying
information needs and correctly assess document relevance.</p>
      <p>Ranked List
0.4195
0.4698
0.0067</p>
      <p>To counter this, we allowed participants to skip queries they
were not comfortable with. To avoid bias, skipping a query
was allowed after query terms were displayed, but before the
SERs were displayed.</p>
      <p>We retrieved documents from the TREC ClueWeb09 cat.
B dataset (ca. 50 million documents crawled from the web
in 2009), using Indri, version 5.2. The experiments were
carried out on a 14 inch monitor with a resolution of 1400
x 1050 pixels. We logged which SERs participants marked
relevant, as well as the participants' click order and time
spent per SER.</p>
      <p>In total the 10 participants processed 162 queries (89 queries
with the RL interface and 73 with the GR interface) with
mean = 16.2, and standard deviation = 7.8. Four queries
(two from each interface) were bypassed (2.5% of all
processed queries).</p>
      <p>Table 1 shows retrieval e ectiveness per interface,
aggregated over all queries for the top k = 20 SERs. The ranked
list is associated with higher, hence better scores than the
graph display for MAP and MRR. MAP is +30.6% better
with ranked lists that with graph displays, meaning that
overall a higher amount of relevant SERs is found by the
participants at higher ranks in the ranked list as opposed
to the graph display. This nding is in agreement with the
MRR scores, which indicate that the rst SER to be
assessed relevant is likely to occur around rank position 2.13
(1=2:13 = 0:469 0:4698) with ranked lists, but around
rank position 2.55 (1=2:55 = 0:392 0:3948) with graph
displays. Conversely, recall is slightly higher with graph
displays. In general, higher recall in this case would indicate
that participants are more likely to nd a slightly larger
amount of relevant documents when seeing them as a graph
of their hyperlinks. However, the di erence in recall between
ranked lists and graphs is very small and can hardly be seen
as a reliable indication.
5.1.1</p>
      <sec id="sec-8-1">
        <title>Click-order</title>
        <p>On average participants clicked on 9.46 entries per query
in the ranked list (842 clicks for 89 queries) but only on
6.7 entries per query in the graph display (490 clicks for 73
queries). The lower number of clicks in the latter case could
be due to the extra time it might have taken participants
to understand or navigate the graph. This lower number
of clicks also agrees with the lower MAP scores presented
above (if fewer entries were clicked, fewer SERs were
assessed, hence fewer relevant documents were found in the
top ranks).</p>
        <p>Figures 2a and 2b plot the order of clicks for the ranked
list and graph interfaces respectively on the x-axis, against
the frequency of clicks on the y-axis. We see that in the
ranked list, the rst click of the participant is more often
on a relevant document, but in the graph display, the rst
click is more often on a non-relevant document (as already
indicated by the MRR scores shown above). We also see
30
y
c
n
ue20
q
e
r
F
10</p>
        <p>Relevant
Not relevant
Relevant</p>
        <p>Not relevant
00 5 10 15 Click2o0rder 25 30 35 40</p>
        <p>(a)
00
5
15</p>
        <p>20
10
Click order
(b)
that for the graph display, the majority of participant clicks
before the 5th click correspond to non-relevant documents.
Even though the MRR scores of the graph display indicate
that the rst relevant document occurs around rank
position 2.5, we see that participants on average click four other
documents before clicking the relevant document at rank
position 2.5. This indicates that in the graph display,
participants click documents not necessarily according to their
rank position (indicated in the centre of each vertex), but
rather according to their graph layout or connectivity.</p>
      </sec>
      <sec id="sec-8-2">
        <title>5.1.3 Inter-participant agreement</title>
        <p>
          To investigate how consistent participants were in their
assessments, we report the inter-rater agreement using
Krippendor 's [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. Table 3 reports the agreement between the
participants, and Table 4 reports the agreements between
participants and the TREC preannotated relevance
assessments per interface. In both cases, only queries annotated
more than once by di erent participants are included (19
queries for the ranked list and 11 for the graph SER).
        </p>
        <p>The average inter-rater agreements between participants
vary considerably. For the graph interface, = 0:04471,
which suggests lack of agreement between raters. On a query
basis, some queries (query 169 and 44) suggest a
comparatively much higher agreement whereas others (e.g. query
104 and 184) show a comparatively higher level of
disagreement. For the ranked list, inter-rater agreement is higher
( = 0:19813). On a per query basis, quite remarkably,
query 92 had a perfect agreement between raters, while
queries 175 and 129 also exhibited a moderate to high level
of agreement. However, most queries show only a low to
moderate level of agreement or disagreement.</p>
        <p>Overall, the lack of agreement may indicate the
participants' confusion in assessing the relevance of SERs to
pretyped queries. This may be aggravated by problems in
rendering the HTML snippets into text. Some HTML
documents were ill-formed, hence their snippets sometimes
included HTML tags or other not always coherent text.</p>
        <p>Inter-rater agreements between our participants and the
TREC preannotated relevance assessments show an almost
complete lack of agreement. For both interfaces there is
a weak level of disagreement on average ( = 0:0750 and
= 0:0721 for the graph and ranked list respectively). On
a per query basis there are only two queries (queries 169 &amp;
110) exhibiting a moderate level of agreement. For most
remaining queries our participants' assessments disagree with
the TREC assessments.</p>
        <p>Query
101
104
132
169
180
184
3
38
44
58
{
{
{
{
{
{
{
{</p>
        <p>Graph
Raters
4 0.28696
2 -0.21875
2 -0.16071
2 0.48000
2 -0.10031
2 -0.25806
2 0.00000
2 -0.07519
2 0.49351
2 0.00000
{ {
{ {
{ {
{ {
{ {
{ {
{ {
{ {
Average : 0.04471</p>
      </sec>
    </sec>
    <sec id="sec-9">
      <title>CONCLUSIONS</title>
      <p>In a small user study, we compared ranked list versus
graph-based search engine result (SER) visualisation. Our
motivation was to conduct a preliminary experimental
comparison of the two for the domain of web search, where
document hyperlinks were used to display them as graphs. We
found that overall more accurate and faster searches were
done using ranked lists and that inter-user agreement was
overall higher with ranked lists than with graph displays.
Limitations of this study include: (1) using xed TREC
queries, instead of allowing users to submit their own queries
on the y; (2) having technical HTML to text rendering
problems, resulting in sometimes incoherent document
snippets; (3) using only 10 users exclusively from Computer
Science, which makes for an overall small and rather biased
user sample; (4) not using the wider context of the search
session in the analysis (e.g. user task, behaviour,
satisfaction). Future work includes addressing the above limitations
and also testing whether and to what extent these results
apply when scaling up to wall-sized displays with signi cantly
larger screen real estate.
7.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>G. D.</given-names>
            <surname>Battista</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Eades</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Tamassia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>and I. G.</given-names>
            <surname>Tollis</surname>
          </string-name>
          .
          <article-title>Graph drawing: algorithms for the visualization of graphs</article-title>
          . Prentice
          <string-name>
            <surname>Hall</surname>
            <given-names>PTR</given-names>
          </string-name>
          ,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Donaldson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Conover</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Markines</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Roinestad</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Menczer</surname>
          </string-name>
          .
          <article-title>Visualizing social links in exploratory search</article-title>
          .
          <source>In HT '08</source>
          , pages
          <fpage>213</fpage>
          {
          <fpage>218</fpage>
          , New York, NY, USA,
          <year>2008</year>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A. F.</given-names>
            <surname>Hayes</surname>
          </string-name>
          and
          <string-name>
            <given-names>K.</given-names>
            <surname>Krippendor</surname>
          </string-name>
          .
          <article-title>Answering the call for a standard reliability measure for coding data</article-title>
          .
          <source>Communication Methods and Measures</source>
          ,
          <volume>1</volume>
          (
          <issue>1</issue>
          ):
          <volume>77</volume>
          {
          <fpage>89</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.</given-names>
            <surname>Hearst</surname>
          </string-name>
          .
          <article-title>Search user interfaces</article-title>
          . Cambridge University Press,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>G.</given-names>
            <surname>Marchionini</surname>
          </string-name>
          .
          <article-title>Exploratory search: from nding to understanding</article-title>
          .
          <source>Communications of the ACM</source>
          ,
          <volume>49</volume>
          (
          <issue>4</issue>
          ):
          <volume>41</volume>
          {
          <fpage>46</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>K.</given-names>
            <surname>Treharne</surname>
          </string-name>
          and
          <string-name>
            <given-names>D. M. W.</given-names>
            <surname>Powers</surname>
          </string-name>
          .
          <article-title>Search engine result visualisation: Challenges and opportunities</article-title>
          .
          <source>In Information Visualisation</source>
          , pages
          <volume>633</volume>
          {
          <fpage>638</fpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>S.</given-names>
            <surname>Wasserman</surname>
          </string-name>
          and
          <string-name>
            <given-names>K.</given-names>
            <surname>Faust</surname>
          </string-name>
          .
          <article-title>Social network analysis: methods and applications. Structural analysis in the social sciences</article-title>
          . Cambridge University Press,
          <year>1994</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>R. W.</given-names>
            <surname>White</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Kules</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. M.</given-names>
            <surname>Drucker</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Schraefel</surname>
          </string-name>
          .
          <article-title>Supporting exploratory search</article-title>
          .
          <source>Communications of the ACM</source>
          ,
          <volume>49</volume>
          (
          <issue>4</issue>
          ):
          <volume>36</volume>
          {
          <fpage>39</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>R. W.</given-names>
            <surname>White</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Muresan</surname>
          </string-name>
          , and
          <string-name>
            <surname>G. Marchionini.</surname>
          </string-name>
          <article-title>Workshop on evaluating exploratory search systems</article-title>
          .
          <source>SIGIR Forum</source>
          ,
          <volume>40</volume>
          (
          <issue>2</issue>
          ):
          <volume>52</volume>
          {
          <fpage>60</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>M. L. Wilson</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Kules</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Shneiderman</surname>
          </string-name>
          , et al.
          <article-title>From keyword search to exploration: Designing future search interfaces for the web</article-title>
          .
          <source>Foundations and Trends in Web Science</source>
          ,
          <volume>2</volume>
          (
          <issue>1</issue>
          ):1{
          <fpage>97</fpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>