Not seeing a result you expected?
Learn how you can add new datasets to our index.
This is the dataset for the Style Change Detection task of PAN 2022.
Task
The goal of the style change detection task is to identify text positions within a given multi-author document at which the author switches. Hence, a fundamental question is the following: If multiple authors have written a text together, can we find evidence for this fact; i.e., do we have a means to detect variations in the writing style? Answering this question belongs to the most difficult and most interesting challenges in author identification: Style change detection is the only means to detect plagiarism in a document if no comparison texts are given; likewise, style change detection can help to uncover gift authorships, to verify a claimed authorship, or to develop new technology for writing support.
Previous editions of the Style Change Detection task aim at e.g., detecting whether a document is single- or multi-authored (2018), the actual number of authors within a document (2019), whether there was a style change between two consecutive paragraphs (2020, 2021) and where the actual style changes were located (2021). Based on the progress made towards this goal in previous years, we again extend the set of challenges to likewise entice novices and experts:
Given a document, we ask participants to solve the following three tasks:
All documents are provided in English and may contain an arbitrary number of style changes, resulting from at most five different authors.
Data
To develop and then test your algorithms, three datasets including ground truth information are provided (dataset1 for task 1, dataset2 for task 2, and dataset3 for task 3).
Each dataset is split into three parts:
You are free to use additional external data for training your models. However, we ask you to make the additional data utilized freely available under a suitable license.
Input Format
The datasets are based on user posts from various sites of the StackExchange network, covering different topics. We refer to each input problem (i.e., the document for which to detect style changes) by an ID, which is subsequently also used to identify the submitted solution to this input problem. We provide one folder for train, validation, and test data for each dataset, respectively.
For each problem instance X
(i.e., each input document), two files are provided:
problem-X.txt
contains the actual text, where paragraphs are denoted by
for tasks 1 and 2. For task 3, we provide one sentence per paragraph (again, split by
).truth-problem-X.json
contains the ground truth, i.e., the correct solution in JSON format. An example file is listed in the following (note that we list keys for the three tasks here):
{
"authors": NUMBER_OF_AUTHORS,
"site": SOURCE_SITE,
"changes": RESULT_ARRAY_TASK1 or RESULT_ARRAY_TASK3,
"paragraph-authors": RESULT_ARRAY_TASK2
}
The result for task 1 (key "changes") is represented as an array, holding a binary for each pair of consecutive paragraphs within the document (0 if there was no style change, 1 if there was a style change). For task 2 (key "paragraph-authors"), the result is the order of authors contained in the document (e.g., [1, 2, 1]
for a two-author document), where the first author is "1", the second author appearing in the document is referred to as "2", etc. Furthermore, we provide the total number of authors and the Stackoverflow site the texts were extracted from (i.e., topic). The result for task 3 (key "changes") is similarly structured as the results array for task 1. However, for task 3, the changes
array holds a binary for each pair of consecutive sentences and they may be multiple style changes in the document.
An example of a multi-author document with a style change between the third and fourth paragraph (or sentence for task 3) could be described as follows (we only list the relevant key/value pairs here):
{
"changes": [0,0,1,...],
"paragraph-authors": [1,1,1,2,...]
}
Output Format
To evaluate the solutions for the tasks, the results have to be stored in a single file for each of the input documents and each of the datasets. Please note that we require a solution file to be generated for each input problem for each dataset. The data structure during the evaluation phase will be similar to that in the training phase, with the exception that the ground truth files are missing.
For each given problem problem-X.txt
, your software should output the missing solution file solution-problem-X.json
, containing a JSON object holding the solution to the respective task. The solution for tasks 1 and 3 is an array containing a binary value for each pair of consecutive paragraphs (task 1) or sentences (task 3). For task 2, the solution is an array containing the order of authors contained in the document (as in the truth files).
An example solution file for tasks 1 and 3 is featured in the following (note again that for task 1, changes are captured on the paragraph level, whereas for task 3, changes are captured on the sentence level):
{
"changes": [0,0,1,0,0,...]
}
For task 2, the solution file looks as follows:
{
"paragraph-authors": [1,1,2,2,3,2,...]
}