<!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>A Large-Scale Dataset for Known-Item Question Performance Prediction</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Maik Fröbe</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Eric Oliver Schmidt</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Matthias Hagen</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Friedrich-Schiller-Universität Jena</institution>
          ,
          <addr-line>07743 Jena</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Searchers who cannot resolve a known-item information need using a search engine (e.g., as the searcher only remembers vague details about a movie from some years ago) might post a respective question on a question answering platform, hoping that the discussion with other people can help to identify the item. To foster research on applying query performance prediction to known-item information needs, especially in the light of the upcoming tip-of-my-tongue known-item retrieval track at TREC 2023, we build a large-scale dataset of 1.28 million known-item questions (47 % have an identified answer) from the r/tipofmytongue subreddit. As the “performance” of a known-item question, we use the time it took the community to solve the question (or the absence of a solution) and evaluate the efectiveness of seven standard pre-retrieval query performance predictors in a pilot study. Not surprisingly, none of the tested predictors can really assess the performance of known-item questions.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Query Performance Prediction</kwd>
        <kwd>Known-Item Search</kwd>
        <kwd>Re-Finding</kwd>
        <kwd>Tip of my Tongue</kwd>
        <kwd>Reddit</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Retrieving answers to known-item questions will be the focus of the upcoming ToT track at
TREC 2023.1 The task can be very challenging since known-item questions often do not mention
a suited identifier for the item or only a loosely similar one [ 8, 9], and since information in the
question might even be wrong [10]. As training data, the organizers of the ToT track announced
a dataset by Bhargav et al. [8]: 15,000 questions with linked known items (focus: movies and
books) extracted from the subreddit r/tipofmytongue/.2 Having run an adapted version of
Bhargav et al.’s approach, our resulting TOMT-KIS dataset (tip-of-my-tongue known-item
search) contains 1.28 million known-item questions (47 % with an identified answer) and is
freely available under a permissive license.3</p>
      <p>As an indicator for the “performance” of a known-item question, we simply use the time
elapsed to answer the question. For example, the left question in Figure 1 was answered within
a minute and thus performed better than the middle question (answered after three days) that
again performed better than the rightmost question (not answered after a week). In a pilot
study with seven standard pre-retrieval query performance predictors, we find that none of the
predictors can really assess the performance of known-item questions.</p>
    </sec>
    <sec id="sec-2">
      <title>2. A Large-Scale Dataset of Known-Item Questions</title>
      <p>To create our TOMT-KIS dataset, we have crawled all questions and discussions from the
tip-ofmy-tongue subreddit. Note that answers are not explicitly tagged in the subreddit discussions,
but the guidelines state that the asker should reply with “Solved!” to a post with the correct
answer. In creating the dataset that the TREC 2023 ToT track organizers suggest as training
data, Bhargav et al. [8] focused on questions for which the asker replied exactly with “Solved!”
to some post and from these they only kept the questions where the answer contains exactly
one link to a Wikipedia, IMDb, or GoodReads page. Using this rather restrictive approach, only
15,000 questions with a specified known-item answer were identified.</p>
      <sec id="sec-2-1">
        <title>1https://trec-tot.github.io/ 2https://www.reddit.com/r/tipofmytongue/ 3Data and code for TOMT-KIS: https://github.com/webis-de/QPP-23</title>
        <p>Title Content UTC</p>
        <p>I remember a movie where a
[Movie] From the 1990s? young woman having an 1576446820</p>
        <p>afair with a married man [. . . ]
[late-2000s] Video clip of Around the time “In Rainbows”
Thom Yorke talking about came out, I remember seeing a 1598985699
Radiohead album video clip of Thom Yorke [. . . ]
[AVniadteoom] yRescurregaetriyonscoefnGereys sTcheensee ipneGopreleysreAcrneaattoemdya[. . . ] 1479737186
Answer Identification Analyzing diferent questions from the subreddit, we observed that
askers often do not reply to the correct answer with “Solved!” but with other posts (e.g.,
“This was it!”), and we found a further metadata field (maintained by moderators but not used
by Bhargav et al.) that indicates whether a question is solved. We thus adapted the answer
identification method of Bhargav et al. to recall more questions with answers. For questions that
the moderator metadata indicates as solved, we use four manually created lexical patterns as a
rule-based answer identification method: if a post from the asker in reply to a post  contains
‘solved’, ‘thank’, ‘yes’, or ‘amazing’, we view the post  as the answer. On 50 random questions
and 50 questions for which this heuristic identified an answer (none of them used to develop
the rules), the achieved precision is 92 % at a recall of 78 %.</p>
        <p>Dataset Description Our TOMT-KIS dataset is available in JSONL format. For each question,
we include all the attributes available in the crawled data and add the chosen answer when our
heuristic could extract it. Table 1 shows an excerpt for the questions from Figure 1.</p>
        <p>
          Overall, TOMT-KIS includes 127 attributes for each question, such as title, content,
created_utc (indicating the posted question’s timestamp), and link_flair_text (indicates
whether the question is solved; set by moderators). The complete tree of the discussion on each
question is stored in the comments field. To simplify subsequent processing steps, we run our
precision-oriented answer identification heuristic on questions tagged as solved by a moderator
and add four “new” attributes when the heuristic could identify an answer: (
          <xref ref-type="bibr" rid="ref1">1</xref>
          ) answer_detected
is a Boolean flag indicating whether our heuristic could extract an answer, (
          <xref ref-type="bibr" rid="ref2">2</xref>
          ) solved_utc
specifies the timestamp when the identified answer was posted, (
          <xref ref-type="bibr" rid="ref3">3</xref>
          ) chosen_answer contains the
extracted answer, and (
          <xref ref-type="bibr" rid="ref4">4</xref>
          ) links_on_answer_path contains all links to Reddit-external pages
that were found in posts between the question and the post with the answer (this can be used
for future retrieval experiments like retrieving known-item candidates from a web crawl [8]).
Dataset Analysis Many questions in the tip-of-the-tongue subreddit have assigned tags
that roughly describe an assumed category of the known item. Table 2 shows the 60 most
frequent tags in our TOMT-KIS dataset, excluding the [tomt] tag itself (all questions have it).
Besides [tomt], a question has between 0 and 14 tags (average: 0.89), some of which directly
express uncertainty (e.g., [2010s?] vs. [2010s]).
        </p>
        <p>For further analyses, we manually merged the original tags to form larger categories (e.g.,
combining [song], [music], etc. to a “Music” category). Table 3 shows general statistics for all
questions from our new TOMT-KIS dataset and for the four most popular merged categories.
As a proxy for the “performance” of a known-item question, we use the time elapsed until
the solution was posted (columns Δ ; lower is better). Obviously, the performance varies
between years and between categories. For instance, relatively more known-item questions in
the movies category are solved than in the music category (52 % for movies vs. 46% for music)
and the average time until an answer is posted is lower (9 hours for movies vs. 14 hours for
music). Since query performance prediction is evaluated via measuring the correlation of a
predictor’s query ranking (by predicted performance) to the ground truth ranking [5, 7, 11], we
build training, validation, and tests sets for the set of all questions and for the shown four most
popular categories by each time sampling 100 questions for validation and 100 questions for
test while keeping all other questions as training data.</p>
        <p>Table 4 shows length statistics of the titles and contents of the questions, and of the identified
answers in our TOMT-KIS dataset as the average number of characters and words (whitespace
tokenization). Overall, the titles of questions are much shorter (14 words on average across all
categories) than the explanations in the content field (81 words on average), while the identified
answers again are rather short (12 words on average). There are some notable diferences
between categories like the titles for movie questions being longer (15 words on average) or the
answers in the book category being longer (16 words on average).</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Known-Item Question Performance Prediction on TOMT-KIS</title>
      <p>We conduct a pilot study on TOMT-KIS with the seven pre-retrieval query performance
predictors implemented in the qpptk toolkit4—including the state-of-the-art max-var approach [6, 7].
In the experiments, we use the Robust04 CIFF index5 from the Open-Source IR Replicability
Challenge [12] to compute corpus-relative values that the predictors need.</p>
      <p>Following previous practice on evaluating query performance prediction [6], Table 5 shows
the rank correlations of the predictors to the ground truth in form of Kendall’s  , Spearman’s  ,
and Pearson’s  (a score of 1 indicates perfect correlation, 0 indicates random correlation,
and -1 indicates perfect inverse correlation). In all scenarios, the existing predictors only
achieve correlation scores close to 0 which indicates that they are not suited for known-item
question performance prediction. For the development of more efective known-item question
performance prediction, our new TOMT-KIS dataset can form an ideal starting point.</p>
      <sec id="sec-3-1">
        <title>4https://github.com/Zendelo/QPP-EnhancedEval/tree/main/code/qpptk 5https://github.com/osirrc/cif/blob/master/README.md</title>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Conclusion</title>
      <p>We have constructed the new large-scale TOMT-KIS dataset6 for known-item question
performance prediction by crawling the complete tip-of-my-tongue subreddit (1.28 million questions;
47 % with heuristically identified answers). As a proxy for the performance of a question, we
use the time elapsed until the solving answer was posted. In a pilot study, none of the existing
pre-retrieval query performance predictors implemented in the qpptk toolkit could really predict
a known-item question’s performance. Known-item question performance prediction thus is
still not “solved” and forms an interesting subject for future research—with our dataset as a
possible starting point. Other interesting directions could be to use TOMT-KIS as an enrichment
of the training data provided by the organizers of the upcoming TREC 2023 ToT track.
6Data and code freely available under a permissive license: https://github.com/webis-de/QPP-23
[6] D. Carmel, E. Yom-Tov, Estimating the Query Dificulty for Information Retrieval, Morgan
&amp; Claypool Publishers, 2010. URL: https://doi.org/10.2200/S00235ED1V01Y201004ICR015.
[7] C. Hauf, D. Hiemstra, F. de Jong, A survey of pre-retrieval query performance predictors,
in: Proceedings of CIKM 2008, 2008, pp. 1419–1420. URL: https://doi.org/10.1145/1458082.
1458311.
[8] S. Bhargav, G. Sidiropoulos, E. Kanoulas, ‘It’s on the tip of my tongue’: A new dataset
for known-item retrieval, in: Proceedings of WSDM 2022, 2022, pp. 48–56. URL: https:
//doi.org/10.1145/3488560.3498421.
[9] I. K. H. Jørgensen, T. Bogers, “Kinda like The Sims . . . But with ghosts?”: A qualitative
analysis of video game re-finding requests on Reddit, in: Proceedings of FDG 2020, 2020,
pp. 40:1–40:4. URL: https://doi.org/10.1145/3402942.3402971.
[10] C. Hauf, M. Hagen, A. Beyer, B. Stein, Towards realistic known-item topics for the
ClueWeb, in: Proceedings of IIiX 2012, 2012, pp. 274–277. URL: https://doi.org/10.1145/
2362724.2362773.
[11] G. Faggioli, O. Zendel, J. S. Culpepper, N. Ferro, F. Scholer, An enhanced evaluation
framework for query performance prediction, in: Proceedings of ECIR 2021, 2021, pp.
115–129. URL: https://doi.org/10.1007/978-3-030-72113-8_8.
[12] R. Clancy, N. Ferro, C. Hauf, J. Lin, T. Sakai, Z. Z. Wu (Eds.), Proceedings of
OSIRRC@SIGIR 2019, 2019. URL: http://ceur-ws.org/Vol-2409.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>A. Z.</given-names>
            <surname>Broder</surname>
          </string-name>
          ,
          <article-title>A taxonomy of web search</article-title>
          ,
          <source>SIGIR Forum 36</source>
          (
          <year>2002</year>
          )
          <fpage>3</fpage>
          -
          <lpage>10</lpage>
          . URL: https: //doi.org/10.1145/792550.792552.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Hagen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Wägner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Stein</surname>
          </string-name>
          ,
          <article-title>A corpus of realistic known-item topics with associated web pages in the ClueWeb09</article-title>
          ,
          <source>in: Proceedings of ECIR</source>
          <year>2015</year>
          ,
          <year>2015</year>
          , pp.
          <fpage>513</fpage>
          -
          <lpage>525</lpage>
          . URL: https://doi.org/10.1007/978-3-
          <fpage>319</fpage>
          -16354-3_
          <fpage>57</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>Arguello</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ferguson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Fine</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Mitra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Zamani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Diaz</surname>
          </string-name>
          ,
          <article-title>Tip of the tongue knownitem retrieval: A case study in movie identification</article-title>
          ,
          <source>in: Proceedings of CHIIR</source>
          <year>2021</year>
          ,
          <year>2021</year>
          , pp.
          <fpage>5</fpage>
          -
          <lpage>14</lpage>
          . URL: https://doi.org/10.1145/3406522.3446021.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>F.</given-names>
            <surname>Meier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Bogers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Gäde</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. E.</given-names>
            <surname>Thomsen</surname>
          </string-name>
          ,
          <article-title>Towards understanding complex knownitem requests on Reddit</article-title>
          ,
          <source>in: Proceedings of HT</source>
          <year>2021</year>
          ,
          <year>2021</year>
          , pp.
          <fpage>143</fpage>
          -
          <lpage>154</lpage>
          . URL: https: //doi.org/10.1145/3465336.3475096.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>G.</given-names>
            <surname>Faggioli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Zendel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. S.</given-names>
            <surname>Culpepper</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Ferro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Scholer</surname>
          </string-name>
          ,
          <article-title>sMARE: A new paradigm to evaluate and understand query performance prediction methods</article-title>
          ,
          <source>Information Retrieval Journal</source>
          <volume>25</volume>
          (
          <year>2022</year>
          )
          <fpage>94</fpage>
          -
          <lpage>122</lpage>
          . URL: https://doi.org/10.1007/s10791-022-09407-w.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>