1 Introduction
A vast amount of usable electronic data is in the form of unstructured text. The information-extraction (IE) task aims to identify useful information in text and recode it in a format such as a relational database or RDF triplestore that can be more effectively used for querying and automated reasoning (e.g. Turmo, Ageno and Català Reference Turmo, Ageno and Català2006). Typically, information extraction includes the subtasks of identifying named objects (e.g. persons, organisations, dates), identifying relationships between named objects (e.g. PersonX works for OrganisationY) and identifying events (e.g. PersonX was hired by OrganisationY on DateZ). The current work addresses the second task that is referred to as relation extraction (RE). The RE task has been defined in various ways (e.g. Swanson Reference Swanson1986; Chinchor Reference Chinchor1998; Doddington et al. Reference Doddington, Mitchell, Przybocki, Ramshaw, Strassel and Weischedel2004; Ginter et al. Reference Ginter, Pyysalo, Björne, Heimonen and Salakoski2007). Here, we aim to identify mentions of relations that are directly expressed in text. A relation mention is defined as a predicate ranging over two arguments, where an argument represents concepts, objects or people and the relation predicate describes the type of association or interaction that holds between the things represented by the arguments. This definition is also informed by the semantic web and the linked data movements that aim to encode knowledge in subject–predicate–object triples that are tractable for large-scale automatic reasoning (e.g. Auer et al. Reference Auer, Dietzold, Lehmann, Hellmann and Aumueller2009; Bizer, Heath and Berners-Lee Reference Bizer, Heath and Berners-Lee2009; Byrne Reference Byrne2009).
Figure 1 contains example relation mentions from the news and biomedical data sets used here. The left side of the figure is a pipeline representation of the RE task. The input consists of natural language documents containing unstructured text. These documents are fed to the RE system, which identifies relations described in the text data and annotates them with a label describing the type of relation. The output of the RE system consists of relation mention tuples, which include the entity mentions that take part in the relation and the relation type. The right side of Figure 1 contains two example input documents on the top and the relation mention tuples from those sentences on the bottom. The first document contains the sentence ‘American saxophonist David Murray recruited Amidu Berry’. This contains two relation mentions: (1) a reference to a Citizen-Or-Resident relation between ‘David Murray’ and ‘American’, and (2) a reference to a Business relation between ‘David Murray’ and ‘Amidu Berry’. Likewise, the sentence in the second document contains two relation mentions: (1) a reference to an Encode relation between ‘Cdc3+’ and ‘profilin’, and (2) a reference to a Bind relation between ‘profilin’ and ‘actin-monomer’.
Overview of relation-extraction task with example input and output.
Various corpora have been created for the RE task. Table 1 contains a list of some well-known data sets. The first column (Data set) gives the name of the data set. The second column (Dom) gives the domain. The third column (Rels) gives the total number of relation mentions annotated in the data set. The fourth column (Types) gives the total number of relation types in the annotation schema. The fifth column (Subs) gives the total number of subdomains – entity-type pairs (e.g. Person–Person, Gene–Protein) for which relations are annotated. Finally, the sixth column (Mean) gives the mean number of relation types per subdomain. Many data sets (e.g. MUC-7, AIMed) have only one relation type per subdomain, so knowing the entity types is a sufficient information to fully specify the relation type. And, while other data sets (e.g. BTDT and BTPPI) have multiple relation types, they have only one subdomain making it impossible to assess reliability across entity-type pairs.
Relation extraction data sets with total number of relations (rels), total number of relation types (types), total number of entity-type pair subdomains (subdomains) and mean number of relation types per subdomain (types per SD)
Here, we leverage two corpora that have detailed relation-type schemas, including types that are not determined by entity type. We derive data for the news domain from the corpora prepared for the Automatic Content Extraction (ACE)-shared tasks (Doddington et al. Reference Doddington, Mitchell, Przybocki, Ramshaw, Strassel and Weischedel2004). Moreover, we derive data for the biomedical domain from the Bio Information Extraction Resource (BioInfer) corpus (Pyysalo et al. Reference Pyysalo, Ginter, Heimonen, Björne, Boberg, Järvinen and Salakoski2007). Together, these corpora allow tuning and evaluation of systems addressing the multi-relation RE task, including comparative evaluation across the news and biomedical domains. However, these data sets are in different formats, include different linguistic markup (e.g. BioInfer has sentence markup, while ACE does not) and encode different notions of entities and relations.
The primary contribution of this paper is a series of automatic transformations for deriving versions of ACE and BioInfer that allow comparison of RE results across domains. This standardisation process is summarised in Figure 2. Step 1 takes the raw corpora as input and converts it to a common document type. The result of the refactoring is a simple XML format using token standoff, where character offsets are maintained for full reproducibility of the original annotation (e.g. Grover, Matthews and Tobin Reference Grover, Matthews and Tobin2006). In Step 2, linguistic information is added into the XML format. This includes part-of-speech tags and lemmas, as well as shallow parsing from LT-TTT2.Footnote 2 Step 3 adds dependency parse information from Minipar (Lin Reference Lin1998).
Process for standardising RE corpora to enable comparative evaluation.
In Step 4, the data is normalised to comply with our common notion of relation that acts as a middle ground between various annotation efforts. We require that relations be binary and between named or pronominal entities where possible. This definition (1) enforces consistency across data sets, (2) allows a principled and tractable definition of the generic relation-extraction (GRE) task addressed in Section 8 and (3) complies with the semantic web and the linked data movements that aim to encode knowledge in subject–predicate–object triples for large-scale automatic reasoning (e.g., Auer et al. Reference Auer, Dietzold, Lehmann, Hellmann and Aumueller2009; Bizer et al. Reference Bizer, Heath and Berners-Lee2009; Byrne Reference Byrne2009).
Finally, Step 5 consists of a further standardisation for the GRE experiments in Section 8. GRE is a knowledge discovery task that aims to identify mentions of relations in text using techniques that achieve comparable accuracy when transferred across domains without modification of model parameters. The goal of the GRE data preparation is to produce data sets that are similar in terms of the total number of relation mentions, the number of subsets and the number of relation types per subset.
Note that Steps 1 through 3 are completely general and maintain compatibility with all original annotation while Steps 4 and 5 add alternative entity and relation markup. The distribution will consist of the refactored corpora in the common RE document type from Step 1, including inline shallow linguistic markup from Step 2. The remaining information (i.e. dependency parses from Step 3, normalised relations from Step 4 and GRE relations from Step 5) will be included as external files containing token standoff annotations.
The modified version of the ACE data will be available for redistribution through the Linguistic Data Consortium (LDC) as Edinburgh Regularised ACE (reACE). The respective modified corpora will be available to licence holders for the original distributions for ACE 2004Footnote 3 and ACE 2005.Footnote 4 The modified version of the BioInfer data will be made available as Edinburgh Regularised BioInfer (reBioInfer) free of charge under the same open-source licence terms as the original BioInfer data set. Further information and links to downloads can be found at http://benhachey.info/data/gre/.
2 Background
2.1 Refactoring and normalising annotated data
Previous efforts have standardised corpora for ease of reuse (Johnson et al. Reference Johnson, Baumgartner, Krallinger, Cohen and Hunter2007; Heimonen et al. Reference Heimonen, Pyysalo, Ginter and Salakoski2008) and for comparative evaluation (Pyysalo et al. Reference Pyysalo, Airola, Heimonen, Björne, Ginter and Salakoski2008). However, they have not investigated corpora as diverse as ACE and BioInfer. Furthermore, they have not required that the data sets have multiple relation types that are not determined by the types of the entities forming a relation.
Johnson et al. (Reference Johnson, Baumgartner, Krallinger, Cohen and Hunter2007) report a feasibility study on corpus refactoring. The effort is motivated by a previous study suggesting that format is a primary factor in corpus uptake (Cohen et al. Reference Cohen, Fox, Ogren and Hunter2005). The authors take the Protein Design Group corpus as an example, converting the document-level annotation to character-offset annotation in two popular formats. Our standardisation is also motivated by accessibility. However, normalisation of diverse data sets is an additional key goal, allowing comparison of relation extraction across domains.
Pyysalo et al. (Reference Pyysalo, Airola, Heimonen, Björne, Ginter and Salakoski2008) describe an effort to normalise four protein–protein interaction corpora to a ‘a shared level of information, consisting of undirected, untyped binary interactions.’ Like Pyysalo et al., our reannotation of BioInfer flattens nested entities, maps n-ary to binary relation mentions and ignores directionality of relations. Unlike Pyysalo et al., our reannotation additionally maps part-whole to part-part relations. Crucially, where Pyysalo et al. focus exclusively on protein-protein interactions as their only relation type, we have the explicit goal of multi-type relation extraction across domains. Therefore, we maintain all physical entity types and all BioInfer relations over physical entity types. In addition, we consider data from the news and biomedical domains.
Heimonen et al. (Reference Heimonen, Pyysalo, Ginter and Salakoski2008) describe a process for converting the complex, structured annotation of the BioInfer corpus to binary relations. They argue that this is a necessary simplification towards extraction of detailed knowledge about protein–protein interactions and demonstrate that the binarisation is largely valid with limited loss of information. Heimonen et al. do not perform other types of normalisations described here. In particular, they do not map part-whole to part-part relations (see Section 6.2). Furthermore, they do not explore compatibility across domains.
2.2 Generic relation extraction (GRE)
Relation extraction can be addressed using supervised, bootstrapping or generic approaches. One way to characterise them is in terms of adaptation cost, i.e. the amount of work necessary to adapt them to a new domain or task. In these terms, supervised approaches (e.g. Aone et al. Reference Aone, Halverson, Hampton and Ramos-Santacruz1998; Bunescu et al. Reference Bunescu, Ge, Kate, Marcotte, Mooney, Ramani and Wong2004) incur the highest cost as systems need to be built largely from scratch for each new domain. Bootstrapping approaches (e.g. Brin Reference Brin, Atzeni, Mendelzon and Mecca1999; Agichtein and Gravano Reference Agichtein and Gravano2000) incur less cost as they require only a small amount of seed data. Finally, generic approaches (e.g. Conrad and Utt Reference Conrad and Utt1994; Hasegawa, Sekine and Grishman Reference Hasegawa, Sekine and Grishman2004) provide domain adaptation for free, as parameters do not need to be modified for new domains or tasks.
Another way to characterise these approaches is in terms of the ontology creation problems they address, i.e. whether they address the instantiation task where instances are added to an ontology in a new domain given a relation schema (the taxonomy of relation types to be identified) or whether they also address the task of learning the relation schema for the new domain. In these terms, the supervised and bootstrapping approaches address only the ontology instantiation problem, while the generic approaches also address the problem of learning relation schemas from data. The tradeoff is in terms of accuracy, where generic approaches suffer when compared to supervised and bootstrapping approaches. However, generic approaches have high utility in terms of developing cheap components for applications like paraphrase acquisition (Hasegawa, Sekine and Grishman Reference Hasegawa, Sekine and Grishman2005), on-demand information extraction (Sekine Reference Sekine2006) and automatic summarisation (Hachey Reference Hachey2009a).
In Section 8, we present summary experiments for GRE across news and biomedical domains. These experiments illustrate the utility of the standardised corpora described in this paper.
2.3 Data sets
The data for the news domain is derived from the IE corpora that was prepared for the 2004 and 2005 ACE-shared tasks (Mitchell et al. Reference Mitchell, Strassel, Huang and Zakhary2005; Walker et al. Reference Walker, Strassel, Medero and Maeda2006).Footnote 5 The data discussed here is drawn from the newswire and broadcast news materials prepared for the 2004 and 2005 RE tasks (LDC 2004b, 2005b). Table 2 summarises the documents in these corpora. The first column (Source) corresponds to the name of the organisation from which the data was obtained. The second column (Type) corresponds to the media type of the data source. Newswire indicates that the data was obtained from a printed news feed. Broadcast news indicates that the data is obtained from the transcript of a spoken news programme. The data from broadcast news sources is generally well edited, though does not contain capitalisation. The third and fourth columns correspond to the range of months during which the sources were published (Epoch) and the number and distribution of documents from each source organisation (Num docs). The total number of documents is 348 and 298 for ACE 2004 and 2005, respectively. In addition, the overall newswire/broadcast news splits are approximately 36.8%/63.2% and 27.2%/72.8%, respectively.
Sources for ACE 2004 and ACE 2005 news data
The data for the biomedical domain is derived from the IE corpora, which have been prepared and freely distributed as the BioInfer corpus (Pyysalo et al. Reference Pyysalo, Ginter, Heimonen, Björne, Boberg, Järvinen and Salakoski2007).Footnote 6 This consists of 1,100 sentences that were selected from the PubMed database of biomedical literature.Footnote 7 The corpus data was collected by entering known pairs of interacting proteins from the Database of Interacting Proteins (DIP)Footnote 8 as PubMed search terms. Resulting abstracts (including titles) were searched for sentences containing mentions of two proteins that are known to interact. The epoch of the resulting corpus includes publication dates up to December 2001, which is when the sentence selection process was carried out.
3 Refactoring: a common document type for RE data
The first step of our standardisation is to convert the corpora to a common format. Figure 3 contains the RE XML document-type definition developed here. This includes a top-level document (doc) element, which is made up of a text element and a markup element. The text element contains the tokenised document text, marked up with inline paragraph (p), sentence (s) and word token (w) information. The markup element contains standoff entity (nes) and relation (rels) annotation. Individual entity mentions (ne) are specified with reference to the identifiers of the word tokens that start and end the entity text span (attributes @fr and @to). When present in the annotation, the head of the entity mention phrase is also specified (attributes @hfr and @hto). Individual relation instances (rel) are specified with reference to the entities participating in the relation (attributes @e1 and @e2).
Basic document-type definition for RE XML.
Entity and relation mention identifiers (@id) are the same as those used in the source data and @gid attributes specify the id of the resolved set of coreferring entity mentions for a given document. Entity and relation types are specified in @t attributes and subtypes, if annotated, in @st attributes. All ne and rel annotations, which do not comply with the RE XML document type, are saved in extra attribute (exattr) elements so that no information is lost from the original data set.
3.1 Refactoring ACE
The ACE data is encoded in SGML, does not include sentence or word token markup and uses character standoff annotation for entities and relations. Therefore, conversion to RE XML requires SGML-to-XML conversion, tokenisation and mapping from character offset to token offset. First, character entity references are converted to standard XML and spaces are added, where necessary, to maintain correct character offsets. ACE does not have token markup. Therefore, we add sentence boundary and word token markup using LT-TTT2,Footnote 9 a general purpose text tokenisation tool based on the generic XML text processing tools in LT-XML2 (Grover et al. Reference Grover, Matthews and Tobin2006).Footnote 10
Next, the conversion from character to token standoff is performed using LT-XML2 tools. This is achieved by first wrapping each character with an element and then mapping the standoff from the character elements to the word token elements. Occasionally the original ACE markup spans substrings of words, for example, in the possessive ‘its’, only the substring ‘it’ is marked up as an entity mention. In cases such as this, the converted markup must point at the tokens rather than token substrings so the converted entity mention is ‘its’ rather than ‘it’. Although we do not utilise it in the experiments here, information about the original character offsets is preserved using the end offset (@eo) and start offset (@so) attributes on ne elements. Thus, the ne element for ‘its’ is marked up with @eo ‘-1’.
After this, the data is well-formed XML using token offsets and the conversion to basic RE XML is a simple XML-to-XML transformation. Figure 4 contains an example document with the basic RE XML markup. This is drawn from the ACE data and contains markup for the following sentence:
‘American saxophonist David Murray recruited Amidu Berry and DJ Awadi.’Footnote 11
The markup in the figure specifies five entities (ne). The first ne element (with @id ‘e60’), for example, contains the markup for the Person entity ‘American saxophonist David Murray’, which starts (@fr) and ends (@to), respecitively, with word tokens ‘w292’ and ‘w295’ and has ‘David Murray’ as its head. The markup in the figure also specifies three relations: a Citizen-or-Resident relation between ‘saxophonist’ and ‘American’, a Business relation between ‘David Murray’ and ‘Amidu Berry’ and a Business relation between ‘David Murray’ and ‘Awadi’. In Section 6 we argue that the Citizen-or-Resident relation should actually be between ‘David Murray’ and ‘American’ and we describe rules for automatically mapping this and other similar cases where the ACE annotation marks relations with a nominal rather than a named entity mention.
Example of refactored ACE document with basic RE XML markup.
3.2 Refactoring BioInfer
The BioInfer data, already encoded in XML, includes sentence and word token markup, and uses token standoff annotation for entities and relations. Therefore, conversion to the RE XML document type is a matter of simple XML-to-XML transformation. In addition, while the information is not used for the experiments here, Not relations (specifying negation) are mapped to a negation attribute (@neg) on relation elements (rel). And, Equal and Corefer relations are converted to coreference information in the form of a grounded entity identifier attribute (@gid) on entity elements (ne).
Figure 5 contains an example document with the basic RE XML markup. This is drawn from the BioInfer data and contains markup for the following sentence:
‘Beta-catenin is also found in these structures.’Footnote 12
The markup in the figure specifies two entities (ne). The first ne element (with @id ‘e75’) contains the markup for the Substance entity ‘Beta-catenin’, which starts (@fr) and ends (@to) with the word token (w) with @id ‘w211’. The markup in the figure also specifies a relation (with @id ‘r32’) of type Causal between entity ‘e75’ (‘Beta-catenin’) and entity ‘e77’ (‘structures’). Note that not all BioInfer entities consist of continuous token sequences. The phrase ‘alpha 5 and beta 1 integrins’, for example, is annotated with two entity mentions ‘alpha 5 integrins’ and ‘beta 1 integrins’. For the first mention, the @fr, @to markup here simply indexes into ‘alpha’ and ‘integrins’ and these boundaries are used for the experiments. However, the non-continuous annotation is saved in exattr elements.
Example of refactored BioInfer document with basic RE XML markup.
4 Pre-processing: adding TTT linguistic information
Next, we enrich the data with various types of linguistic pre-processing information. This uses the components available as part of LT-TTT2 to perform part-of-speech (POS) tagging, lemmatisation, identification and interpretation of nominalisations, verb and noun phrase chunking, identification of chunk heads and identification of voice and polarity of verb phrases. The POS tagging component uses the C&C maximum entropy POS tagger (Curran and Clark Reference Curran and Clark2003) trained on data tagged with the Penn Treebank POS tagset (Marcus, Marcinkiewicz and Santorini Reference Marcus, Marcinkiewicz and Santorini1993). The lemmatisation component uses morpha (Minnen, Carroll and Pearce Reference Minnen, Carroll and Pearce2000). All other LT-TTT2 components are rule-based components implemented using the LT-XML2 tools.
Figure 9 contains the extended document-type definition for marking up shallow linguistic information. The linguistic information from TTT is included as an attributive markup on word elements. Lemmas and parts-of-speech are included, respectively, in @l and @p attributes. Noun and verb phrase information from shallow parsing is included in the @phr attribute. This is represented using standard BI markup, where ‘B-X’ indicates that a word is the beginning of a phrase of type X and ‘I-X’ indicates that a word is inside a phrase of type X. When a noun is a nominalisation (e.g. ‘inspiration’), its verb stem (e.g. ‘inspire’) is given in the @vstem attribute. The main word in a verb phrase is indicated by a ‘yes’ value for the w attribute @headv. Verb group voice (i.e. ‘active’ or ‘passive’) is included in the @voice attribute on the main word of a verb phrase. Negative polarity is indicated by a ‘yes’ value for the @neg attribute.
Additional document-type information for encoding dependency parse information.
4.1 Adding TTT linguistic information to ACE
Figure 7 contains the RE XML markup corresonding to the linguistic information from TTT for the ACE example sentence. The markup in the figure specifies one verb phrase ‘recruited’ indicated by the ‘B-VP’ value of the @phr attribute on the corresponding w element. The markup for ‘recruited’ also indicates the following: the part-of-speech is past tense verb (@p=‘VBD’), the lemma is ‘recruit’ (@l=‘recruit’) and the verb phrase is in active voice (@voice=‘act’). In addition, the markup in the figure specifies three noun phrases ‘American saxophonist’, ‘David Murray’ and ‘Amidu Berry and DJ Awadi’.
RE XML markup for TTT linguistic information (ACE example).
4.2 Adding TTT linguistic information to BioInfer
Figure 8 contains the RE XML markup corresponding to the linguistic information from TTT for the BioInfer example sentence. The markup in the figure specifies one verb phrase ‘is also found’ with main verb ‘found’ indicated by the @headv attribute on the corresponding w element. The markup for ‘found’ also indicates the following: the part-of-speech is past participle verb (@p=‘VBN’), the lemma is ‘find’ (@l=‘find’) and the verb phrase is passive (@voice=‘pass’). In addition, the markup in the figure specifies two noun phrases, ‘Beta-catenin’ and ‘these structures’.
RE XML markup for TTT linguistic information (BioInfer example).
5 Pre-processing: adding dependency parse information
Pre-processing also includes dependency parsing. Figure 9 contains the extended document-type definition for marking up dependency parse information. The top-level element for dependency parse information is dps, which is added as a daughter of the markup element in the basic RE document-type definition in Figure 3 above. The dps element is a container element used to group the individual dependency parse elements (dp) corresponding to sentences (s) in the document text. The dp elements contain dpg elements corresponding to individual governor-dependency relations where the @d attribute specifies the dependent word token element and the @cr attribute specifies the governor. The governor is encoded as GovType:TokenID, where GovType specifies the type of the governor-dependency relation and TokenID specifies the governing word token element (cf. examples in Sections 5.1 and 5.2). Note that the @cr attribute encodes collapsed dependency relations that are a product of postprocessing operations over antecedent and preposition complement relations (described in Subsections 5.1 and 5.2). Finally, the word token is encoded in the @w attribute.
Additional document-type information for encoding dependency parse information.
For the current work, dependency parses are obtained from the Minipar software.Footnote 13 Minipar is a broad-coverage parser based on an efficient message passing architecture with a lexicon derived from WordNet and a statistical ranking mechanism for selecting the best parse (Lin Reference Lin1998). It achieves approximately 79% coverage of the dependency relationships in the SUSANNE corpus with 89% precision. In addition to the directional link from governors to their dependent lexical items and the associated grammatical relation types, Minipar produces parts-of-speech and lemmas, which are stored in the @p and @l attributes, respectively.
Note that Minipar is used as an illustration here and as a dependency parsing proof-of-concept for the GRE experiments in Section 8. It is chosen because it is accurate, efficient and used widely. Output from other dependency parsers could also be encoded using the representation here. For example, the refactored version of BioInfer includes the Link Grammar markup from the original distribution. Error analysis in related work (Hachey Reference Hachey2009b) addresses the extent to which Minipar performance degrades performance on biomedical RE data.
5.1 Adding dependency parse information to ACE
Figure 10 contains the Minipar dependency parse of the example ACE sentence. Word tokens constitute nodes in the dependency graph, arks specify relations where the word token at the end of the arrow is the dependent token and the annotations (e.g. s+subj) between arrow heads and word tokens specify the relation types. Dependency relations include, e.g. a modifier (mod) relation from governor noun ‘Murray’ to dependent adjective ‘American’, and an object (obj) relation from ‘recruited’ to dependent noun ‘Berry’. Note that the subject (s+subj) relation from governor verb ‘recruited’ to dependent noun ‘Murray’ is not actually a single relation in the Minipar output. It orignially consists of a surface subject (s) relation from governor verb ‘recruited’ to dependent noun ‘Murray’ and a subject (subj) relation from governor verb ‘recruited’ to an introduced empty node marked as being coreferent with the noun ‘Murray’. These are collapsed to a single s+subj relation as a postprocessing step. This serves to connect verbs directly to arguments with deep grammatical relation types. Figure 11 contains the RE XML markup corresponding to the dependency parse. The first dpg element, for example, encodes the modifier relation between ‘American’ (@cr=‘mod:w295’) and ‘Murray’ (@d ‘w292’).
Dependency parse for an example of ACE sentence.
RE XML markup example of ACE dependency parse.
5.2 Adding dependency parse information to BioInfer
Figure 12 illustrates the Minipar dependency parse of the BioInfer example sentence.Footnote 14 Again, word tokens constitute nodes in the dependency graph, arks specify relations where the word token at the end of the arrow is the dependent token and the annotations (e.g. s+obj) between arrow heads and word tokens specify the relation types. Dependency relations include, e.g. a surface subject/object (s+obj) relation from ‘found’ to ‘Beta-catenin’, and a nominal in modifier (mod*in*n) from ‘found’ to ‘structures’. Note that the nominal in modifier (mod*in*n) relation from governor verb ‘found’ to dependent noun ‘structures’ is not actually a single grammatical relation in the Minipar output. It originally consists of two relations: a modifier (mod) relation from governor ‘found’ to dependent ‘in’ and a nominal preposition complement (pcomp-n) relation from governor ‘in’ to dependent ‘structures’. These are collapsed to a single relation as a post-processing step following Lin and Pantel (2000). This serves to connect the prepositional complement directly to the words modified by the preposition. Figure 13 contains the RE XML markup corresponding to the dependency parse. The first dpg element, for example, encodes a relation of type object (s+obj) between the governor token with identifier ‘w214’ (@cr=‘s+obj:w214’) and the dependent token (@d) with identifier ‘w211’ (i.e. ‘Beta-catenin’ is the object of ‘found’).
Dependency parse for example of BioInfer sentence.
RE XML markup example of BioInfer dependency parse.
6 Reannotation: a common notion of relations
The next step is reannotation, where the data sets are normalised to comply with a common notion of relation. Here a relation mention is defined as follows:
A relation mention is a predicate ranging over two arguments, where an argument represents concepts, objects or people in the real world and the relation predicate describes the type of stative association or interaction that holds between the things represented by the arguments.
Saying that a relation is stative means that it describes a state of association or interaction that persists through time (though it may have a beginning and end point). This is in contrast to events that are generally more discrete in nature, describing things that happen or occur (e.g. Pustejovsky et al. Reference Pustejovsky, Saurí, Castaño, Radev, Gaizauskas, Setzer, Sundheim, Katz and Maybury2004). The choice of binary relations (1) enforces consistency across data sets, (2) allows a principled and tractable definition of the GRE task addressed in the experiments here and (3) complies with the semantic web and the linked data movements, which aim to encode knowledge in subject–predicate–object triples that are tractable for large-scale automatic reasoning (e.g. Auer et al. Reference Auer, Dietzold, Lehmann, Hellmann and Aumueller2009; Bizer et al. Reference Bizer, Heath and Berners-Lee2009; Byrne Reference Byrne2009).
Furthermore, we specify that relations should be between named or pronominal entities wherever possible (more in Section 6.1). And, we specify that part-whole and part-part relations should be consistenly marked (more in Section 6.2). Again, this is an intentionally pragmatic definition of IE where the goal is to contribute relation information to scalable online applications of natural language processing and deep semantic interpretation is not strictly necessary.
6.1 Reannotating ACE
Reannotation of ACE is motivated by the prevalence of nominal entity mentions in ACE, where entities can be referenced by their name (i.e. named mention), by a common noun or noun phrase (i.e. nominal mention) or by a pronoun (i.e. pronominal mention). The mapping is facilitated by the presence of detailed linguistic annotation in the ACE corpus, which makes it possible to automatically map many nominal entity mentions to named entity mentions. Several aspects of the ACE annotation are used in the mapping rules: entity extent, entity type and entity mention type. This information is represented by typesetting conventions illustrated in the following text snippet:
‘[namper Amidu Barry], [nomper one half of [namorg PBS]]’.
This contains one nominal and two named entity mentions:
(1) ‘Amidu Barry’ with type Person (PER) and mention type named (NAM).
(2) ‘one half of PBS’ with type Person and mention type nominal (NOM).
(3) ‘PBS’ with type Organisation (ORG) and mention type named.
We will also talk about embedding and embedded entity mentions. In the above example, ‘one half of PBS’ is embedding and ‘PBS’ is embedded.
Table 3 contains the full list of possible entity mention types with the number and proportion of occurrences in the ACE 2004 and the ACE 2005 data sets. The rules used here only consider nominal and prenominal entity mentions for possible mapping. Unquantified nominal mentions are generally not coreferent with named entity mentions and other mention types are too rare. The ACE 2004 entity types include Person (PER), Organisation (ORG), Facility (FAC), Location (LOC), Geographical/Political (GPE), Vehicle (VEH) (LDC 2004c). The ACE 2005 entity types include Person (PER), Organisation (ORG), Geographical/Social/Political (GPE), Location (LOC), Facility (FAC), Vehicle (VEH) and Weapon (WEA) (LDC 2005a).
Entity mention types in the ACE source data. Columns contain the mention-type label (label), a description (description), an example (example) and the count and percentage of occurrences for ACE 2004 and ACE 2005
Entity phrase heads and coreference are also annotated in ACE. Head markup is based on the notion of headedness in syntactic grammars, where a head is the word or category that gets propagated up a phrase structure tree. Another way of describing this notion is that a head is the main word associated with the root of a phrase or sentence and as such is the word that is described or specified by the non-head branches in a parse tree. Heads are indicated here by an underscore, e.g. ‘one’ in ‘one half of PBS’.Footnote 15 Coreference markup indicates the entity mentions that refer to the same underlying entity (e.g. ‘one half of PBS’ and ‘Amidu Barry’ above). In the following description, coreference will either be noted or obvious from the context. Finally, some of the mapping rules described below make use of aspects of the linguistic preprocessing introduced in Section 4.
Figure 14 contains three example mappings from different rules. Mapping rule 1 is possible because the entity mention ‘Michael Martin’ is coreferent with and embedded within the entity mention ‘Commons speaker Michael Martin’ and because the latter is annotated as having a prenominal mention type, indicating that it occurs in a modifying position before another noun. Thus, the embedded relation mention Executive (‘Commons’, ‘Commons speaker Michael Martin’) is converted to Executive (‘Commons’, ‘Michael Martin’).
Example of ACE mappings from nominal to named entity mentions.
Mapping rule 5 is possible because the entity mention ‘Amidu Barry’ is coreferent with and immediately to the left of the entity mention ‘one half of PBS’ and because the latter is annotated as having a nominal mention type. Thus, the embedded relation mention Membership(‘one half of PBS’,‘PBS’) with nominal entity mention ‘one half of PBS’ is converted to the non-embedded, fully named relation mention Membership(‘Amidu Barry’,‘PBS’). Mapping rule 6 is analogous except that it maps to a named entity mention to the right, converting the embedded relation mention Part-Whole(‘Ecuador’, ‘Ecuador's capital’) with nominal entity mention ‘Ecuador's capital’ to the entity mention Part-Whole(‘Ecuador’,‘Quito’).
The full list of mapping rules is found in Table 4. The first column (#) lists the rule number. The second column (Description of mapping rule) contains a brief textual description of the mapping rule, where the mention type of the original entity mention is on the left, followed by the ↦ symbol, followed by a specification of how the target entity mention for the mapping rule is identified. Finally, the third (ACE 2004) and fourth (ACE 2005) columns contain a count of how many times each rule fired and the percentage of total firings accounted for by each rule for the respective data sets. Rules are ordered from those that are the most constrained to those that are the least constrained.
Full list of rules for mapping from nominal to named entity mentions in ACE. Columns contain the rule identifier (#), the rule description (description) and the number and percentage of firings for ACE 2004 and ACE 2005
Rule 2 maps to a coreferent and embedded entity mention occurring immediately to the left of the head of the original entity mention, for example:
‘[nomgpl [namgpl Indonesia]’s war-torn [namgpl Aceh] province]’
Part-Whole(‘Indonesia's war-torn Aceh province’, ‘Indonesia’)
Part-Whole(‘Aceh’, ‘Indonesia’).
Rule 3 maps to any coreferent and embedded entity mention, for example:
‘[nomgpl [namper gore]’s home state of [namgpl tennessee]]’
Citizen-Or-Resident(‘gore’, ‘gore's home state of tennessee’)
Citizen-Or-Resident(‘gore’, ‘tennessee’).
Rule 4 maps to any coreferent and embedding entity mention, for example:
‘[namgpl [nomgpl the [nomgpl West African] nation] of Senegal]’,
Part-Whole(‘the West African nation’, ‘West African’),
Part-Whole(‘the West African nation of Senegal’, ‘West African’).
Note that this relation can be further simplified to Part-Whole(‘Senegal’, ‘African’) by taking entity heads only.
Rules 5 and 6 map to immediately adjacent coreferent entity mentions. These rules, as described above, are illustrated in Figure 14(b) and (c). Rules 7 and 8 map to coreferent entity mentions found respectively to the left or the right, and have only a copular verb phrase (i.e. a verb phrase where the lemma of the main verb is ‘be’) and any number of adverbs intervening, for example:
‘[nomper The last [namgpl U.S.] president to visit [namgpl Vietnam]] was [namper Nixon]’
Employ-Executive(‘The last U.S. president to visit Vietnam’, ‘U.S.’)
Employ-Executive(‘Nixon’, ‘U.S.’).
Rules 9 and 10 again map to coreferent entity mentions found respectively to the left or the right. However, they allow two intervening verb phrases and any number of adverbs as long as the second verb phrase consists of an infinitival copula (i.e. ‘to be’), for example:
‘[namper Bush] is probably going to be [nomper the next [namgpl U.S.] president]’
Employ-Executive(‘the next U.S. president’, ‘U.S.’)
Employ-Executive(‘Bush’, ‘U.S.’).
Rules 11 and 12 map once again to coreferent entity mentions found respectively to the left or the right. In this instance, however, they allow any number of coreferent entity mentions to intervene between the original nominal entity mention and the target named or pronominal entity mention, for example:
‘[namper Card] is [nomper a [namgpl Washington] insider] and [nomper a lobbyist for [namorg General Motors]]’
Employ-Staff(‘a lobbyist for General Motors’, ‘General Motors’)
Employ-Staff(‘Card’, ‘General Motors’),
where both nominal entity mentions (i.e., ‘a Washington insider’ and ‘a lobbyist for General Motors’) are coreferent with the named entity mention ‘Card’.
Finally, Rules 13 and 14 are general rules that map to any coreferent entity mentions found respectively to the left or the right, for example:
‘[nomorg [namper martha stewart]’s company], officially known as [namorg m. s. living omnimedia]’
Employ-Executive(‘martha stewart’, ‘martha stewart's company’)
Employ-Executive(‘martha stewart’, ‘m. s. living omnimedia’).
Rules 13 and 14 fired a total of ninety-two times for the ACE 2004 data and eighty-two times for the ACE 2005 data (Table 4). In order to assess the accuracy of Rules 13 and 14, a random sample of twenty firings was inspected for ACE 2004. Six (30%) were found to be noisy (details below), which correspond to 27.6% of the full ninety-two firings of Rules 13 and 14. Since Rules 1–12 do not introduce noise, the overall error rate for the ACE 2004 rule firings listed in Table 4 is 3.8% (27.6/719), and the overall error rate for the full ACE 2004 data set used in the experiments here (see Table 7) is less than 2% (27.6/1,400). We consider here a small amount of noise to be a reasonable tradeoff for a larger data set.
Among the sample, four firings create relation mentions that are questionable or could arguably have been mapped to a more suitable target entity mention, e.g. Rule 13 triggers the following mapping:
‘[namper Ehud Barak] won the endorsement of [nomorg [proper his] Labor party] as [nomper [proorg it]’s candidate for Prime Minister]’
Member-Of-Group(‘it's candidate for Prime Minister’, ‘it’)
Member-Of-Group(‘Ehud Barak’, ‘it’).
Here the pronominal entity mention ‘it’ could arguably be mapped to the named entity mention ‘Labor’. However, mapping away from pronominal mention here is inconsistent with the overall goal of a corpus of relations over named and pronominal entity mentions.
Another noisy mapping is encountered when a nominal entity mention is mapped out of an embedded entity mention, but the other entity mention is a possessive pronoun that is not mapped, for example:
‘[nomper [namper Gore]’s press secretary], [namper Chris Lehane], made it clear in an interview that [nomper [namper Gore] aides] do not feel bound by [nomper [proper their] candidate]’s pledge.’
Business(‘their’, ‘their candidate’)
Business(‘their’, ‘Gore’).
This questionable mapping occurred twice in the sample. In the current work, the mapping is allowed to fire and the resulting relation mentions are kept in the final data.
6.2 Reannotating BioInfer
The reannotation of BioInfer is motivated by the fact that the BioInfer annotation sometimes marks part-whole and part-part relation mentions differently depending on their syntactic context. It is also motivated by the fact that the BioInfer annotation sometimes marks relations with more than two arguments. Table 5 contains details of the mapping rules. The first column (#) lists the rule number. The second column contains a brief rule description on the line where the rule number is given (e.g. Part-Whole ↦ Part-Part). Below this, the second column contains a list of relation types that are affected in the original BioInfer source data. The third column (Source) contains a count of how many relation mentions are mapped and the corresponding percentage (of the total number of mapped relation mentions). The fourth column (Mapped) contains a count of how many new relation mentions are created by the mapping rules and the corresponding percentage of total new relation mentions.
List of rules for reannotation of in BioInfer. Columns contain the rule identifier (#), the rule description and the affected relation types (description/relation type) and the number and percentage of relation mentions of the given type in the source (source) and the mapped (mapped) data
Rule 1 in Table 5 addresses relation mentions that are marked differently depending on their syntactic context, by mapping part-whole relation mentions to part-part. Consider the following two sentences:
‘[PTN Smooth muscle talin] prepared from chicken gizzard binds to [PTN skeletal muscle actin]’
‘A binary [CPX complex of [PTN birch [PTN profilin]] and [PTN skeletal muscle actin]] could be isolated by gel chromatography.’
The first sentence is annotated with one Bind(‘Smooth muscle talin’, ‘skeletal muscle actin’) relation mention. The second sentence, however, is annotated with two Contain relation mentions, where the entity mention ‘complex of birch profilin and skeletal muscle actin’ is the whole and the entity mentions ‘birch profilin’ and ‘skeletal muscle actin’ are the respective parts. In the BioInfer relation-type schema (Pyysalo et al. Reference Pyysalo, Ginter, Heimonen, Björne, Boberg, Järvinen and Salakoski2007), Bind is defined as a non-covalent binding (i.e. formation of a complex, association) between the arguments and Contain is defined as a component being part of a complex. For the annotation to be consistent across the two sentences, the second sentence should also have a relation mention between ‘birch profilin’ and ‘skeletal muscle actin’. Therefore, a Co-X relation mention is added between each entity mention that is annotated as being part of the same whole, e.g. Co-Contain(‘birch profilin’, ‘skeletal muscle actin’). Co-X relations do not have a clear semantics; however, they do exist and are expressed in the text. Therefore, they are used here for the relation identification experiments (Section 8.1) but ignored for the relation characterisation experiments (Section 8.2).
Rule 2 in Table 5 addresses relations over more than two entity mentions in BioInfer, by mapping n-ary relation mentions to binary relation mentions over all possible entity mention pairs. Consider the following example:
‘Immediately after synthesis, [protein E-cadherin], [protein beta-catenin], and [protein plakoglobin] cosedimented as complexes.’
Mutualcomplex(‘E-cadherin’, ‘beta-catenin’, ‘plakoglobin’),
Mutualcomplex(‘E-cadherin’, ‘beta-catenin’),
Mutualcomplex(‘E-cadherin’, ‘plakoglobin’),
Mutualcomplex(‘beta-catenin’, ‘plakoglobin’).
Here, the top relation mention with three arguments is replaced by the three distinct binary relation mentions that follow it. Note that it has been argued that biomedical relations need to be n-ary (Rzhetsky et al. Reference Rzhetsky, Iossifov, Koike, Krauthammer, Kra, Morris, Yu, Dubou, Weng, Wilbur, Hatzivassiloglou and Friedman2004; Wattarujeekrit, Shah and Collier Reference Wattarujeekrit, Shah and Collier2004; McDonald et al. Reference McDonald, Pereira, Kulick, Winters, Jin and White2005; Cohen and Hunter Reference Cohen and Hunter2006). However, while the mapped binary relation mentions here do not necessarily capture the simultaneous interaction expressed in the original annotation, they are appropriate for many applications (e.g. large-scale automatic search and knowledge discovery tasks like GRE) and are compatible with the domain-general notion of relation adopted here. Furthermore, of 2,424 relations that result from the refactoring described in Section 3.2, only thirty-four are n-ary relations (Table 5). In addition, the original relation identifiers are retained, allowing n-ary relations to be reconstructed.
7 Example usage: generic relation extraction (GRE)
The goal of GRE is to identify mentions of relations in text using techniques that achieve comparable accuracy when transferred across domains without the modification of model parameters. Applications of GRE include (1) interactive knowledge discovery (e.g. where new relations are fed to a human analyst through a visualisation tool that indicates strengths and types of associations); (2) initialisation of the RE bootstrapping (e.g. where relation clusters are used to intialise active learning on previously unseen data) and (3) noisy knowledge representation (e.g. for applications such as paraphrase acquisition and automatic summarisation (Hasegawa et al., Reference Hasegawa, Sekine and Grishman2005; Hachey, Reference Hachey2009a).
The leftover subsections describe the final data preparation for the GRE experiments here. The goal is to derive data sets that are comparable in terms of the total number of relation mentions, the number of subsets and the number of relation types per subset. First, entity mentions are filtered where possible, keeping only those that refer to specific objects and are names or pronouns. Second, relation mentions are filtered, keeping only those that describe real-world relationships. Third, the entity and relation-type schemas are converted, merging some classes to avoid sparseness in the final data sets.
Furthermore, relation mentions are required to be between two entity mentions that are in the same sentenceFootnote 16 and are distinct siblings. The requirement that the entity mentions be distinct removes reflexives, which are relation mentions where either both entity mentions are identical or the type and normalised surface strings for both entity mentions are identical. Reflexive relation mentions are sometimes introduced erroneously from the annotation, e.g. the Subsidiary(‘afghanistan’,‘afghanistan’) relation mention in ‘Afghanistan's post-Taliban government’. The original relation mention in ACE is Subsidiary(‘government’,‘afghanistan’). However, because ‘afghanistan’ and ‘government’ are annotated as being coreferent, mapping rule 4 (described in Section 6.1) fires and the relation mention ends up being Subsidiary(‘afghanistan’,‘afghanistan’). Moreover, the requirement that the entity mentions be siblings removes relation mentions where the entity mentions are not immediately contained within the same embedding entity mention or sentence. The primary effect here is that pairs where one entity mention is embedded within the other (i.e. one is a parent or grandparent of the other in the entity mention constituent tree) are not considered. Consider the following relation mentions from the text snippet ‘E-cadherin/plakoglobin complexes’:
Change/Physical(‘E-cadherin’, ‘plakoglobin’),
Object-Component(‘E-cadherin/plakoglobin complexes’, ‘E-cadherin’),
Object-Component(‘E-cadherin/plakoglobin complexes’, ‘plakoglobin’).
Here, the Change/Physical(‘E-cadherin’, ‘plakoglobin’) relation mention is kept, but the other two relation mentions are ignored. The sibling requirement also means that other long-distance relationships within the entity mention constituent tree (e.g. cousins) are not considered.
Finally, seven entity pair subsets are chosen for each data set based on two sparseness criteria. First, relation types are considered to be outliers and filtered if they have less than three total mentions. Second, entity pair domains are only used for generic relation characterisation (GRC) if they have thirty or more total mentions and two or more distinct relation types. Relation distributions for the resulting data sets are given in the respective subsections below.
7.1 ACE data for GRE
Filtering entity mentions. First, all entity mentions that do not have a mention type of named (NAM), pronominal (PRO) or prenominal (PRE) are filtered. (The full list of entity mention types can be viewed by referring back to Table 3.) This serves to remove all nominal mentions, which are not reliably recognised by most named entity recognition systems. Prenominal mentions are kept because they are often names (e.g. ‘Labour’ in ‘[nomper [preorg Labour] nominee]’), though not always (e.g. ‘British prime minister’ in ‘[namper [preper [pregpl British] prime minister] Tony Blair]’). The ACE 2005 data actually distinguishes between named and non-named prenominal mentions. However, the ACE 2004 (development) data does not, so the distinction is ignored for the evaluation here. Entity mentions are also filtered based on mention class. The filtering here removes all entity mentions that are underspecified (e.g. ‘many people’), generic (e.g. ‘extremist groups’) or negatively quantified (e.g. ‘no one’). This leaves only entity mentions that are specific referential, i.e. mentions that refer to a particular, unique object or set of objects in the real world.
Filtering relation mentions. Next, relation mentions are removed where one of the entity mentions is no longer part of the annotation because of the entity filtering rules. Finally, relation mentions in ACE 2004 with relation-type Discourse are removed. According to the ACE 2004 Annotation Guidelines for Relation Detection and Characterization (LDC 2004b), ‘a Discourse relation is one where a semantic part-whole or membership relation is established only for the purposes of the discourse’. Examples include ‘Many of these people’ and ‘each of whom’. In ACE 2004, 279 discourse relation mentions were filtered. In ACE 2005, discourse relation mentions were discontinued. After filtering, the ACE 2004 data has 13,358 entity mentions and 1,511 relation mentions (down from 22,736 and 4,374, respectively, in the original source). And the ACE 2005 data has 10,345 entity mentions and 975 relation mentions (down from 18,086 and 3,658, respectively).
Converting to the final schema. Finally, entity and relation types are changed to the final schema. This is a simple automatic mapping from the original schema, which serves to simplify the schemas and make them more similar across the development and test sets. Table 6 lists the mapping rules, with the first column (#) containing the numeric rule identifier, the second column (Source) containing the types as they are found in the original source data, the third column (Target) containing the types after mapping and the last four columns containing the number and proportion of occurrences in the ACE 2004 and ACE 2005 data sets, respectively. In the Source and Target columns, entity and relation-type labels prefixed with ‘T:’ are types and labels prefixed with ‘S:’ are subtypes. Rows 1 through 2 of Table 6(a), for example specify that all entity mentions with type GPE (geo-political) or LOC (location) are changed to have a single common type GPL. And, Rows 1 through 4 of Table 6(b) specify that all relation mentions with subtype Located, Near, Based-In or Org-Location (located, based, headquartered, operates etc.) are changed to have type GEN-AFF (affiliation) and subtype Located.
Changes in ACE entity and relation-type schemas. Columns contain the rule identifier (#), the source types (source), the target types (target) and counts and percentages for ACE 2004 and ACE 2005. ‘T:’ and ‘S:’ indicate relation types and subtypes, respectively

The GRE data set. Tables 7 and 8 contain the generic relation identification (GRI)- and GRC-type distributions for the final ACE 2004 and ACE 2005 data sets as used for the experiments here. The first column lists the gold standard type. For GRI, this is a binary distinction between a pair of entity mentions being in a relation or not being in a relation. Possible entity pairs are all those occurring within the same sentence. For GRC, the first column lists the relation type (with supertypes typeset in small capital letters). The next seven columns list the entity pair subdomains. These data subsets are constructed based on four entity types: Facility/Vehicle/Weapon (fvw or f), Geographical/Political/Location (gpl or g), Organisation (org or o) and Person (per or p). Note that for ACE, the the number of GRI Y instances is less than the total number of GRC instances because relation mentions are removed where one of the entity mentions are prenominal (e.g. ‘Scottish’ in ‘Scottish National Health Service’). This is to make the GRI task consistent with the named entity recognisers used for a related extrinsic evaluation (Hachey Reference Hachey2009a), which do not mark prenominal entity mentions. These instances are not filtered for the GRC data in order to maximise the number of data points for GRC evaluation.
Relation distributions for GRE news development data (ACE 2004). The first column specifies the relation type and the following columns specify the entity pair subdomains
Relation distributions for GRE news test data (ACE 2005). The first column specifies the relation type and the following columns specify the entity pair subdomains
7.2 BioInfer data for GRE
Filtering entity mentions. First, we only consider relations between Physical entities, defined as a physical, biochemical object[s] (Ginter et al. Reference Ginter, Pyysalo, Björne, Heimonen and Salakoski2007). While BioInfer annotates relations between Physical entities, properties and processes, the experiments here focus on the subtask of relations between Physical entities. Therefore, BioInfer entity mentions with Property and Process supertypes are ignored. We also ignore Textbinding entity mentions, which are used to mark spans of text that express a relation (example in Figure 5). In addition, we filter redundant annotations of the same entity mention. This can happen, for example, when a plural pronoun refers to more than one specific entity mention in the same sentence:
‘[gene 4a] and [gene 4b] are two genes, one of [gene [gene which]] codes for the proposed [ptn phosphoprotein] [ptn P]’,
where ‘which’ refers back to ‘4a’ and ‘4b’. Here, mentions that do not take part in a relation are removed until only one is left.
Filtering relation mentions. Next, relation mentions are removed where one of the entity mentions is no longer part of the annotation because of the entity filtering rules. Relation mentions are also filtered based on type. In particular, relation mentions with type Rel-Ent are removed. These are BioInfer relations where an unnamed entity mention refers to a named entity mention, for example:
‘PRP incubated with [ptn IL-6] showed a [amount dose] dependent increase in [protein TXB2]’,
where the Rel-Ent(‘dose’, ‘IL-6’) relation mention indicates that dose refers to dose of IL-6. The original BioInfer data contains fifty Rel-Ent relation mentions. After filtering, the BioInfer data has 5,800 entity mentions and 2,116 relation mentions (down from 7,818 and 3,020, respectively, in the original source).
Converting to the final schema. Finally, entity and relation types are changed to the final schema. For BioInfer, this is a matter of choosing a level in the full relation-type schema from the source data that gives several entity pair subdomains with a sufficient number of relation types and instances for evaluation of the GRC task. Figure 15 contains a simplified version of the entity-type schema. The entity pair subset for each relation mention is determined by choosing the lowest level in this schema where the types of the entity mentions are siblings. For example, the subdomain for a relation-forming pair consisting of an Individual-Protein (P) entity mention and a Protein-Complex (C) entity mention would be P-C. For a pair consisting of a Source entity mention and an Individual-Protein entity mention, with parent-type Substance (B), however, the subdomain would be R-B. The relation type for the GRC task is simply the second-level type from the full-relation schema (Pyysalo et al. Reference Pyysalo, Ginter, Heimonen, Björne, Boberg, Järvinen and Salakoski2007), i.e. one of Causal, Part-Of, Observation or Is-A.
Simplified entity-type schema for BioInfer.

The GRE data set. Table 9 contains the GRI- and GRC-type distributions for the final BioInfer data set as used for the experiments here. The first column lists the gold standard type. For GRI, this is a binary distinction between an entity mention pair being in a relation or not being in a relation. For GRC, the first column lists the relation type (with supertypes typeset in small capital letters). The next seven columns list the entity pair subdomains. Note that the number of instances in the GRC data subsets is less than the corresponding number of GRI Y instances because the number of relation mentions that have vague or undetermined types are ignored for the relation characterisation experiments (but not the relation identification experiments). These consist of Corelate (a general, unspecified relation between the arguments), Humanmade (a relationship that is forced or caused by human intervention), Relate (a general, unspecified, non-directional relationship used when no details of the relationship are known) and Co-* (the relations created by Rule 1 for mapping BioInfer entity mentions from Section 6.2).
Relation distributions for GRE biomedical test data (BioInfer). The first column specifies the relation type and the following columns specify the entity pair subdomains
8 GRE experiments
This section contains overview experiments’ comparing approaches to GRE across domains. Models are tuned on the news development data (ACE 2004) and tested both on news test data (ACE 2005) and biomedical test data (BioInfer). Results validate the GRE claim of modification-free adaptation. For system details, full experiments and error analysis, refer to Hachey (Reference Hachey2009b). For an extrinsic evaluation exploring the utilitiy of end-to-end GRE for automatic summarisation, refer to Hasegawa et al. (Reference Hasegawa, Sekine and Grishman2005) or Hachey (Reference Hachey2009a).
8.1 Experiment I: portability of generic relation identification (GRI)
The first step in GRE is GRI, where the goal is to identify relation-forming entity mention pairs using methods that port across domains without modification of model parameters. The input to the GRI task consists of sentences from source documents with entity mention markup. For the purpose of the intrinsic evaluation here, gold standard entity mention annotation is used, serving to isolate the errors that are due to the GRI module. All pairs of entity mentions that occur in the same sentence are considered to be the candidate relation mentions. Only considering intrasentential relation mentions is a simplifying assumption. However, in the three data sets used for the current work (which all contain at least 900 gold standard relation mentions), there is only one instance of a gold standard relation mention where the entity mentions are in different sentences. The GRI task, therefore, is to consider each pair of entity mentions within a sentence and determine whether the pair constitutes a relation mention or not.
Accuracy is measured in terms of precision (P) and recall (R):
and, f-score (F) is calculated in the standard way: F = 2PR/(P + R). Paired Wilcoxon signed ranks tests across entity pair subdomains are used to check for significant differences between systems. The paired Wilcoxon signed ranks test is a non-parametric analogue of the paired t test. The null hypothesis is that the two populations from which the scores are sampled are identical. Following convention, the null hypothesis is rejected for values of p less than or equal 0.05. Subdomains are formed by taking just those relations between two entities of given types (details given in Tables 7, 8 and 9).
8.1.1 Systems
Atomic events (Event). The first model of entity mention co-occurrence is based on an approach from the literature for identifying atomic events (Filatova and Hatzivassiloglou Reference Filatova, Hatzivassiloglou, Nicolov, Bontcheva, Angelova and Mitkov2003). This accepts all pairs of entity mentions that (1) occur in the same sentence, and (2) have a verbal connector (i.e. a verb or a noun that is a WordNet hyponym of event or activity) in the intervening context.
Intervening token windows (Toks). The next model is based on intervening token windows. It accepts all pairs of entity mentions that (1) occur in the same sentence, and (2) have t or fewer intervening tokens. Most previous GRI works have used some variant of this model. Hasegawa et al. (Reference Hasegawa, Sekine and Grishman2004), for example, use this approach but do not motivate their threshold of t = 5. Based on tuning experiments on the news development data (ACE 2004), the threshold here is set to t = 2.
Dependency path windows (Deps). The experiments here also consider a novel approach to modelling entity mention co-occurrence that is based on syntactic governor-dependency relations. This accepts all pairs of entity mentions that (1) occur in the same sentence, and (2) have d or fewer intervening token nodes on the shortest dependency path connecting the two entity mentions. Note that a further collapsing of dependency paths is performed here that passes governor-dependency relations along chains of conjoined tokens in the intervening context. So, for example, the path between ‘Murray’ and ‘Awadi’ in Figure 10 (Section 5.1 above) has one intervening token node (‘recruited’) instead of having two (‘recruited’ and ‘Berry’). Based on tuning experiments on the news development data (ACE 2004), the threshold here is set to d = 0.
Combined windows (Comb). Finally, the current work also introduces an entity mention co-occurrence model that combines token and dependency windows. It accepts all pairs of entity mentions that (1) occur in the same sentence, and (2) either have t or fewer intervening tokens or have d or fewer intervening dependency path nodes. Based on tuning experiments on the news development data (ACE 2004), the thresholds here are set to t = 2 and d = 0.
8.1.2 Results
Table 10 contains P, R and F results. The best score for each measure is in bold and scores that are statistically distinguishable from the best (p ≤ 0.05) are underlined. The first row corresponds to a baseline system that accepts all pairs of entity mentions occurring in the same sentence. The final row corresponds to the upper bound calculated in terms of mean human agreement with respect to the adjudicated gold standard. Results suggest that the GRI accuracy is comparable when applying the newswire-optimised models directly to the biomedical domain. In both domains the best recall is achieved by the Comb model and the f-score is at least as good as the next best model (in the biomedical domain, the Comb f-score is actually significantly better than the Deps f-score).
Comparison of P, R and F on news and biomedical test sets. The best score in each column is in bold and those that are statistically distinguishable from the best are underlined
The highest f-score on the news test data is obtained using the dependency path model, though this is not statistically distinguishable from the Toks or Comb models. In terms of recall, the Comb model obtains the highest score (0.538), which is significantly better than the Toks and Deps models. The Deps model, however, obtains a precision score that is significantly better than the Comb model. For the current work, the combined model is considered to be the best as it achieves the highest recall, while the f-score is statistically indistinguishable from the other models. The prioritisation of recall is motivated by the fact that weighting is generally applied to co-occurring entity pairs for applications of GRI. For example, relation mining systems (Conrad and Utt Reference Conrad and Utt1994; Smith Reference Smith2002) use statistical measures of association such as pointwise mutual information, φ2 and log likelihood ratio to estimate association strengths. Thus, a certain amount of noise in GRI should be acceptable if the subsequent weighting scheme is assumed to give higher weight to true relation-forming entity pairs.
In the biomedical domain, the Comb model performs best in terms of f-score with a score of 0.453, though it is statistically indistinguishable from the Toks model. This is a stronger result than in the news domain where there was no significant differences among the f-scores of the Toks, Deps and Comb models. Consistent with the news domain, there are no significant differences among the precision scores of the Toks, Deps and Comb models and, importantly, the Comb model is significantly better than the Toks and Deps models in terms of recall in both domains. Interestingly, the f-score of the Baseline model is statistically indistinguishable from the Comb model on the biomedical data. Since Baseline recall is the same for both domains (1.000), this is due to higher precision (0.268 as opposed to 0.110), which is due to the higher proportion of true relation-forming pairs (27% for BioInfer compared to approximately 10% for the ACE data sets). This is artificially high, however, since the BioInfer creators selectively sampled sentences that include mentions of proteins that are known to interact. Comb precision is significantly better than the Baseline precision on both domains.
8.2 Experiment II: portability of generic relation characterisation (GRC)
The second step in GRE is GRC, where the goal is to automatically annotate each relation mention with a label that describes the relation type using methods that port across domains without modification of model parameters. The input to the GRC task is the output from the GRI task and consists of sentences from the source document with entity mentions and relation-forming pairs identified. For the purpose of the intrinsic evaluation here, gold standard entity and relation-forming entity pair annotations are used, serving to isolate the errors that are due to the GRC module. The primary modelling task of GRC is to induce a partition (or clustering) over the relation-forming pairs, where the goal of the clustering is to group them by relation type. For the current work, each relation mention (i.e. pair of co-occurring entity mentions) from the output of the GRI task is an instance for clustering. In other words, the clustering instance level is entity pair tokens instead of entity pair types.
Accuracy is measured in terms of two different approaches to calculating precision (P), recall (R) and f-score (F) of clustering output with respect to a gold standard. F 1:1 is based on a one-to-one mapping between clusters and gold standard classes. If there are more classes than clusters, then some classes are left unaligned (likewise if there are more clusters). Calculating the one-to-one mapping can be expensive; however, a simple greedy search through possible alignments with a beam of width five has linear time and space complexity and provides a reasonable approximation. Fpw is based on the number of pairs of data points that are in the same cluster and in the same class (tp), the number of pairs in the same cluster but in different classes (fp) and the number of pairs in different clusters but in the same class (fn). As above, the paired Wilcoxon signed ranks tests across entity pair subdomains are used to check for significant differences between systems.
8.2.1 Systems
Unreduced. In the second approach, no dimensionality reduction is performed. Here feature vectors are extracted for each relation mention and weighted using tf*idf, which is calculated as follows:

where tfi,j is the number of times feature i occurs in the context of relation-forming entity mention pair j and dfi is the number of relation-forming pair contexts in which feature i occurs. Cosine is used to measure the similarity between feature vectors in the unreduced feature space.
SVD-reduced. In the third approach, dimensionality reduction is performed using singular value decomposition (SVD), a linear algebraic least squares method (Eckart and Young Reference Eckart and Young1936). In case where Xr×f is a tf*idf-weighted relation-by-feature (R×F) matrix, SVD performs a decomposition of X into the product of three matrices with n latent semantic dimensions:
In the resulting decomposition, the R and F matrices represent relation mentions and features in the new space and S is a diagonal matrix of singular values in decreasing order. These are generally sorted by decreasing magnitude of the singular values. Based on tuning experiments on the ACE 2004 data, n is set to 5 for the experiments here.
LDA-reduced. While SVD has proved successful, its representation of words and documents (or relations) as points in a Euclidean space is not easy to interpret. In the fourth approach, dimensionality reduction is performed using Latent Dirichlet allocation (LDA) (Blei et al. Reference Blei, Ng and Jordan2003), a generative probabilistic version of latent semantic analysis (Berry et al. Reference Berry, Dumais and O'Brien1995; Landauer, Foltz and Laham Reference Landauer, Foltz and Laham1998). Here LDA is used to model the contribution of different topics to a relation mention by treating each topic as a probability distribution over features, where a relation mention is a probabilistic mixture of topics. In case where T is the number of topics, the probability of the ith feature is written as follows:

where zi is a latent variable indicating the topic from which feature fi is drawn, P(fi|zi = j) is the probability of drawing feature fi under topic j and P(zi = j) is the probability of topic j for the current relation mention. Intuitively, P(f|z) indicates the features that are important to a topic and P(z) is the prevalence of those topics for a given relation mention (Griffiths and Steyvers Reference Griffiths and Steyvers2004). The resulting similarity model contains four free parameters: the number of topics T, two hyperparameters (β and α, which determine the nature of the Dirichlet priors on P(fi|zi = j) and P(zi = j), respectively) and the constant C for divergence-to-similarity conversion. Based on tuning experiments on the ACE 2004 data, these are set to T = 0.97|TotalFeatures|, β = 0.0001, α = 50/T and C = 8 for the experiments here.
8.2.2 Results
Table 11 contains P, R and F results. The best score for each measure is in bold and scores that are statistically distinguishable from the best (p ≤ 0.05) are underlined. The first row corresponds to a baseline system that randomly partitions the data into n clusters. The final row corresponds to the upper bound calculated in terms of mean human agreement with respect to the adjudicated gold standard. All clustering approaches here use a feature set consisting of (1) words occurring between the two entities, (2) words occurring within the entity phrases and (3) words and grammatical relations occurring on the path connecting the two entities in the dependency parse (Hachey Reference Hachey2009b). The best score for each evaluation measure is in bold and systems that are statistically distinguishable from the best (i.e. p ≤ 0.05) are underlined. Table 11(a) contains results for the news domain development set (ACE 2004); Table 11(b) contains results for the news domain test set (ACE 2005); and Table 11(c) contains results for the biomedical domain test set (BioInfer).
Comparison of precision, recall and f-score results on all data sets
In terms of the f-score results of the clustering systems, the LDA-reduced similarity model achieves the highest scores in most combinations of data sets and evaluation measures. Moreover, it is significantly better than the baseline across all combinations. The LDA-reduced model is significantly better than the unreduced and SVD-reduced models in terms of Fpw on both the news development and test sets, though not on the biomedical test set. In terms of recall, however, the LDA-reduced model is significantly better than the unreduced model for all combinations except in terms of R 1:1 on the news test set. The effect of the hyperparameters can be observed in the relatively high recall for the LDA-reduced model. Here the small values of α (means across subdomains of 0.63, 0.67 and 0.65, respectively, for the ACE 2004, ACE 2005 and BioInfer) can be expected to result in skewed topic distributions, which subsequently lead to skewed distributions over clusters. This effect can be observed in terms of the very strong negative correlation between values of α and pairwise recall (Pearson's r of −0.686, −0.733 and −0.865, respectively, for the ACE 2004, ACE 2005 and BioInfer).
9 Conclusion
This paper discussed data sets for multi-type relation extraction across domains. We defined relations as associations between named or pronominal entities. Furthermore, we specified that relations are between exactly two entities and part-whole and part-part relations should be consistently marked. The result is a common notion of relation that serves as a middle ground between different RE corpora. In addition, this notion of a relation is compatible with the semantic web and the linked data movements and with large-scale, automatic search and knowledge discovery tasks (e.g. GRE).
Two standard and publicly available RE corpora were adapted to comply with this definition via a three-stage process (refactoring, pre-processing and reannotation). The ACE 2004 and 2005 corpora were used to derive news data and the BioInfer corpus was used to derive biomedical data. These corpora were chosen because they have multiple relation types that are not determined by the types of the participating entities.
Finally, we reported experiments for relation identification and characterisation to illustrate the application and utility of these corpora. The experiments used three comparable data sets: (1) the ACE 2004 data for development in the news domain; (2) the ACE 2005 data for testing in the news domain; and (3) the BioInfer data for testing in the biomedical domain. This allowed evaluation across distinct epochs within the news domain, validating the GRE claim of modification-free domain adaptation.

