QADiscourse -- Discourse Relations as QA Pairs: Representation, Crowdsourcing and Baselines
Valentina Pyatkin, Ayal Klein, Reut Tsarfaty, Ido Dagan
Introduction
Relations between propositions are commonly termed Discourse Relations, and their importance to the automatic understanding of the content and structure of narratives has been extensively studied Grosz and Sidner (1986); Asher et al. (2003); Webber et al. (2012). The automatic parsing of such relations is thus relevant to multiple areas of NLP research, from extractive tasks such as document summarization to automatic analyses of narratives and event chains Li et al. (2016); Lee and Goldwasser (2019).
So far, discourse annotation has been mainly conducted by experts, relying on carefully crafted linguistic schemes. Two cases in point are PDTB Prasad et al. (2008); Webber et al. (2019) and RST Mann and Thompson (1988); Carlson et al. (2002). Such annotation however is slow and costly. Crowd-sourcing discourse relations, instead of using experts, can be very useful for obtaining larger-scale training data for discourse parsers.
One plausible way for acquiring linguistically meaningful annotations from laymen is using the relatively recent QA methodology, that is, converting a set of linguistic concepts to intuitively simple Question-and-Answer (QA) pairs. Indeed, casting the semantic annotations of individual propositions as narrating a QA pair gained increasing attention in recent years, ranging from QA driven Semantic Role Labeling (QASRL) He et al. (2015); FitzGerald et al. (2018); Roit et al. (2020) to covering all semantic relations as in QAMR Michael et al. (2018). These representations were also shown to improve downstream tasks, for example by providing indirect supervision for recent MLMs He et al. (2020).
In this work we address the challenge of crowd-sourcing information of higher complexity, that of discourse relations, using QA pairs. We present the QADiscourse approach to representing intra-sentential Discourse Relations as QA pairs, and we show that with an appropriate crowd-sourcing setup, complex relations between clauses can be effectively recognized by non-experts. This layman annotation could also easily be ported to other languages and domains.
Specifically, we define the QADiscourse task to be the detection of the two discourse units, and the labeling of the relation sense between them. The two units are represented in the question body and the answer, respectively, while the question type, as expressed by its prefix, represents the discourse relation sense between them. This representation is illustrated in Table 1 and the types of questions we focus on are detailed in Table 3. This scheme allows us to ask about both explicit and implicit relations. To our knowledge, there has been no work on collecting such question types in a systematic way.
The contribution of this paper is thus manifold. (i) We propose a novel QA-based representation for discourse relations reflecting a subset of the sense taxonomy of PDTB 3.0 Webber et al. (2019). (ii) We propose an annotation methodology to crowd-source such discourse-relations QA pairs. And, (iii) given this representation and annotation setup, we collected QADiscourse annotations for about 9000 sentences, resulting in more than 16600 QA pairs, which we will openly release. Finally, (iv) we implement a QADiscourse parser, serving as a baseline for predicting discourse questions and respective answers, capturing multiple discourse-based propositions in a sentence.
Background
Discourse Relations in the Penn Discourse Treebank (PDTB) Prasad et al. (2008); Webber et al. (2019), as seen in ex. 2, are represented by two arguments, labeled either Arg1 or Arg2, the discourse connective (in case of an explicit relation) and finally the relation sense(s) between the two, in this case both Temporal.Asynchronous.Succession and Contingency.Cause.Reason. \ex. BankAmerica climbed 1 3/4 to 30 (Arg1) after PaineWebber boosted its investment opinion on the stock to its highest rating (Arg2).
These relations are called shallow discourse relations since, contrary to the Rhetorical Structure Theory (RST) Mann and Thompson (1988); Carlson et al. (2002), they do not recursively build a tree. The PDTB organizes their sense taxonomy, of which examples can be seen in Table 3, into three levels, with the last one denoting the direction of the relation. The PDTB annotation scheme has additionally been shown to be portable to other languages Zeyrek et al. (2018); Long et al. (2020).
Semantic QA Approaches
Using QA structures to represent semantic propositions has been proposed as a way to generate “soft” annotations, where the resulting representation is formulated using natural language, which is shown to be more intuitive for untrained annotators He et al. (2015). This allows much quicker, more large-scale annotation processes FitzGerald et al. (2018) and when used in a more controlled crowd-sourcing setup, can produce high-coverage quality annotations Roit et al. (2020).
As displayed in Table 2, both QASRL and QAMR collect a set of QA pairs, each representing a single proposition, for a sentence. In QASRL the main target is a predicate, which is emphasized by replacing all content words in the question besides the predicate with a placeholder. The answer constitutes a span of the sentence. The annotation process itself for QASRL is very controlled, by suggesting questions created with a finite-state automaton. QAMR, on the other hand, allows to freely ask all kinds of questions about all types of content words in a sentence.
QA Approaches for Discourse
The relation between discourse structures and questioning has been pointed out by Van Kuppevelt (1995), who claims that the discourse is driven by explicit and implicit questions: a writer carries a topic forward by answering anticipated questions given the preceding context. Roberts (2012) introduces the term Question Under Discussion (QUD), which stands for a question that interlocuters accept in discourse and engage in finding its answer. More recently, there has been work on annotating QUDs, by asking workers to identify questions raised by the text and checking whether or not these raised questions get answered in the following discourse Westera and Rohde (2019); Westera et al. (2020). These QUD annotations are conceptually related to QADiscourse by representing discourse information through QAs, solicited from laymen speakers. The main difference lies in the propositions captured: we collect questions that have an answer in the sentence, targeting specific relation types. In the QUD annotations Westera et al. (2020) any type of question can be asked that might or might not be answered in the following discourse.
Previous Discourse Parsing Efforts
Most of the recent work on models for (shallow) discourse parsing focuses on specific subtasks, for example on argument identification Knaebel et al. (2019), or discourse sense classification Dai and Huang (2019); Shi and Demberg (2019); Van Ngo et al. (2019). Full (shallow) discourse parsers tend to use a pipeline approach, for example by having separate classifiers for implicit and explicit relations Lin et al. (2014), or by building different models for intra- vs. inter-sentence relations Biran and McKeown (2015). We also adopt the pipeline approach for our baseline model (Section 6), which performs both relation classification and argument identification, since our QA pairs jointly represent arguments and relations.
Previous Discourse Crowdsourcing Efforts
There has been research on how to crowd-source discourse relation annotations. Kawahara et al. (2014) crowd-source Japanese discourse relations and simplify the task by reducing the tagset and extracting the argument spans automatically. A follow-up paper found that the data quality of these Japanese annotations was lacking compared to expert annotations Kishimoto et al. (2018). Furthermore, Yung et al. (2019) even posit that it is impossible to crowdsource high quality discourse sense annotations and they suggest to re-formulate the task as a discourse connective insertion problem. This approach has previously also been used in other configurations Rohde et al. (2016); Scholman and Demberg (2017). Similarly to our QADiscourse approach, inserting connectives also works with soft natural language annotations, as we propose, but it simplifies the task greatly, by only annotating the connective, rather than retrieving complete discourse relations.
Representing Discourse Relations as QA pairs
In this section we discuss how to represent shallow discourse relations through QA pairs. For an overview, consider the second sentence in Table 1, and the two predicates ‘decided’ and ‘knowing’, each being part of a discourse unit. The sense of the discourse relation between these two units can be characterized by the question prefix “Despite what …?” (see Table 3). Accordingly, the full QA pair represents the proposition asserted by this discourse relation, with the question and answer corresponding to the two discourse units. A complete QADiscourse representation for a text would thus consist of a set of such QAs, representing all propositions asserted through discourse relations.
We want our questions to denote relation senses. To define the set of discourse relations covered by our approach, we derived a set of question templates that cover most discourse relations in the PDTB 3.0 Webber et al. (2019); Prasad et al. (2008), as shown in Table 3. Each question template starts with a question prefix, which specifies the relation sense. The placeholder X is completed to capture the discourse unit referred to by the question, as in Table 1.
Few PDTB senses are not covered by our question prefixes. First, senses with pragmatic specifications like Belief and SpeechAct were collapsed into their general sense. Second, three Expansion senses were not included because they usually do not assert a new “informational” proposition, about which a question could be asked, but rather capture structural properties of the text. One of those is Expansion.Conjunction, which is one of the most frequently occurring senses in the PDTB, especially in intra-sentential VP conjunctions, where it makes up about 70% of the sense instances Webber et al. (2016). Ex. 3 displays a discourse relation with two senses, one of which Expansion.Conjunction. While it is natural to come up with a question targeting the causal sense, the conjunction relation does not seem to assert any proposition about which an informational question may be asked. \ex.“Digital Equipment announced its first mainframe computers, targeting IBM’s largest market and heating up the industry’s biggest rivalry.” (explicit: Expansion.Conjunction, implicit: Contingency.Cause.Result)
Finally, we removed Purpose as a (somewhat subtle) individual sense and subsumed it with our two causal questions.
Our desiderata for the question templates are as follows. First, we want the question prefixes to be applicable to as many scenarios as possible in which discourse relations can occur, while at the same time ideally adhering to a one-to-one mapping of sense to question. Similarly, we avoid question templates that are too general. The When-Question in QASRL (Table 2), for instance, can be used for either Temporal or Conditional relations. Here we employ more specific question prefixes to remove this ambiguity. Finally, as multiple relation senses can hold between two discourse units Rohde et al. (2018), we similarly allow multiple QA pairs for the same two discourse units.
The Discourse Units
The two sentence fragments, typically clauses, that we relate with a question are the discourse units. In determining what makes a discourse unit, we include verbal predicates, noun phrases and adverbial phrases as potential targets. This, for example, would also cover such instances: “Because of the rain …” or “…, albeit warily”. We call the corresponding verb, noun or adverb heading a discourse unit a target.
A question is created by choosing a question prefix, an auxiliary, if necessary, and copying words from the sentence. It can then be manually adjusted to be made grammatical. Similarly, the discourse unit making up the answer consists of words copied from the sentence and can be modified to be made grammatical. Our question and answer format thus deviates considerably from the QASRL representation. By not introducing placeholders, questions sound more natural and easy to answer compared to QASRL, while still being more controlled than the completely free form questions of QAMR. In addition, allowing for small grammatical adjustments introduces valuable flexibility which contribute to the intuitiveness of the annotations.
Relation Directionality
Discourse relations are often directional. Our QA format introduces directionality by placing discourse units into either the question or answer. In some question prefixes, a single order is dictated by the question. As seen in ex. 1 of Table 4, because the question asks for the condition, the condition itself will always be in the answer. Another ordering pattern occurs for symmetric relations, meaning that the relation’s assertion remains the same no matter how the arguments are placed into the question and answer, as in ex. 2 in Table 4. Finally, certain pairs of relation senses are considered reversed, such as for causal (reason vs. result) and some of the temporal (before vs. after) question prefixes. In this case, two QA pairs with different question prefixes can denote the same assertion when the target discourse units are reversed, as shown in ex. 3 in Table 4. These patterns of directionality impact annotation and evaluation, as would be described later on.
The Crowdsourcing Process
To find a suitable group of annotators we followed the Controlled Crowdsourcing Methodology of Roit et al. (2020). We first released two trial tasks, after which we selected the best performing workers. These workers then underwent two short training cycles, estimated to take about an hour each, which involved reading the task guidelines, consisting of 42 slideshttps://github.com/ValentinaPy/QADiscourse, completing 30 HITs per round and reading personal feedback after each round (preparing these feedbacks consumed about 4 author work days). 11 workers successfully completed the training.
For collecting production annotations of the Dev and Test Sets, each sentence was annotated by 2 workers independently, followed by a third worker who adjudicated their QA pairs to produce the final set. For the Train Set, sentences were annotated by a single worker, without adjudication.
Preprocessing
In preprocessing, question targets are extracted automatically using heuristics and POS tags: a sentence is segmented using punctuation and discourse connectives (from a list of connectives from the PDTB). For each segment, we treat the last verb in a consecutive span of verbs as a separate target. In case a segment does not contain a verb, but does start with a discourse connective, we choose one of the nouns (or adverbs) as target. The following illustrates our target extraction: [Despite labor-shortage warnings,] [80% aim for first-year wage increases of under 4%;] [and 77% say they’d try to replace workers,] [if struck,] [or would consider it.]
Annotation Tool and Procedure
Using Amazon Mechanical Turk, we implemented two interfacesPlease refer to the appendix for all UI screenshots., one for the QA generation and one for the QA adjudication step.
In the QA generation interface, workers are shown a sentence with all target words in bold. Workers are instructed to generate one or more questions that relate two of these target words. The question is generated by first choosing a question prefix, then, if applicable, an auxiliary, then selecting one or more spans from the sentence to form the complete question, and lastly, change it to make it grammatical. Given the generated question, the next step involves answering that question by selecting span(s) from the sentence. Again, the answer can also be amended to be made grammatical.
The QA adjudication interface displays a sentence and all the QA pairs produced for that sentence by two annotators. For each QA pair the adjudicator is asked to either label it as correct, not correct or correct, but not grammatical. Duplicates and nonsensical QA pairs labeled as not correct are omitted from the final dataset. As a last step, the first author manually corrected all the not grammatical instances.
Data and Cost
We sampled sentences from the Wikinews and Wikipedia sections of Large Scale QASRL FitzGerald et al. (2018) while following their Train, Dev & Test splits. Descriptive statistics for the final dataset are shown in Table 5 and 6.
Annotating a sentence of Dev and Test yielded 2.11 QA pairs with a cost of 50.3¢ on average. For Train, the average cost was 37.1¢ for 1.72 QAs per sentence.
Dataset Evaluation
We aim to evaluate QA pairs, as the output of both the annotation process and the question generation and answering model, which are not the same as discourse relation triplets. There are multiple difficulties that arise when evaluating the QADiscourse setup. We allow multiple labels per proposition pair and thus need evaluation measures suitable for multi-label classification. Annotators are generating the questions and answers, which contrary to a pure categorical labelling task implies that we have to take into consideration question and answer paraphrasing and natural language generation inconsistencies. This requires us to use metrics that create alignments between sets of QAs, which means that existing discourse relation evaluation methods, such as from CoNLL-2015 Xue et al. (2015), are not applicable. The following metrics, which we apply for both the quality analysis of the dataset and the parser evaluation, are closely inspired by previous work on collecting semantic annotations with QA pairs Roit et al. (2020); FitzGerald et al. (2018).
This metric is inspired by the question alignment metric for QASRL, which takes into account that there are many ways to phrase a question and therefore an exact match metric will be too harsh. Given a sentence and two sets of QA pairs produced for that sentence, such as gold and predicted sets, we want to match the QAs from the two sets for comparison. A QA pair is aligned with another QA pair that has the maximal intersection over union (IOU) 0.5 on a token-level, or else remains unalignedThe average length for tokenized questions and answers is 12.22 and 10.27 respectively.. Since we allow multiple QA pairs for two targets, we also allow one-to-many and many-to-many alignments. As we are evaluating unlabeled relations at this point, we do not consider relation direction and therefore do not differentiate between question and answer spans.
Labeled Question and Answer Span Detection (LQA) (Accuracy)
Given the previously produced alignments from UQA we check for the exact match of aligned question prefixes. For many-to-many and many-to-one alignments we count as correct if there is overlap of at least one question prefix. Reversed and symmetric question prefixes are converted to a more general label for fair comparison.
2 Dataset Quality
To calculate the agreement between individual annotators we use the above metrics (UQA and LQA) for different worker-vs-worker configurations. The setup is the following: A set of 4 workers annotates the same sentences (around 60), from which we then calculate the agreement between all the possible pairs of workers. We repeat this process 3 times and show the average agreement scores in Table 7. The scores after adjudication, pertaining to the actual dataset agreement level, are produced by comparing the resulting annotation of two worker triplets, each consisting of two annotators and a separate adjudicator on the same data, averaged over 3 samples of 60 sentences each. These results show that adjudication notably improves agreement.
3 Agreement with Expert Set
Our Expert set consists of 25 sentences annotated with QA pairs by the first author of the paper. Comparing the adjudicated crowdsourced annotations with the Expert Set yields a UQA (LQA) of 93.9 (80), indicating a high quality of our collected annotations. The main issue in disagreement arises from sentences that do not contain overt propositional discourse relations, where workers attempt to ask questions anyways, resulting in sometimes unnatural or overly implicit questions.
4 Comparison with PDTB
We crowdsourced QA annotations of 60 sentences from section 20 of the PDTB (commonly used as Train) with our QA annotation protocol. The PDTB arguments are aligned with the QA-pairs using the UQA metric, by considering Arg1 and Arg2 as the text spans to be aligned with the question and answer textSuch alignment is usually straightforward, since annotators do not add content words when producing QAs., yielding 83.2 Precision, 87.5 Recall and an F1 of 85.3.
A manual comparison of the PDTB labels with the Question Prefixes reveals that in most of the cases the senses overlap in meaning, with some exceptions on both sides. 60% of aligned annotations correspond exactly in the discourse relation sense they express. The remaining 40% of the QA-pairs belong to either of the following categories:
(1) Discourse relations that we deemed to be non-informational at the propositional level were many times still annotated with our QA pairs. Take this sentence: […], a Soviet-controlled regime remains in Kabul, the refugees sit in their camps, and the restoration of Afghan freedom seems as far off as ever. The PDTB posits an Exp.Conjunction relation between the two cursive arguments, which is a relation type that we do not cover in the QA framework, yet our annotators saw an implied causal relation which they expressed with the following (sensible) QA pair: What is the reason the restoration of Afghan freedom seems as far off as ever? - a soviet-controlled regime remains in Kabul.
(2) Interestingly, we observe that some annotation decision difficulties described in the PDTB Webber et al. (2019) are also mirrored in our collected data. One of those arising ambiguities is the difference between Comparison.Contrast and Comparison.Concession, in our case Despite what and What is contrasted with. In the manually analyzed data sample, 3 such confusions were found between the QADiscourse and the PDTB annotations.
(3) There were 15 instances of PDTB relation senses that were erroneously not annotated with an appropriate QA pair, even though a suitable Question Prefix exists, corresponding to some of the 12.5% recall misses in the comparison.
(4) On the contrary, there were 36 QA instances that capture appropriate propositions which were completely missed in the PDTB The full list of these instances can be found in the appendix.. For example, in Table 8, the PDTB only mentions the causal relation, while QADiscourse found both the causal and the temporal sense:
Additionally we noticed that annotators tend to ask “What is similar to..?” questions about conjunctions, indicating that conjoined clauses seem to imply a similarity between them, while the similarity relation in the PDTB is rather used in more explicit comparison contexts. The “In what case..?” questions were sometimes used for adjuncts specifying a time or place. Overall, these comparisons show that agreement with the PDTB is good, with QADiscourse even finding additional valid relations, indicating that it is feasible to crowdsource high-quality discourse relations via QADiscourse.
5 Comparison with QAMR and QASRL
While commonly treated as two distinct levels of textual annotations, there are nevertheless some commonalities between shallow discourse relations and semantic roles. This interplay of discourse and semantics has also been noted by Prasad et al. (2015), who made use of clausal adjunct annotations in PropBank to enrich intra-sentential discourse annotations and vice versa. Similarly, we found that there are questions in QASRL, QAMR and QADiscourse which express kindred relations: Manner, Condition, Causal and Temporal relations could all be asked about using QASRL-like Wh-Question. But then the point of question ambiguity arises: if “When” can be used to ask about conditional relations, it is more often also used to denote temporal relations. This under-specification becomes problematic when attempting to map between QAs and labels from resources such as PropBank. Therefore, despite the propositional overlap of some of the question types, QADiscourse additionally enriches and refines QASRL annotations.
Since QAMR does not restrict itself to predicate-argument relations only, we performed an analysis of whether annotators tend to ask about QADiscourse-type relations in a general QA setting. 965 sentences contain both QAMR and QADiscourse annotations, with 1505 QADiscourse pairs, of which we could align 101 (7%) to QAMR annotations, using the UQA-alignment algorithm. We conclude that QAMR and QADiscourse target mostly different propositions and relation types.
Within the 101 QADiscourse QAs that were aligned with QAMR questions (Table 9), causal and temporal relations are very common, usually expressed, as expected, by “Why” or “When” questions in QAMR. In other cases, the aligned questions express different relation senses. Notably, the QADiscourse In what manner relation aligns with a “How” QAMR question only once out of 19 cases. Often, it seems that QADiscourse annotators were tempted to ask a somewhat inappropriate manner question while the relation between the predicate and the answer corresponded to a direct semantic role (like location) rather than to a discourse relation (first example in Table 10). The second example in Table 10 corresponds to a case where the predicate-answer relation has two senses, a discourse sense captured by QADiscourse (What is an example of), as well as a semantic role (“theme”), captured by a “What” question in QAMR. These observations suggest interesting future research on integrating QADiscourse annotations with semantic role QA annotations, like QASRL and QAMR.
Baseline Model for QADiscourse
In this section we aim to devise a baseline discourse parser based on our proposed representation, which accepts a sentence as input and outputs QA pairs for all discourse relations in that sentence, to be trained on our collected data. Similarly to previous work on discourse parsing (Section 2), our proposed parser is a pipeline consisting of three phases: (i) question prefix prediction, (ii) question generation, and (iii) answer generation.
Formally, given a sentence with a set of indices which mark target words (based on the target extraction heuristics in Section 4), we aim to produce a set of QA-pairs using the following pipeline:
1. Question Prefix Prediction: Let be the set of all Question Prefixes, each reflecting a relation sense from the list shown in Table 3. For each target word such that , we predict a set of possible question prefixes . The set is now defined to be the set of all prefixes for all targets in the sentence.
2. Question Generation: For every question prefix and all its relevant target words , predict question bodies for one or more of the targets .
3. Answer Generation: Let a full question be defined by the concatenation of the question prefix and the corresponding generated question body . Given a sentence and the question , we aim to generate an answer .
All in all, we can generate up to different QAs per sentence.
In the first step of our pipeline we are given a sentence and a marked target, and we aim to predict a set of possible prefixes reflecting potential discourse senses for the relation to be predicted. We frame this task of predicting a set of prefixes as a multi-label classification task.
To represent , the input sentence is concatenated with a binary target indicator, and special tokens are placed before and after the target . The output of the system is a set of question prefixes .
We implement the model using BERT Devlin et al. (2019) in its standard fine-tuning setting, except that the Softmax layer is replaced by a Sigmoid activation function to support multi-label classification. The predicted question prefixes are obtained by choosing those labels that have a logit , which was tuned on Dev to maximize UQA F1. Since the label distribution is skewed, we add weights to the positive examples for the binary cross-entropy loss.
2 Question Generation
Next in our pipeline, given the sentence, a question prefix and its relevant targets in the sentence, we aim to generate question bodies for one or more of the targets. To this end, we employ a Pointer Generator model Jia and Liang (2016) such that the input to the model is encoded as follows: , with being the question prefix. Additionally, we concatenate a target indicator for all relevant targets . The output is one or more question bodies separated by a delimiter token: .
The model then chooses whether to copy a word from the input, or to predict a word during decoding. We use the AllenNLP Gardner et al. (2018) implementation of CopyNet Gu et al. (2016) and adapt it to work with BERT encoding of the input.
3 Answer Generation
To predict the answer given a full question, we use BERT fine-tuned on SQUAD Rajpurkar et al. (2016).https://huggingface.co/transformers/pretrained_models.html We additionally fine-tune the model on a subset of our training data (all 5004 instances where we could align the answer to a consecutive span in the sentence). Instead of predicting or copying words from the sentence, this model predicts start and end indices in the sentence.
Results and Discussion
After running the full pipeline, we evaluate the predicted set of QA-pairs against the gold set using the UQA and LQA metrics, described in section 5.1. Table 12 shows the results. Note that the LQA is dependent on the UQA, as it calculates the labeled accuracy only for QA pairs that could be aligned with UQA. The Prefix Accuracy measure complements LQA by evaluating the overall accuracy of predicting a correct question prefix. For this baseline model it shows that generally only half of the generated questions have a question prefix equivalent to gold, leaving room for future models to improve upon. While not comparable, Biran and McKeown (2015), for example, mention an F1 of 56.91 for predicting intra-sentential relations.
The scores in Table 13 show the results for the subsequent individual steps, given gold input, evaluated using a matching criterion of intersection over union with the respective gold span.
We randomly selected a sample of 50 predicted QAs for a qualitative analysis. 22 instances from this sample were judged as correct, and 2 instances were correct despite not being mentioned in Gold. Examples of good predictions are shown on the left column in Table 11. The model is often able to learn when to do the auxiliary flip from clause to question format and when to change the verb form of the target. Interestingly, whenever the model was not familiar with a specific verb, it chose a similar verb in the correct form, for example ‘appearing’ in Ex. 2. The model is also able to form a question using non-adjacent spans of the sentence (Ex. 1). Some predictions do not appear in the dataset, but make sense nonetheless. The analysis showed 8 non-grammatical but sensible QAs (i.e. ex. 4, where the sense of the relation is still captured), 8 non-sensical but grammatical QAs (ex. 5) and 7 QAs that were neither (ex. 6). Lastly, we found 3 QAs with good questions and wrong answers.
Conclusion
In this work, we show that discourse relations can be represented as QA pairs. This intuitive representation enables scalable, high-quality annotation via crowdsourcing, which paves the way for learning robust parsers of informational discourse QA pairs. In future work, we plan to extend the annotation process to also cover inter-sentential relations.
Acknowledgments
We would like to thank Amit Moryossef for his help with the implementation of the frontend, and Julian Michael, Gabriel Stanovsky and the anonymous reviewers for their feedback and suggestions. This work was supported in part by grants from Intel Labs, Facebook, the Israel Science Foundation grant 1951/17 and the German Research Foundation through the German-Israeli Project Cooperation (DIP, grant DA 1600/1-1) and by an ERC-StG grant #677352 and an ISF grant #1739/26.
References
Appendix A Appendices
The code to reproduce the QADiscourse model can be found at https://github.com/ValentinaPy/QADiscourse.
Each question prefix label is weighted by subtracting the label count from the total count of training instances and dividing it by the label count: .
A.2 Annotation Details
The number of examples and the details of the splits are mentioned in the paper. The data collection process has also been described in the main body of the paper. Here we add a more detailed description of the Target Extraction Algorithm and screenshots of the annotation interfaces.
In order to extract targets we use the following heuristics: We split the sentence on the following punctuation: “,” “;” “:”. This provides an initial incomplete segmentation of clauses and subordinate clauses. We will try to find at least one target in each segment.
We then split the resulting text spans from 1. using a set of discourse connectives. We had to remove the most ambiguous connectives from the list, whose tokens might also have other syntactic functions, for example “so, as, to, about”, etc.
We then check the POS tags of the resulting spans and treat each consecutive span of verbs as a target, with the last verb in the consecutive span being the target. In order to not treat cases such as “is also studying” as separate targets, we treat “V ADV V” also as one consecutive span. In case there is no verb in a given span, we chose one of the nouns as the target, but only if the span starts with a discourse connective. This condition allows us to not include nouns as targets that are simply part of enumerations, while at the same time it helps include eventive nouns, see b) for an example. To improve precision (by 0.02) we also excluded the following verbs “said, according, spoke”.
With these heuristics we achieve a Recall of 98.4 and a Precision of 57.4 compared with the discourse relations in Sec. 22 of the PDTB.
Cost Details
The basic cost for each sentence was 18¢, with a bonus of 3¢ for creating a second QA pair and then a bonus of 4¢ for every additional QA pair after the first two. Adjudication was rewarded with 10¢ per sentence. On average 50.3¢ were spent per sentence of Dev and Test, with an average of 2.11 QA pairs per sentence. For Train the average cost per sentence is about 37.1¢, with an average of 1.72 QAs.
Annotation Interfaces
The following screenshots display the Data Collection and Adjudication interfaces.