<!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>Inspection Mechanisms for Community-based Content Discovery in Microblogs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Nava Tintarev</string-name>
          <email>nava.tintarev@gmail.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Byungkyu Kang</string-name>
          <email>bkang@cs.ucsb.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>John O'Donovan</string-name>
          <email>jod@cs.ucsb.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tobias H o¨llerer</string-name>
          <email>holl@cs.ucsb.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Dept. of Computer Science, University of California</institution>
          ,
          <addr-line>Santa Barbara</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Aberdeen</institution>
          ,
          <addr-line>Aberdeen</addr-line>
          ,
          <country country="UK">UK</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2015</year>
      </pub-date>
      <abstract>
        <p>This paper presents a formative evaluation of an interface for inspecting microblog content. This novel interface introduces filters by communities, and network structure, as well as ranking of tweets. It aims to improving content discovery, while maintaining content relevance and sense of user control. Participants in the US and the UK interacted with the interface in semi-structured interviews. In two iterations of the same study (n=4, n=8), we found that the interface gave users a sense of control. Users asked for an active selection of communities, and a more fine-grained functionality for saving individual 'favorite' users. Users also highlighted unanticipated uses of the interface such as iteratively discovering new communities to follow, and organizing events. Informed by these studies, we propose improvements and a mock-up for an interface to be used for future larger scale experiments for exploring microblog content.</p>
      </abstract>
      <kwd-group>
        <kwd>Author Keywords Microblogs</kwd>
        <kwd>visualization</kwd>
        <kwd>communities</kwd>
        <kwd>explanations</kwd>
        <kwd>interfaces</kwd>
        <kwd>content discovery</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        INTRODUCTION
Filtering of streaming data such as microblog content is
inevitable, even if it is done by showing the most recent content
as restricted by screen-size. However our live timelines do
often get tailored to us, without transparency or a sense of
control. Getting the selection of the content right is a delicate
matter.
Recommender systems address the challenges of finding
‘hidden gems’ which are tailored to individuals from a very wide
selection. Implemented well, they hold the key to helping
users discover items that are both unexpected and relevant,
while helping catalog holders sell a wider range of items [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
In trying to help users make such discoveries, recommender
systems walk a thin line between a) making unexpected but
risky recommendations (increasing the chances of irrelevant
recommendations), and on the other hand b) over-tailoring
(resulting in unsurprising recommendations). Over-tailoring
can also result in filter bubbles [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], whereby users do not
get exposed to items outside their existing interests. For
current events, such as content in microblogs, personalization
algorithms may narrow what we know, and surround us with
information that supports what we already believe. This can
result in polarization of views, especially as we have a
tendency to self-filter [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        This paper address these issues by supporting controlled
filtering of microblog content. It introduces a novel
visualization which supports filtering by allowing a user to control: a)
which communities influence their feed b) the network
structure relating to these communities and c) different ways of
ranking tweets. This visualization is evaluated in two
iterations of a qualitative study that assesses the value of such
controls, as well as the concrete implementation choices
applied. We also discuss the ways these filters and controls are
perceived by users, and how they envision that they would
use them. We conclude with describing our next steps.
BACKGROUND
Inspectability and Control in Recommender Systems
In the domain of recommender systems there is a
growing acceptance and interest in user-centered evaluations [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
For example, [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] argues for a framework that takes a
usercentric approach to recommender system evaluation, beyond
the scope of recommendation accuracy. Along the same vein,
it has also been recognized that many recommender systems
function as black boxes, providing no transparency into the
working of the recommendation process, nor offering any
additional information to accompany the recommendations
beyond the recommendations themselves [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>
        To address this issue, explanations can be given to improve
the transparency and control of recommender systems.
Research on textual explanations in recommender systems to
date has been evaluated in wide range of domains (varying
from movies [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] to financial advice [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]). Increasingly, there
has also been a blurring between recommendation and search,
making use of information visualization. For example, [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]
has looked at how interaction visualization can be used to
improve the effectiveness and probability of item selection when
users are able to explore and interrelate multiple entities –
i.e. items bookmarked by users, recommendations and tags.
Similarly [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] found that in addition to receiving
transparent and accurate item recommendations, users gained
information about their peers, and about the underlying algorithm
through interaction with a network visualization.
      </p>
      <p>
        Inspectability and Control in Microblogs
In order to better deal with the vast amounts of user-generated
content in microblogs, a number of recommender systems
researchers have studied user experiences through systems that
provide transparency of and control over recommendation
algorithms. Due to the brevity of microblog messages, many
systems provide summary of events or trending topics with
detailed explanations [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. This unique aspect of microblogs
makes both inspectability and control of recommender
algorithms particularly important, since they help users to more
efficiently and effectively deal with fine-grained data. For
example, experimental evidence to argue that inspectability
and control improve recommendation systems is presented
for microblogs in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], via a commuter traffic analysis
experiment, and more generally in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] using music preference
data in their TasteWeights system.
      </p>
      <p>
        Community-based Content Discovery
Serendipity is defined as the act of unexpectedly encountering
something fortunate. In the domain of recommender systems,
one definition has been the extent to which recommended
items are both useful and surprising to a user [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. This
paper investigates how exploration can be supported in a way
that improves serendipity.
      </p>
      <p>
        The intuitions guiding the studies in this paper are based on
findings in the area of social recommendations, that is based
on people’s relationships in online social networks (e.g., [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ])
in addition to more classical recommendation algorithms.
The first intuition is that weak rather than strong ties are
important for content discovery. This intuition is informed by
the findings of the cohesive power of weak ties in social
networks, and that some information producers are more
influential than others in terms of bridging communities and
content [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Results in the area of social-based explanations also
suggest that mentioning which friend(s) influence a
recommendation can be beneficial (e.g, [
        <xref ref-type="bibr" rid="ref17 ref20">17, 20</xref>
        ]). In this case, we
support exploring immediate connections or friends, as well
as friends-of-friends.
      </p>
      <p>
        The second intuition is that the intersection of groups may be
particularly fortuitous for the discovery of new content. This
is informed by exploitation of cross-domain model
inspiration as a means for serendipitous recommendations, e.g., [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
VISUALIZATION
In this study, we designed a web-based visualization that
allows users to experience the recommender system we
propose (see Figure 1). The first two columns represent “groups”
(communities) and “people” (users), allow us to filter ‘tweets’
in the third column by both of these ‘facets’. The system
supports therefore support a faceted navigation, with the third
column representing the resulting information. In addition,
the system supports Pivoting (or set-oriented browsing), in
that it allows users to navigate the search space by starting
from a set of instances (by selecting which groups they would
like to follow).
      </p>
      <p>The rational for the visualization follows several intuitions
with regards to exploring novel and relevant content in social
network, as outlined in the section in related work.
The first is that people can find relevant content in the
intersection between multiple communities. In the visualization
this is represented by the selection of up to three
communities to which a user belongs, and color blending to indicate
people and content that represents this type of overlap.
Another intuition is that weak ties, or friends of friends, are also
good candidates for content discovery. In this visualization
they are represented as two hops in a network structure.
Consequently we included a slider which included 0-hops (do not
consider this community), 1-hop (include people who follow
a given community), 2-hops (include people who follow
people in a given community).</p>
      <p>Finally, the ranking of tweets according to a) relevance to a
user compared to b) popularity and c) time is also likely to
help users find relevant and unexpected content compared to
tweets only ordered by time.</p>
      <p>Structure and Interaction
Figure 3 shows a snapshot of the interactive visualization
used in the study. Information is presented in three columns.
From left to right, these are: group/community, people and
tweet columns. Users can interact with entities in any of these
three columns to highlight associations to entities in other
columns. In the people and tweet columns, entities are
clustered and colored based on community associations. In the
first column, we visualize a set of communities (also referred
to as groups), which by design, may have some membership
and content overlapping. Within this column, each entity has
a widget to control network distance from that entity. This
enables the user to specify how that entity contributes users
and content to the other columns. In particular, sliders were
used for control in Study 1 and radio buttons in Study 2.
In the second column, a ranked list of users related to each
community is visualized. These users serve as sources for
information recommened in the third column, but the
visualization also supports analysis of the connectivity of these users
across communities in addition to the content they distribute.
The third column shows the recommended tweets which are
by default filtered and ordered according to recency. A user
can change the ranking algorithm for this column to either
popularity or relevance.</p>
      <p>Color Scheme
Selecting appropriate color scheme is one of the important
aspects to consider in user interface design. We examined
different sets of colors and carefully selected three major colors
that represent each group on the first column. They have been
selected among the most popular color palettes on Adobe
Color website1. These colors are tested under grayscale
condition.</p>
      <p>Materials
The materials for the experiment were abstracted: people
were given random names of both genders, tweets were short
lines from a short Latin text (“Lorem Ipsum. . . ”), resulting in
a total of 229 tweets. When participants interacted with the
system, a random subset of 12 tweets was presented. The top
4 of these tweets included a retweet, to visually increase the
similarity with a twitter feed, and was applied consistently
across adaptations.</p>
      <p>
        STUDY 1
This section describes a formative study conducted to
evaluate the proposed visualization. We used a layered
evaluation approach [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], focusing on the decision of an adaptation
and how it was applied (in contrast to which data was
collected or how it was analyzed). Participants took part in
semistructured interviews, in order to evaluate the user experience
(following the guiding scenarios of [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]). More concretely
this study aimed to answer the following questions: a) are the
three introduced controls (selection of communities, network
1https://color.adobe.com/explore/most-popular/
?time=all
structure, and ranking of tweets) considered useful for
participants? b) is the way they are implemented useful? c) do
these controls give users a sense of control? d) do participants
use the controls in the way that we envisaged? The version of
the system used for this study can be found online2.
Participants
4 participants were recruited from research staff at computer
science department at a UK university. Their ages ranged
from 23-51. They all had twitter accounts, but their
experience with twitter ranged from inactive to highly experienced
(including the use of twitter management and analytics
applications). 1 was female, and 3 male. They all had a native
or fluent level of English language skills. Participants varied
from PhD students, post-doctoral fellows to teaching staff.
One of the participants had done research with visualizations
and twitter, the other three had no experience with either.
None knew Latin (one had taken Latin course, but professed
a very rudimentary level of knowledge).
      </p>
      <p>Procedure
Participants took part in individual semi-structured
interviews, following a user test plan3. Following the collection
of basic demographic data, participants were given a brief
introduction to the system. The various interface components
were verbally introduced without interacting with the system.
Participants were then given several simple tasks such as
including people who are connected to other people for a given
community, or ranking tweets by relevance (rather than time).
Following each interaction participants were asked how the
tweets had changed, if new ones had been added, or if tweets
had disappeared. The tasks given were:</p>
      <p>Go to the system online. What are your first impressions?
2http://goo.gl/krOvuJ
3https://goo.gl/3KpH9z
Select one of three communities that you are a member of
and reflect your interests (if user can not think of any tell
them to think of conferences that they attend). Have a look
at the tweets that are recommended to you.</p>
      <p>Add tweets (1 hop) for a second community of your choice
from the above.</p>
      <p>Is there any relevant tweet from this second community
you did not see before? Are there any that have
disappeared?
The tweets are currently ranked by time, change this to
rank the tweets by popularity.</p>
      <p>Are there now any tweets you did not see before? Are there
any that have disappeared?
Now, change who you get your tweets from to include
people who are linked to (2 hops) people that attend your first
community. You may want to remove the second
community for this too.</p>
      <p>How about now, are there now any tweets you did not see
before? Are there any that have disappeared?
Following the interaction with the system, participants took
part in an exit interview where they were asked about their
perceived control of the system, the usefulness of various
functionalities, and how they would use them for exploration.
More concretely the questions asked included</p>
      <p>How did it feel? What was your impression? (Positive
impressions? Negative impressions?)
Would you have liked more training on how to interact with
the visualization before you got started?
How helpful did you find the following functionalities (1-7,
unhelpful to helpful), and how could they be improved?
– Tweets organized by community;
– Changing how the tweets are ordered/ranked
– Changing who I get tweets from (0,1,2 hops)
– Being able to interact with the system to specify
different preferences
– The links between different parts of the interface
(people, groups, tweets).</p>
      <p>Do you think these functionalities would help you find new
and relevant information you would not find otherwise?
How would you use them to do this?
Does the filtering give you a sense of what you might be
missing, or does it hide information that you need?
Did you feel like you had control over which information
was presented to you?
Would you liked to have had any controls that are not
present in this interface?
Results
and ranking of tweets) considered useful by participants?
The scores given to the various controls was generally high (5
or above). There were three exceptions. Participant3 did not
find tweet ranking by relevance and popularity useful at all.
Participant4 gave low scores to the hop control for network
structure, and the links, but this was due to the way they were
implemented, and is discussed below.</p>
      <p>Is the way they are implemented useful?
All the participants noted that the interface was simple and
clean, and had a good first impression. Participant4 noted
that it would be well suited for a mobile interface.</p>
      <p>Hop control All of the participants found it difficult to
understand the control for the network structure. When
thinking aloud, several said that pulling the slider further
to the right would increase the number of tweets on a
certain topic, rather than widen the network (which potentially
would dilute the focus of the tweets).</p>
      <p>Community selection Participant1 wanted to ‘activate’ a
community by selecting its box. This seems more intuitive
than selecting 0 hops for the communities they did not want
to follow.</p>
      <p>People In addition to filtering on community structure and
inclusion, several participants wanted a finer grain control
of which users were included in the selection of tweets.
Some users wanted to activate users somehow, by either
adding them to favorites at the top of the person list, or
activating through selection. These participants felt that
this should influence the ranking of tweets.</p>
      <p>Tweets Participants felt that tweets belonging to the same
community should not only have the same color, but be
grouped together. Participant3 (experienced twitter user)
felt that ranking of tweets by any other measure than
recency (time) was not useful.</p>
      <p>Links Participant3 found the links and colors between the
columns inconsistent. The relationship between the first
two columns used links, whereas the relationship between
the second two columns used colors.</p>
      <p>Color-interleaving Participant1 mistook the
colorinterleaving to imply significance, as they varied in hue.
However, the other participants interpreted this correctly
although did ask if the interpretation was correct.
Do these controls give users a sense of control?
All of the participants felt that the interface improved their
control over their tweets. They also consistently agreed that
they would be missing some content, and that they were not in
complete control, but that they were happy with the balance
in the trade-off.</p>
      <p>However, Participant3 felt that they wanted to be able to scroll
through all of their tweets, especially because they did not
have the finer grained control of which individuals appeared
in their feed.</p>
      <p>Do participants use the controls in the way that we envisaged?
All of the participants completed the simple tasks given to
them. They all stated that they would find new and relevant
content using the interface, although the highly experience
twitter user felt they already find novel content using tools
such as TweetDeck. When asked how they would you use the
functionalities to find new and relevant information,
participants suggested two uses we had not initially considered:
Organizing events Participant3 felt that the groups could be
defined by other characteristics rather than membership of
a community, such as geographic location. This participant
suggested that they would use this functionality to identify
and coordinate groups of people when organizing events on
the topics they were interested in.</p>
      <p>Discover new groups Participant2 was confident that they
would find new relevant communities when looking at the
intersection of existing communities that they follow. This
participant listed three music bands that they listen to and would
follow on twitter. They would use the system to discover new
bands, and would then add them as a new group as a ”seed”
for further discovery.</p>
      <p>Other suggestions
Participants suggested several features they would expect in
an interface that was integrated with twitter. For example,
they would want to be able to view the profiles (or at least,
the first 50 characters) of the people they are receiving tweets
from. Others wanted to be able to reply to tweets directly
from the feed. Another suggestion was to introduce separate
columns for different communities. This may be related to
the request by other users to be able to group tweets by
community.</p>
      <p>STUDY 2
The first study identified several limitations of the system,
which were addressed for a second iteration of evaluation.
Improvements included: a) using buttons rather than a slider
to control the number of hops; b) sorting people by group
affinity, e.g. greenGroup people were listed at the top, rather
than mixed throughout the list; c) identifying how many
people were filtered (i.e. “Showing 12 of 1307”). The improved
interface can be seen in Figure 3, with annotations to
highlight each improvement. The version of the system used for
this study can be found online4.</p>
      <p>Participants
8 participants were recruited from research staff at computer
science department at a US university. Their ages ranged
from 20 to 45. 5 participants were female and 3 were male.
Participants varied from PhD students, post-doctoral fellows
to teaching staff in computer science, engineering, media-arts
and physics. They all had a native or fluent level of English
language skills. 6 of the participants had Twitter accounts,
and one person had done research with Twitter data in the
past. 5 had done research with visualization. As with Study1,
no participants knew Latin.</p>
      <p>Procedure
As in Study1, participants took part in individual
semistructured interviews. Studies were conducted in a computer
science lab on campus using two notebook computers. The
participant interacted with the UI on one, and the
experimenter/interviewer took notes on the other. On average,
studies lasted 35 minutes (min 28 minutes, max 43 minutes).
Results
In this section, we revisit questions from Study1 and add
additional comments and discussion based on the new
participants interacting with the improved UI in Study2. Figure 4
shows a comparison of participants’ opinions on the
different features of the system between Study1 (N=4) and Study2
(N=8), along with the combined score (N=12). We note that
the combined score is based on two slightly different UI
designs, and it is only used as a rough estimate of the overall
group evaluation.
and ranking of tweets) considered useful by participants?
The scores shown in Figure 4 range between 5.58 and 6.87 for
Study2, shown in the middle column of each group, an
average of approximately one point on the 7 point scale.
Compared to Study1, the interface modifications appear to have
had a positive impact on user experience with the system.
4http://penguinkang.com/intRS/</p>
      <p>While this is a promising side result, the purpose of the study
was to provide a formative evaluation of the interface.
Participants reported the best score for the feature to organize
Tweets by community, which is a core contribution of the
system. This is encouraging feedback as the authors are
designing a larger-scale quantitative evaluation with this as a central
feature. The features that elicited the lowest scores were the
hop-distance selector and the edge visualizations between the
columns.</p>
      <p>Participants also reported that they liked the ability to change
how Tweets were ordered and ranked through the interface.
One participants commented that “I can’t do this in
Facebook or Twitter – this is great!”. Support for expressing
realtime preferences through interactive interface components
met with strong positive feedback, with all users reporting
a sense of increased control over the information feed.
Is the way they are implemented useful?
Similarly to Study1 study, all participants commented that the
interface was clean and well organized. One participant
complained that it was too complex and could benefit from having
less data. 50% of the participants pointed out an issue with
the node-coloring in column 2, shown in Figure 3. Note that
this figure needs to be viewed in color to see the true effect
(see link to system above).</p>
      <p>Hop control Some participants did not realize that the 0
position essentially turned the group node off. There were
also multiple comments that when hop control was set to 0,
showing the nodes opaquely was not a good design choice.
One participant explicitly mentioned that it would be better
to remove these nodes completely, noting that the visual
effect of setting the hop-control to 0 would be much shorter.
Unlike Study1, no participants confused the hop slider with
a weighting mechanism, and all understood that it sourced
users from n-hops farther away in the Twitter network.
Community selection Most participants commented that
community selection and analysis was a strong point of the
system. Suggested communities included musical artists,
pet fan clubs, and conferences or meetings.</p>
      <p>People A few participants reported having trouble
understanding the coloring and community-based
grouping/clustering in this column. All participants understood
the data flow correctly by the end of the sessions, but this
feature took longer than others for them to master. The
main cited reason for this was that the colors – added to
distinguish the groups, were too similar, as mentioned above.
Two participants mentioned that it would be useful to select
or weight people of interest.</p>
      <p>Tweets Two participants suggested that a ranking score
would be useful to distinguish between tweets in the right
column. Participants also requested that when a change is
made in the system, the source of that change’s effect on
the list should be visualized. Our proposed solution to this
is shown in Figure 5 as a ranking source indicator for each
tweet.</p>
      <p>Links Participants were slightly dissatisfied with how links
were shown in the system. Three people commented that
links should be shown across all columns when a particular
group is selected in the left column, or when any other node
is selected, to visually communicate the associations of that
node. Other participants commented that the on-demand
design was a good idea to avoid cluttering the view.
Color-interleaving Half of the users complained that this
was too subtle and needed to be made more explicit. This
has been addressed through the use of colored icons next
to people to signal group memberships. The color palette
has also been changed to make clearer distinction between
groups.</p>
      <p>Do these features give users a sense of control?
In keeping with Study1, all of the participants felt that the
interface improved their control over their tweets. They also
consistently agreed that they would be missing some content,
and that they were not in complete control, but that they were
happy with the balance in the trade-off. Similar to the Study1,
two participants suggested use of scrolling or similar
mechanism to view filtered-out tweets in case they wanted to.
Do participants use the features in the way that we envisaged?
Generally, participants reported that they would find the
system useful for discovering new content and exploring
community structure in the domains that they chose (music,
conferences, pet fan clubs etc.). In particular, they felt that
real-time preference feedback, community selection and
algorithm selection (time, relevance or popularity) gave them a
good sense of control. Many commented that such features
would be useful on everyday social media streams such as in
Twitter and Facebook.</p>
      <p>Participants suggested similar uses of the controls as in
Study1. Many suggested using the system for organizing
events and advertising across relevant communities, and for
discovering new groups. Echoing the comments of Study1,
one participant mentioned that they would like to use the
system for exploring a broader network of musical artists. They
described selection of three fan club communities as in our
experimental setup, but went on to describe iteratively
replacing them with new nodes that were discovered on the
right column, thereby applying the interface (theoretically)
as a network traversal and discovery tool. This is an example
of a reported use that was not in our design. Another
participant proposed to use the system to analyze which community
produced the most popular content on Twitter, by using the
popularity ranking algorithm and traversing the edge
connections back to the groups.</p>
      <p>Other suggestions
Participants suggested a variety of ways to improve the
interface. These included addition of multimedia content to
the tweet column, and visually distinguishing retweets
(compared to original tweets) by color. Participants also suggested
creating visually distinct colorings for blended color groups,
and displaying links to all group memberships upon clicking
a user node (rather than upon hover). Another request was
for an indication of how much data has been filtered in all
the columns (currently only for the people column).
Participants also suggested measuring the usefulness of the system
for getting an overview of a new community or topic. Several
comments, including from reviewers, focused on the group
selection widget. In the current version, a group is activated
by clicking on the box that represents the group, then the
radio buttons within it are used to control the number of hops
that feed to the people column from that group. Other
possibilities that are being considered for activation of group nodes
are a) a simple check box and b) extending the radio button
selection to include an option for 0-hops, thereby disabling
the node.</p>
      <p>Demographics Analysis
A brief analysis of demographics and responses showed an
interesting correlation between participant age and the
perceived importance of specifying preferences on-the-fly in the
user interface. Figure 2 shows a plot with the Likert-scale
responses for the dynamic preferences shown on the Y-axis
and participant age shown on the X-axis. The data follows a
negative linear trend, with younger participants specifying a
higher perceived importance of specifying preferences.
CONCLUSION AND FUTURE WORK
In this paper we evaluated a visualization which allowed users
to explore and filter microblog content for communities to
which they belong. The ability to organize Tweets by
community, the core contribution of the visualization, was rated
the most highly. Users also stated that the interface gave them
enough control over their content, even if they felt some
information would inevitably be hidden – the trade-off was
considered acceptable. We also found several unexpected uses of
the system. For example two separate participants, in
different experimental settings (one in the UK and one in the US)
applied the interface (theoretically) as a network traversal and
discovery tool for music. Figure 5 introduces an improved
mock-up with a number of changes. In addition to these
improvements, we are planning larger-scale quantitative
evaluations. One of these will explore the use of community-based
filters, and the other controls introduced in this paper, on
existing twitter feeds.</p>
      <p>ACKNOWLEDGMENTS
This research has been carried out within the project Scrutable Autonomous Systems
(SAsSY), funded by the UK Engineering and Physical Sciences Research Council, grant
ref. EP/J012084/1. This work was also partially supported by the U.S. Army Research
Laboratory under Cooperative Agreement No. W911NF-09-2-0053; The views and
conclusions contained in this document are those of the authors and should not be
interpreted as representing the official policies, either expressed or implied, of ARL, NSF, or
the U.S. Government. The U.S. Government is authorized to reproduce and distribute
reprints for Government purposes notwithstanding any copyright notation here on.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1. Andre´,
          <string-name>
            <surname>P.</surname>
          </string-name>
          , m.c. schraefel, Teevan,
          <string-name>
            <given-names>J.</given-names>
            , and
            <surname>Dumais</surname>
          </string-name>
          , S. T.
          <article-title>Discovery is never by chance: Designing for (un)serendipity</article-title>
          . In CC (
          <year>2009</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Bakshy</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Messing</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Adamic</surname>
            ,
            <given-names>L. A.</given-names>
          </string-name>
          <article-title>Exposure to ideologically diverse news and opinion on facebook</article-title>
          .
          <source>Science</source>
          <volume>348</volume>
          (
          <year>2015</year>
          ),
          <fpage>1130</fpage>
          -
          <lpage>1132</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Castells</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hurley</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Vargas</surname>
          </string-name>
          , S. Recommender Systems Handbook (second ed).
          <article-title>(in press), ch</article-title>
          .
          <source>Novelty and Diversity in Recommender Systems.</source>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Felfernig</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Teppan</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Gula</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <article-title>Knowledge-based recommender technologies for marketing and sales</article-title>
          .
          <source>Int. J. Patt. Recogn. Artif. Intell</source>
          .
          <volume>21</volume>
          (
          <year>2007</year>
          ),
          <fpage>333</fpage>
          -
          <lpage>355</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Granovetter</surname>
            ,
            <given-names>M. S.</given-names>
          </string-name>
          <article-title>The Strength of Weak Ties</article-title>
          .
          <source>The American Journal of Sociology 78</source>
          ,
          <issue>6</issue>
          (
          <year>1973</year>
          ),
          <fpage>1360</fpage>
          -
          <lpage>1380</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Herlocker</surname>
            ,
            <given-names>J. L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Konstan</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Riedl</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <article-title>Explaining collaborative filtering recommendations</article-title>
          .
          <source>In ACM conference on Computer supported cooperative work</source>
          (
          <year>2000</year>
          ),
          <fpage>241</fpage>
          -
          <lpage>250</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Herlocker</surname>
            ,
            <given-names>J. L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Konstan</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Terveen</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Riedl</surname>
            ,
            <given-names>J. T.</given-names>
          </string-name>
          <article-title>Evaluating collaborative filtering recommender systems</article-title>
          .
          <source>ACM Trans. Inf. Syst</source>
          .
          <volume>22</volume>
          ,
          <issue>1</issue>
          (
          <year>2004</year>
          ),
          <fpage>5</fpage>
          -
          <lpage>53</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Knijnenburg</surname>
            ,
            <given-names>B. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bostandjiev</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>O</given-names>
            <surname>'Donovan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            , and
            <surname>Kobsa</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          <article-title>Inspectability and control in social recommenders</article-title>
          .
          <source>In Proceedings of the Sixth ACM Conference on Recommender Systems, RecSys '12</source>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (New York, NY, USA,
          <year>2012</year>
          ),
          <fpage>43</fpage>
          -
          <lpage>50</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Knijnenburg</surname>
            ,
            <given-names>B. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Willemsen</surname>
            ,
            <given-names>M. C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gantner</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Soncu</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Newell</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>Explaining the user experience of recommender systems</article-title>
          .
          <source>User Modeling and User-Adapted Interaction 22</source>
          ,
          <fpage>4</fpage>
          -
          <lpage>5</lpage>
          (
          <year>2012</year>
          ),
          <fpage>441</fpage>
          -
          <lpage>504</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Lam</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bertini</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Isenberg</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Plaisant</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Carpendale</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <article-title>Empirical studies in information visualization: Seven scenarios</article-title>
          .
          <source>IEEE Transactions on Visualization and Computer Graphic</source>
          <volume>18</volume>
          (
          <issue>9</issue>
          ) (
          <year>2012</year>
          ),
          <fpage>1520</fpage>
          -
          <lpage>1536</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Marcus</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bernstein</surname>
            ,
            <given-names>M. S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Badar</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Karger</surname>
            ,
            <given-names>D. R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Madden</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Miller</surname>
          </string-name>
          , R. C.
          <article-title>Twitinfo: Aggregating and visualizing microblogs for event exploration</article-title>
          .
          <source>In Proceedings of the SIGCHI Conference on Human Factors in Computing Systems, CHI '11</source>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (New York, NY, USA,
          <year>2011</year>
          ),
          <fpage>227</fpage>
          -
          <lpage>236</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>McNee</surname>
            ,
            <given-names>S. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Riedl</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Konstan</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          <article-title>Being accurate is not enough: How accuracy metrics have hurt recommender systems</article-title>
          .
          <source>In Extended Abstracts of the 2006 ACM Conference on Human Factors in Computing Systems (CHI</source>
          <year>2006</year>
          )
          <article-title>(</article-title>
          <year>2006</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Nagulendra</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Vassileva</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <article-title>Providing awareness, understanding and control of personalized stream filtering in a p2p social network</article-title>
          .
          <source>In Conference on Collaboration and Technology (CRIWG)</source>
          (
          <year>2013</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Paramythis</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weibelzahl</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Masthoff</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <article-title>Layered evaluation of interactive adaptive systems: Framework and formative methods. User Modeling and User-Adapted Interaction 20 (</article-title>
          <year>2010</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Pariser</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <article-title>The filter bubble: What the Internet is hiding from you</article-title>
          .
          <source>Penguin Books</source>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Schaffer</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giridhar</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jones</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          , Ho¨llerer, T.,
          <string-name>
            <surname>Abdelzaher</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <surname>O'Donovan</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <article-title>Getting the message?: A study of explanation interfaces for microblog data analysis</article-title>
          .
          <source>In Proceedings of the 20th International Conference on Intelligent User Interfaces</source>
          ,
          <source>IUI '15</source>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (New York, NY, USA,
          <year>2015</year>
          ),
          <fpage>345</fpage>
          -
          <lpage>356</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Sharma</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Cosley</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <article-title>Do social explanations work? studying and modeling the effects of social explanations in recommender systems</article-title>
          .
          <source>In World Wide Web (WWW)</source>
          (
          <year>2013</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Tintarev</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Masthoff</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <article-title>Personalizing movie explanations using commercial meta-data</article-title>
          .
          <source>In Adaptive Hypermedia</source>
          (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Verbert</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parra</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brusilovsky</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Duval</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <article-title>Visualizing recommendations to support exploration, transparency and controllability</article-title>
          .
          <source>In Proceedings of the 2013 International Conference on Intelligent User Interfaces</source>
          ,
          <source>IUI '13</source>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (New York, NY, USA,
          <year>2013</year>
          ),
          <fpage>351</fpage>
          -
          <lpage>362</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ester</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bu</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Cai</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <article-title>Who also likes it? generating the most persuasive social explanations in recommender systems</article-title>
          .
          <source>In Twenty-Eighth AAAI Conference on Artificial Intelligence</source>
          (
          <year>2014</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>