<!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>Using card sorts to understand how users think of personal information</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Paul Thomas</string-name>
          <email>paul.thomas@csiro.au</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>David Elsweiler</string-name>
          <email>david@elsweiler.co.uk</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>CSIRO</institution>
          ,
          <addr-line>Canberra</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Regensburg</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Understanding how users think of personal information, and how they mentally categorise or classify the objects they work with, should inform the design of personal information management (PIM) or personal retrieval systems. However, most investigations of this topic predate widespread multimedia, websites, and social media|objects that a contemporary PIM or retrieval system should work with. We describe a pilot study that has used a variant of card sorts to elicit categories for personal information such as les, email, tweets, and websites. Our early results suggest that there are common categorisations which are not yet supported by PIM software, but which might reward further work. Our results also suggest that|with some caveats| card sorts are useful for understanding users' categories.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
      <p>
        Tools for personal information management (PIM) and
search support the archival, retrieval, and management of
\personal" data: the les, email, photos, videos, and other
digital objects a person creates or uses [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Several studies
show that PIM can be challenging [
        <xref ref-type="bibr" rid="ref11 ref15 ref5">5, 11, 15</xref>
        ] and it has been
suggested that tools could be easier to use and more useful, if
the way they represent objects matches the way users think
of them [
        <xref ref-type="bibr" rid="ref10 ref20">10, 20</xref>
        ].
      </p>
      <p>We are interested in how users think of the wide range of
digital objects they interact with|the objects conventionally
considered by PIM tools, objects less commonly considered
such as websites and applications, and newer objects such as
messages from social media. There are three linked questions:
1. What properties do users think \personal" digital
objects have? That is, in which ways do users think of
the objects they use?
Presented at EuroHCIR2012. Copyright © 2012 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.
2. Can we expose these properties in a PIM or search tool?
Can the properties of an object be determined
algorithmically? How should the properties be presented?
3. Assuming we can expose some or all of these properties,
would we expect that to make management or retrieval
easier?</p>
      <p>At present, we are considering the rst question. In
particular, in this work, we have experimented with card sorts
to elicit users' own descriptions of personal information.
2.</p>
    </sec>
    <sec id="sec-2">
      <title>CLASSIFICATION AND TOOLS</title>
      <p>Past work has investigated the properties users assign to
les, and elicited categorisation schemes. This work has not
however considered as wide a range of object types as we do
here; we may expect that with di erent types, sources, and
quantities we would see di erent categorisations. Existing
PIM and le management systems also support, or impose,
particular faceting schemes.
2.1</p>
    </sec>
    <sec id="sec-3">
      <title>Classifications</title>
      <p>There is a rich tradition, in information science and
information behaviour, of studies that try to understand how
people organise, classify, and think about their information|
that is, how people understand their information independent
of any particular software capabilities or restrictions.</p>
      <p>
        Three studies of note are by Cole, Kwasnik and Case.
Cole [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] studied how 30 o ce workers classi ed their
document collections. Six aspects of documents were important in
ling decisions: \type", \form", \volume", \complexity",
\functions", and \levels of information". Similarly, Kwasnik [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]
examined the categorisation behaviour of eight researchers
and identi ed seven dimensions: \situation", \document",
\disposition", \order/scheme", \time", \value", and \cognitive
state". Case [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] investigated the behaviour of twenty
historians and identi ed three main factors by which objects were
classi ed in o ces; \ease of access", \form" and \topic". While
there is considerable overlap in the ndings of these studies,
particularly the criteria \form" and \topic", the studies all
predate the rich digital landscape we have today, and focus
on physical information objects.
      </p>
      <p>
        Other research relating to our work has tried to learn about
how people think about digital information by investigating
how they behave with information in practice. For example,
people have been shown to organise email messages and les
based on projects [
        <xref ref-type="bibr" rid="ref17 ref23">17, 23</xref>
        ] and prefer to re nd objects by
location than using search facilities [
        <xref ref-type="bibr" rid="ref2 ref3">2, 3</xref>
        ]. These kinds of
studies provide strong hints at how people may think about
digital information, but are in uenced by the tools they have
available to them.
      </p>
      <p>
        More recently, Goncalves and Jorge [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] asked participants
to tell stories about three of their personal documents by
describing each, from memory, in terms of its features, its
content and the context in which it was created or used.
It was discovered that time, location, and purpose of the
document were the most common attributes used in stories.
Similarly, Blanc-Brude and Scapin [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] used semi-structured
interviews to examine participants' recollection of their
documents. They found that location, format, time, keywords
and associated events were remembered most frequently, but
many of these attributes, particularly keywords, time and
location were often only partially remembered or the
recollections o ered by the participants were incorrect. Both of these
studies add a rich understanding of how people perceive their
documents by examining a small number of documents in
great detail, but do not explore how documents are related.
      </p>
      <p>Our aim here is to add to and complement this previous
work by using a technique that can deal with rich variety of
information objects we interact with today; be tool agnostic;
and allow insight into how di erent documents can be
associated in di erent ways. We would also like to understand
whether this has any impact on the design of PIM tools.
2.2</p>
    </sec>
    <sec id="sec-4">
      <title>Tools</title>
      <p>
        Tools for desktop search typically expose not just
lesystem attributes such as name, size, and timestamp, but also
extracted metadata. For example, Phlat [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] uses title, date,
author, recipient, media type and tags; Haystack [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] has
extensible facets but the authors have discussed media type,
people named in email, text in a document, and URL.
      </p>
      <p>
        More elaborate PIM tools have exposed other attributes to
support di erent interactions. Some, such as Lifestreams [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ],
have supported time-based browsing and searching; an
interface to Stu I've Seen [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] extended this by indexing
documents according to contemporaneous events. Other
tools have taken a more personal view of time, or document
lifecycle, and supported information management by context.
Here, objects are organised according to tags for the
context in which they are used [
        <xref ref-type="bibr" rid="ref16 ref18">16, 18</xref>
        ] or grouped according to
patterns of use [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>These systems o er variety of projections, across a number
of media and storage types, but it is hard to know whether
these match the way people naturally think of their objects.
Alternative presentations that were natural for users, and
easy to implement, would be worth further thought.</p>
    </sec>
    <sec id="sec-5">
      <title>METHOD</title>
      <p>In this work, we have experimented with repeated
singlecriterion card sorts to elicit users' mental categorisations.
Cards represented digital objects on each participant's
computer.
3.1</p>
    </sec>
    <sec id="sec-6">
      <title>Card sorts</title>
      <p>
        Repeated single-criterion card sorts|or just \card sorts"|
are a common technique for eliciting users' categorisations
(see e.g. Rugg and McGeorge [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] for an overview). Compared
with interview-based techniques, card sorts are less exible
but are very lightweight: in our experience participants
grasped the idea very quickly, many found it enjoyable, and
the entire protocol took little time. Coding card sorts for
later analysis is also relatively straightforward.
      </p>
      <p>In a typical exercise, each participant is given a number of
cards, each representing an object or a concept. They are
asked to partition these cards according to any criteria they
like; the criteria used for the sort, the categories (piles or sets),
and the cards in each category are recorded. This is repeated
several times, with participants suggesting a di erent criteria
each time. For example, given cards labelled as follows:
1. pig; 2. chicken; 3. snake; 4. horse; 5. spider
a participant may sort cards according to the criterion \raised
on a farm", with cards 1, 2, and 4 in category \yes" and
cards 3 and 5 in category \no". A second sort, according
to the criterion \where eaten", might have cards 1 and 2
in category \almost everywhere", card 3 in category \Asia",
card 4 in category \Asia and Europe" and card 5 in category
\don't know".</p>
      <p>Records of the sorts may then be analysed with qualitative
or quantitative methods.
3.2</p>
    </sec>
    <sec id="sec-7">
      <title>Our approach</title>
      <p>For this early experiment, we recruited a convenience
sample of ten participants from two institutions. All were heavy
computer users.</p>
      <p>As preparation for the experiment participants were asked
to select several information objects they had seen, used
or created in the recent past. An \information object" was
de ned by giving as examples computer les, emails,
websites, tweets or Facebook updates, documents or articles
read, photographs or images, videos, music, and computer
applications. However, participants were not restricted to
these objects and could choose anything they wanted using
these as a guideline. We encouraged participants to label 10
to 15 cards, which we believe balances the need for broad
coverage with practical limits on participants' time.</p>
      <p>While choosing objects, participants were asked to create
index cards with the name of each (or some other reminder
of its identity or contents).</p>
      <p>With cards made, each participant was introduced to sorts
using a set of cards with pictures of buildings; they were
taken through some example sorts which included criteria
clear from the pictures themselves (colour, material), criteria
which were not immediately clear (insulation), criteria which
were subjective (good place for a party). \Can't tell" or
\don't know" categories were included in these examples.</p>
      <p>The participants' own cards were then used for repeated
sorts. Participants were asked to make piles according to
a criterion of their choosing, and we noted the criterion
(sometimes this was implicit), the categories used, and the
cards in each category.</p>
      <p>
        After collecting individual classi cations from all
participants, the full dataset, i.e. the criteria used to associate
information objects, was analysed qualitatively using an
a nity diagramming technique. This is a group-based
process, which allows the discovery and validation of patterns in
the data [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. The researchers, as a team, looked for patterns
in the data and grouped related criteria; we then related the
formed groups in a way that creates a hierarchical coding
scheme.
      </p>
    </sec>
    <sec id="sec-8">
      <title>RESULTS OF THE SORTS</title>
      <p>The results from this pilot are promising. Card sorts
elicited a variety of criteria; some of these di er from those
seen before, and many are not well supported by PIM or
retrieval tools.
document lifecycle
events
object's form
object's a ective qualities
object's cost and value
object static/dynamic distinction
people and community
properties of associated tasks
topics covered
work/leisure distinction
(three other object-related groups)
Participants</p>
    </sec>
    <sec id="sec-9">
      <title>General observations</title>
      <p>Our ten participants provided 64 sorts, a median 5.5 sorts
each ( rst/third quartile 5.0/8.0 sorts each). At the leaves
of our hierarchy, there was in general little overlap: 13 of 25
criteria were used by only one participant. However, 12 were
used by two or more participants, 8 by three or more, and one
criteria (discussed below) was used by every participant for at
least one sort. Figure 1 summarises how many participants
were represented in each top-level group, that is each group
at the top of our hierarchical coding.</p>
      <p>The single most common criterion was a distinction
between objects used for work and objects used for leisure|all
our participants used this criteria, and typically early on.
Following this there were four common groups: to do with
the object itself, especially the form (data type and other
surface features), which 7 participants used at least once;
the topics an object is connected with (5 participants); the
properties of tasks associated with an object (4); and criteria
describing people and community (4). A striking nding
is the diversity in the criteria derived by the participants.
Although we were able to group the criteria into 13 distinct
high-level cateorgies, only two of these, work/leisure and
form, were named by more than half the population.</p>
      <p>After our initial grouping, which was based on labels
proffered by participants and not on any statistics of the sorts
themselves, there were no clear correlations between criteria|
that is, \work" did not look the same as \important" or \Word
les" as \makes me angry".</p>
      <p>On our analysis, ve of Kwasnik's seven groups were
represented in our data: situation, document, time, value, and
cognitive state. However, they were very unevenly distributed:
criteria we classi ed as \situation" were used by all ten
participants, for one or two sorts each; \document" was used by
nine participants, for a median 3.5 sorts each; while at the
other end of the scale, \time" was used by only three
participants and \cognitive state" was used by two participants,
once each in each case.
4.2</p>
    </sec>
    <sec id="sec-10">
      <title>Criteria, groups, and tool support</title>
      <p>In many previous studies two groups of criteria|form and
topic|were found to be central, and our data reinforces this.
There are also, however, notable contrasts.</p>
      <p>Work/leisure. To the best of our knowledge, previous
studies of classi cation behaviour have not found a work/leisure
distinction. However, every participant in our sample used
this criteria. This may be because we most of the objects in
our study were digital, not paper documents|it is very easy
to mingle work- and leisure-related objects online|but it
is clearly important and is not explicitly supported by PIM
tools.</p>
      <p>One participant reported that he used two top-level folders
in his le system, and two email accounts, to keep work and
leisure information separate. No other participants reported
as clear a distinction, however. It should be possible in a
PIM/search tool to tag les, or e.g. learn a classi er, to help
maintain this distinction. Distinguishing work from leisure
contexts might also allow di erent technologies to be used
in each case.</p>
      <p>People. Our participants did associate their objects in terms
of speci c people, but not in the way we might have expected.
Rather than linking objects to particular, speci ed people,
our dimensions relate to relationships with the community:
\popular with many people", for example, \things I will/won't
talk about", or \involvement of other people". Unfortunately
it is not clear how a PIM or search tool could support this
sort of classi cation.</p>
      <p>
        Task, time, and workflow. Users in our study did not group
objects by particular tasks|objects related to task A, to
task B, etc|but four users did group objects according to
whether an object had an associated task, and by properties
of that task (state, importance, and cost or di culty). This
could be used to extend the work of Jones and his colleagues
[
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], who advocate project organisation, but do not allow
tasks within projects to be annotated with properties such
as cost or importance.
      </p>
      <p>Time was mentioned by four participants. However rather
than categorise objects according to time of use (or receipt),
as supported by a number of tools, three participants derived
criteria from the lifecycle of an object. Criteria such as \when
I need to act on this" or \when this is important" will change
over time for each object. This is related to Cole's \level of
information" dimension. Only one participant used objects'
importance to an event, at a particular time, as a criteria.
Tools which support an explicit notion of document or task
lifecycle, or approximate this e.g. by recording patterns of
use, would presumably suit these participants.
5.</p>
    </sec>
    <sec id="sec-11">
      <title>DISCUSSION OF THIS APPROACH</title>
      <p>The results above suggest that card sorts, in this variant,
are useful for eliciting criteria: it does seem possible to
gain some insight into how users think of personal objects,
and how we might support this. This pilot has, however,
highlighted some limitations.</p>
      <p>The objects represented by each participant's cards were
familiar|that is, they tended to choose objects they had used
recently or frequently. They were also selected for sharing,
since although we did not record the card titles we did see
them. We cannot be sure that the chosen objects represent
the sorts of things users may search for in a PIM system,
and of course they are not representative of unfamiliar
objects. We could instead choose objects from a participant's
computer, for example by choosing randomly from the le
system and labelling cards with le icons and names, and
similar. There is a tradeo , however: if participants did not
recognise these objects, the only possible criteria would be
le icons and names, and we would learn little. By allowing
users to choose their own objects the cards hopefully acted
as prompts for other, richer, associations.</p>
      <p>On a related point, some media types, such as video or
audio, are di cult to represent on cards. It is not clear what
this means for eliciting criteria. We are possibly unlikely to
get criteria such as \out of focus" (for photos) or \scratchy
bit in the middle" (for audio), but participants' familiarity
with the objects may mitigate this to some extent.</p>
      <p>
        There are of course properties that are not captured by
this method: links between documents, for example (except
implicit links of the type \sorted into the same pile"). It is
also possible that our presence, and the apparatus we used,
made it hard for participants to think naturally. They may
have been inspired to create other categories if prompted
(as in Goncalves and Jorge [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]); on the other hand, our
approach has the advantage that we can see which properties
were immediately obvious.
      </p>
      <p>We also note that the objects chosen varied greatly from
participant to participant, and this may have played a role
in the criteria that were chosen|although we did see some
overlap, possibly there would have been more if the objects
were more similar. We are considering constraining
participants more in future, for example by prompting them to
make a certain number of cards for each media or perhaps
having subpopulations sort a shared set of cards, e.g. emails,
web pages etc. they have all seen or received.</p>
    </sec>
    <sec id="sec-12">
      <title>CONCLUSIONS</title>
      <p>We hope to extend this work by scaling to a larger group of
participants, but we will consider some methological changes:
constraining the objects chosen, for example, or careful
prompts to elicit more classi cations. Nonetheless card sorts,
in the variant here, have proved useful for starting to
understand how users think of \personal" digital objects from a
wide range of sources and media. Some classi cations were
both common and expected, but we did observe interesting
di erences both with the criteria found in earlier studies and
with the criteria exposed in PIM and search tools.</p>
    </sec>
    <sec id="sec-13">
      <title>ACKNOWLEDGEMENTS</title>
      <p>We would like to thank our participants for their time.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>E.</given-names>
            <surname>Adar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Karger</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L. A.</given-names>
            <surname>Stein</surname>
          </string-name>
          . Haystack:
          <article-title>Per-user information environments</article-title>
          .
          <source>In Proc. CIKM</source>
          , pages
          <volume>413</volume>
          {
          <fpage>422</fpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D. K.</given-names>
            <surname>Barreau</surname>
          </string-name>
          and
          <string-name>
            <given-names>B.</given-names>
            <surname>Nardi</surname>
          </string-name>
          .
          <article-title>Finding and reminding: File organization from the desktop</article-title>
          .
          <source>ACM SIGCHI Bulletin</source>
          ,
          <volume>27</volume>
          (
          <issue>3</issue>
          ):
          <volume>39</volume>
          {
          <fpage>43</fpage>
          ,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>O.</given-names>
            <surname>Bergman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Beyth-Marom</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Nachmias</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Gradovitch</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Whittaker</surname>
          </string-name>
          .
          <article-title>Improved search engines and navigation preference in personal information management</article-title>
          .
          <source>ACM Trans. Inf</source>
          . Syst.,
          <volume>26</volume>
          (
          <issue>4</issue>
          ):1{
          <fpage>24</fpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>T.</given-names>
            <surname>Blanc-Brude</surname>
          </string-name>
          and
          <string-name>
            <given-names>D. L.</given-names>
            <surname>Scapin</surname>
          </string-name>
          .
          <article-title>What do people recall about their documents?: Implications for desktop search tools</article-title>
          .
          <source>In Proc. IUI</source>
          , pages
          <volume>102</volume>
          {
          <fpage>111</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>R.</given-names>
            <surname>Boardman</surname>
          </string-name>
          and
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Sasse</surname>
          </string-name>
          . \
          <article-title>Stu goes into the computer and doesn't come out": A cross-tool study of personal information management</article-title>
          .
          <source>In Proc. CHI</source>
          , pages
          <volume>583</volume>
          {
          <fpage>590</fpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>D. O.</given-names>
            <surname>Case</surname>
          </string-name>
          .
          <article-title>Conceptual organization and retrieval of text by historians: The role of memory and metaphor</article-title>
          .
          <source>JASIST</source>
          ,
          <volume>42</volume>
          (
          <issue>9</issue>
          ):
          <volume>657</volume>
          {
          <fpage>668</fpage>
          ,
          <year>1991</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>I.</given-names>
            <surname>Cole</surname>
          </string-name>
          .
          <article-title>Human aspects of o ce ling: Implications for the electronic o ce</article-title>
          .
          <source>In Proc. Human Factors Society</source>
          ,
          <year>1982</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>E.</given-names>
            <surname>Cutrell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Robbins</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dumais</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Sarin</surname>
          </string-name>
          .
          <article-title>Fast, exible ltering with Phlat|personal search and organisation made easy</article-title>
          .
          <source>In Proc. CHI</source>
          , pages
          <volume>261</volume>
          {
          <fpage>270</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>P.</given-names>
            <surname>Dourish</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. K.</given-names>
            <surname>Edwards</surname>
          </string-name>
          , A. LaMarca, J. Lamping,
          <string-name>
            <given-names>K.</given-names>
            <surname>Petersen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Salisbury</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. B.</given-names>
            <surname>Terry</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Thornton</surname>
          </string-name>
          .
          <article-title>Extending document management systems with user-speci c active properties</article-title>
          .
          <source>ACM Trans. Inf</source>
          . Syst.,
          <volume>18</volume>
          (
          <issue>2</issue>
          ):
          <volume>140</volume>
          {
          <fpage>170</fpage>
          ,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>D.</given-names>
            <surname>Elsweiler</surname>
          </string-name>
          .
          <article-title>Supporting Human Memory in Personal Information Management</article-title>
          .
          <source>PhD thesis</source>
          , The University of Strathclyde,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>D.</given-names>
            <surname>Elsweiler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Baillie</surname>
          </string-name>
          ,
          <string-name>
            <surname>and I. Ruthven.</surname>
          </string-name>
          <article-title>What makes re- nding information di cult? A study of email re- nding</article-title>
          .
          <source>Proc. ECIR</source>
          ,
          <volume>6611</volume>
          :
          <fpage>568</fpage>
          {
          <fpage>579</fpage>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>E.</given-names>
            <surname>Freeman</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Gelernter</surname>
          </string-name>
          .
          <article-title>Lifestreams: a storage model for personal data</article-title>
          .
          <source>SIGMOD Record</source>
          ,
          <volume>25</volume>
          (
          <issue>1</issue>
          ):
          <volume>80</volume>
          {
          <fpage>86</fpage>
          ,
          <year>1996</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>D.</given-names>
            <surname>Goncalves</surname>
          </string-name>
          and
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Jorge</surname>
          </string-name>
          .
          <article-title>Describing documents: what can users tell us?</article-title>
          <source>In Proc. IUI</source>
          , pages
          <volume>247</volume>
          {
          <fpage>249</fpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>J.</given-names>
            <surname>Hackos</surname>
          </string-name>
          and
          <string-name>
            <surname>J. Redish.</surname>
          </string-name>
          <article-title>User and Task Analysis for Interface Design</article-title>
          .
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>W.</given-names>
            <surname>Jones</surname>
          </string-name>
          .
          <article-title>Personal information management</article-title>
          .
          <source>Annual Review of Information Science and Technology</source>
          ,
          <volume>41</volume>
          (
          <issue>1</issue>
          ):
          <volume>453</volume>
          {
          <fpage>504</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>W.</given-names>
            <surname>Jones</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Bruce</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Foxley</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Munat</surname>
          </string-name>
          .
          <article-title>The universal labeler: Plan the project and let your information follow</article-title>
          .
          <source>In Proc. ASIST</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>W.</given-names>
            <surname>Jones</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Bruce</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Jones</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Vinson</surname>
          </string-name>
          .
          <article-title>How do people keep and re- nd project-related information?</article-title>
          <source>In Proc. SIGCHI</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>V.</given-names>
            <surname>Kaptelinin</surname>
          </string-name>
          .
          <article-title>UMEA: translating interaction histories into project contexts</article-title>
          .
          <source>In Proc. CHI</source>
          , pages
          <volume>353</volume>
          {
          <fpage>360</fpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>B. H.</given-names>
            <surname>Kwasnik</surname>
          </string-name>
          .
          <article-title>How a personal document's intended use or purpose a ects its classi cation in an o ce</article-title>
          .
          <source>In Proc. SIGIR</source>
          , pages
          <volume>207</volume>
          {
          <fpage>210</fpage>
          ,
          <year>1989</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>M.</given-names>
            <surname>Lansdale</surname>
          </string-name>
          .
          <article-title>The psychology of personal information management</article-title>
          .
          <source>Appl Ergon</source>
          ,
          <volume>19</volume>
          (
          <issue>1</issue>
          ):
          <volume>55</volume>
          {
          <fpage>66</fpage>
          ,
          <year>1988</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>M.</given-names>
            <surname>Ringel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Cutrell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dumais</surname>
          </string-name>
          , and
          <string-name>
            <surname>E. Horvitz.</surname>
          </string-name>
          <article-title>Milestones in time: The value of landmarks in retrieving information from personal stores</article-title>
          .
          <source>In Proc. INTERACT</source>
          , pages
          <volume>184</volume>
          {
          <fpage>191</fpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>G.</given-names>
            <surname>Rugg</surname>
          </string-name>
          and
          <string-name>
            <given-names>P.</given-names>
            <surname>McGeorge</surname>
          </string-name>
          .
          <article-title>The sorting techniques: A tutorial paper on card sorts, picture sorts and item sorts</article-title>
          .
          <source>Expert Systems</source>
          ,
          <volume>22</volume>
          (
          <issue>3</issue>
          ):
          <volume>94</volume>
          {
          <fpage>107</fpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>S.</given-names>
            <surname>Whittaker</surname>
          </string-name>
          and
          <string-name>
            <given-names>C.</given-names>
            <surname>Sidner</surname>
          </string-name>
          .
          <article-title>Email overload: exploring personal information management of email</article-title>
          .
          <source>In Proc. CHI</source>
          , pages
          <volume>276</volume>
          {
          <fpage>283</fpage>
          ,
          <year>1996</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>