Natural language processing
Relations, Events, and Slot Extraction
Extract relations, event triggers, arguments, attributes, and normalized slots while preserving evidence, uncertainty, and schema boundaries.
By the end you can
- Distinguish entity, relation, event, and slot extraction outputs
- Design schemas that separate textual evidence from normalized records
- Compare pipeline, span-pair, generative, and document-level extraction approaches
- Evaluate arguments, links, normalization, evidence, and end-to-end record validity
Finding names is not the same as extracting a fact
A report may mention a supplier, a device, a date, and a failure without stating that the supplier caused the failure. Linking nearby entities as a relation would invent a claim.
That inference is not a hypothetical error. It is a published method's stated premise, written down by its own authors. Distant supervision, set out by Mintz, Jurafsky and colleagues in 2009, assumes it outright: “The distant supervision assumption is that if two entities participate in a relation, any sentence that contain those two entities might express that relation.” The sentence reads “any sentence that contain” in the original. Applied deliberately and at scale the assumption is productive: they report 10,000 extracted instances of 102 relations at 67.6% precision. It is also priced. 67.6% is what treating co-occurrence as evidence costs.
What trained annotators do with that output has been counted too. DocRED's builders used the technique to pre-fill relation candidates for human review, then reported the survival rate: “Finally 57.2% relation instances from entity linking and 48.2% from RE models are reserved”. The team that later re-annotated DocRED restated the same pipeline per document: “On average for each document, 19.9 triples are suggested from distantly supervised data and 7.8 triples are recommended by relation extraction models… an average of 12.5 triples per document are kept in the DocRED dataset.” Roughly 27.7 machine-proposed triples per document. About 12.5 survive a human reading the sentence.
Structured extraction must therefore identify the textual predicate or evidence that supports a relation, then represent uncertainty and alternatives. Database-shaped output is not automatically database-quality evidence.
TACRED drew that line by making the absence of a relation a label in its own right. Zhang, Manning and colleagues built it in 2017. It is trained over 42 classes: forty-one relations plus a no relation class, and its authors “minimize cross-entropy loss over all 42 relations”. The payoff they report is operational rather than academic. Their model replaced the relation-extraction component of the best TAC KBP 2015 slot filling system, and “its F1 score increases markedly from 22.2% to 26.7%”.
A structured record should remain traceable to the text that justifies it.
Visual
From mentions to structured events
Each layer adds commitments somebody has to validate separately.
The event layer is not an abstraction invented for this lesson. It was fixed in writing on 1 July 2005, by the Linguistic Data Consortium, before any of the systems that now populate it existed. The ACE annotation guidelines for events, version 5.4.3, define 8 event types with 33 subtypes — LIFE 5, MOVEMENT 1, TRANSACTION 2, BUSINESS 4, CONFLICT 2, CONTACT 2, PERSONNEL 4, JUSTICE 13. Every event has to carry a trigger word plus typed arguments.
The guidelines also refuse to let uncertainty live in a comment field. Four separate attributes hang off every annotated event: POLARITY, TENSE, GENERICITY and MODALITY. The last of them is defined outright: “An Event is ASSERTED when the author or speaker makes reference to it as though it were a real occurrence.” Negation, genericity and mere report are columns in the schema. They are not advice to the annotator.
The corpus carrying that schema, LDC2006T06, was released on 15 February 2006. It holds 303,833 English words, 334,121 Chinese characters and 112,233 Arabic words. Viet Dac Lai's survey of event extraction reproduces the type table and confirms the shape of it: “The ACE-2005 defines 8 event types and 33 event subtypes as presented in table 2. This dataset annotates 599 documents”. Every layer below is a design decision somebody wrote down and versioned. A record that does not name which version it was built under cannot be checked against it.
- 01
Mentions and spans
Text extents for people, organizations, products, times, quantities, and actions.
- 02
Normalized entities and values
Links, canonical identifiers, units, dates, and resolved references.
- 03
Relations
Typed links such as owns, located-at, supplies, or part-of.
- 04
Events and arguments
A trigger plus participants, time, location, cause, and result.
- 05
Workflow record
A validated schema instance used by search, analytics, or operations.
Comparison
Architectures for structured extraction
The best choice depends on schema size, document length, overlap, data, and control requirements.
The document-level column is the one with a measured size. DocRED, published in 2019, annotates 132,375 entities and 56,354 relational facts over 5,053 Wikipedia documents with 96 relation types. Its introduction says why the corpus exists: “According to the statistics on our human-annotated corpus sampled from Wikipedia documents, at least 40.7% relational facts can only be extracted from multiple sentences, which is not negligible.” A sentence-level pipeline on this data is not merely less convenient. At least 40.7% of the facts are outside anything it can see.
The cost of that reach is combinatorial rather than conceptual. A DocRED document averages 19.5 entities. Across the 4,053 non-blind documents, the Re-DocRED team computed an average of 393.6 candidate entity pairs per document. A document-level model buys cross-sentence coverage by classifying hundreds of pairs where a sentence-level model classifies a handful. On DocRED's original labels, 97.1% of those pairs are marked no_relation. That ratio is what “higher context cost” and “needs document splits” cost in practice. It is also why a document-level score is so sensitive to which negatives are real.
Pipeline extraction
Detect entities first, then classify relations or events.
- Modular debugging
- Error propagation
- Reusable entities
- Clear component metrics
Joint span and relation model
Predict spans and links together.
- Shared representations
- Can reduce cascading errors
- Complex decoding
- Needs structured labels
Document-level model
Reason across sentences and repeated mentions.
- Supports long relations
- Coreference and aggregation
- Higher context cost
- Needs document splits
Constrained generative extraction
Generate a record or schema-constrained structure.
- Flexible schemas
- Natural few-shot interface
- Requires validation and evidence mapping
- Can invent fields
Example
Why relation and event extraction is difficult
A high-quality corpus must contain cases where proximity and surface cues fail. Four of the cases below are not merely hard. ACE 2005 gives them dedicated fields — POLARITY, TENSE, GENERICITY and MODALITY — precisely because an annotator who resolves them silently destroys the distinction.
- Negation: “The investigation found no link between the supplier and the outage.” This is what the POLARITY attribute exists to record.
- Speculation: “A battery defect may have caused the fire” does not assert confirmed causation. In ACE terms the event is not ASSERTED, and MODALITY carries that.
- Attribution: an article can quote a person making a disputed claim; the record needs the speaker, not only the claim.
- Cross-sentence relation: an entity is introduced before the event that involves it — the case that puts at least 40.7% of DocRED's facts beyond any single sentence.
- Implicit argument: “Production resumed Monday” omits the affected site if context already established it, and omits the reference date that “Monday” needs.
- Multiple events: one paragraph describes detection, shutdown, repair, and restart with overlapping participants, each needing its own trigger and argument set.
Analogy
Filling a case file from witness statements
An investigator builds a case file from several statements. Names are recorded, claims are linked to speakers, and uncertain details remain marked rather than converted into facts.
A real investigation carries institutional authority and evidentiary standards that no extraction system holds. What the case file shows is why extraction must preserve source, attribution, modality, and confidence. Those are the same four things ACE 2005 turned into named fields rather than leaving to the annotator's discretion.
Structured extraction should separate what the text says from what the system infers or normalizes.
Key idea
Normalization adds another prediction layer
Converting “next Friday,” “5k,” or “the main plant” into a date, amount, or identifier requires context, reference time, units, and entity resolution; two correct text spans can still produce different normalized values.
The gap between locating an expression and resolving it has been scored separately, and it is wide. TempEval-3, a shared task run in 2013, split the job in two: find the extent, then get the TYPE and VALUE features right. The task description is blunt about the second half: “To get the attribute Value correct, a system needs to correctly normalise the temporal expression.” The best system, HeidelTime-t, reached 90.30 F1 on relaxed extent matching and 81.34 on strict extent. On value it reached 77.61.
Normalization has since been measured on its own. A Nanjing University group removed the recognition step entirely and scored HeidelTime on gold TempEval-3 spans: 81.2% of TYPE values correct, 76.1% of VALUE fields. Handed a perfectly located time expression, a mature rule-based normalizer still gets roughly a quarter of the normalized values wrong. A pipeline that stores only the value keeps the error and discards the evidence that would expose it.
Store the surface evidence, normalized value, method, reference context, and uncertainty; never overwrite the original expression with an untraceable canonical record.
Provenance is not an abstract idea here, and the TACRED paper demonstrates that on itself. The copy in the ACL Anthology describes “a large (119,474 examples) supervised relation extraction dataset”, and puts negatives at 78.7 per cent. The copy the Stanford NLP group hosts describes the same dataset as 106,264 examples at 79.5 per cent. Same title, same authors, same everything else. Neither says which figure supersedes which. A record that carried only the words TACRED and 2017 would not let you tell the two apart. Store which artefact was read, and when.
Normalization is a transformation with assumptions, not clerical cleanup.
Steps
Build an evidence-preserving extraction pipeline
The final consumer should be able to inspect why each field exists. ACE 2005 is a worked example of steps one and two: types and subtypes enumerated, a trigger required for every event, argument roles typed, and POLARITY, TENSE, GENERICITY and MODALITY recorded alongside the event rather than folded into it.
1. Define the schema and non-events
Specify types, cardinality, optional fields, modality, attribution, and exclusions.
2. Annotate spans and links
Record triggers, arguments, relations, evidence sentences, and alternative readings.
3. Normalize under context
Resolve time, units, identifiers, and coreference with explicit reference data.
4. Validate the record
Check required fields, legal relations, conflicts, provenance, and schema version.
5. Route uncertain cases
Use confidence, consequence, and human review rather than filling every field.
Evaluate the record at several granularities
Entity F1 cannot reveal whether the correct supplier was linked to the correct outage. The BioNLP'09 shared task on event extraction made that separation the design of the task. Every participating system was handed the gold protein entities. The organizers conceded the cost in one line: “This is the only feature of the task setting that notably detracts from its realism.” With the entity layer free and perfect, the best system, UTurku, scored 51.95 F overall — recall 46.73, precision 58.48. The breakdown is the point: 70.21 F on simple events, 44.41 on binding, 40.11 on regulation. The best ensemble of participating systems reached 55.96. The Turku group's own later system, reported in Bioinformatics in 2010, does not change the picture: “The event extraction system (without the NER component) achieves an F-score of 52.86% (precision 58.13% and recall 48.46%) on the BioNLP'09 Shared Task test set.” Perfect entities, and the structure over them is still wrong about half the time.
So measure trigger, argument, relation, coreference, normalized value, attribution, and complete-record validity. Use strict and relaxed span scores where appropriate, but report exact operational fields separately.
Document-level evaluation should group by source to avoid repeated entities leaking across splits. It should also be read against the completeness of the gold standard, which two independent teams have now measured on DocRED. In 2022 two experts at Peking University relabelled 96 DocRED documents from scratch. Their group reported what the original revision had missed: “However, it turns out that 95.7% of these missing instances are still left out even after revision.” The recommend-and-revise workflow did not recover what the recommender never proposed. The Re-DocRED team, also in 2022, re-annotated the same 4,053 non-blind documents and raised the triple count from 50,503 to 120,664. The share of entity pairs labelled no_relation fell from 97.1% to 94.0%, and model F1 rose by around 13 points. A model scored against a key that a later re-annotation more than doubled is being penalised for relations that are in the text and not in the labels.
The unit of success is the structure the consumer uses, not merely the spans the model noticed.
Case
Eight points of the reported error were annotation, not modelling
Eight points of TACRED's reported error belonged to the annotation rather than to any model. Alt and Hennig, with a third author, went back over the corpus in 2020, revalidating “the most challenging 5K examples in the development and test sets using trained annotators”. What they found: “label errors account for 8% absolute F1 test error, and that more than 50% of the examples need to be relabeled. On the relabeled test set the average F1 score of a large baseline model set improves from 62.1 to 70.1.” No amount of modelling would have located those eight points.
The obvious objection is that 5,000 deliberately hard examples are not the corpus. Re-TACRED removed it. Its authors re-annotated all 106k TACRED sentences rather than the 5k sample, and their abstract reports: “After verification, we observed that 23.9% of TACRED labels are incorrect.” Corrected data moved model scores by an average F1 improvement of 14.3%.
The most instructive number is the one about the class this lesson opened with. On the released Re-TACRED the share of examples labelled no_relation falls from 79.9% to 63.2%. The label that was supposed to teach a model when two entities are merely near each other was itself absorbing relations that were present in the sentence and unlabelled. That is the same failure one level up: a schema decision, applied by an annotation process, that nothing in the model's own metrics could report.
Extract one event with competing interpretations
Select a paragraph that contains an event, two possible causes, one negated relation, and a quoted statement. Annotate triggers, arguments, modality, source, and normalized time. Borrow the ACE 2005 attribute set rather than inventing one: POLARITY, TENSE, GENERICITY and MODALITY, with a trigger word required for every event.
Have a second annotator work independently. Then write adjudication rules for each disagreement. Identify which uncertainties should remain in the output rather than being forced into one record. Record the normalized time separately from the expression that produced it, since on gold spans a strong normalizer still returned the wrong VALUE 23.9 times in a hundred at TempEval-3 scale.
A mature schema represents uncertainty and attribution instead of hiding them during annotation.
Key takeaways
- Entity, relation, event, and slot extraction add progressively stronger commitments beyond locating text spans; distant supervision's own authors define the weakest of them, that any sentence containing two related entities “might express that relation”, and measure it at 67.6% precision.
- Structured records should preserve source evidence, attribution, modality, schema version, normalization context, and uncertainty — ACE 2005 encodes the first four as POLARITY, TENSE, GENERICITY and MODALITY across 8 event types and 33 subtypes.
- Pipelines, joint models, document models, and constrained generation offer different debugging and control trade-offs: document-level models reach the at least 40.7% of DocRED facts that cross sentences, at 393.6 candidate entity pairs per document.
- Negation, speculation, quotation, implicit arguments, coreference, and multiple events defeat simple proximity rules, which is why annotators kept only 57.2% of entity-linking and 48.2% of model recommendations in DocRED.
- Normalization of dates, units, and identities is a context-dependent prediction that requires independent validation: HeidelTime-t scored 90.30 F1 on relaxed extent but 77.61 on value, and 76.1% on VALUE even when handed gold spans.
- Evaluation should cover complete records as well as spans, and must be read against the gold standard's completeness — BioNLP'09 gave systems perfect entities and the best still scored 51.95 F, while re-annotation found 23.9% of TACRED labels incorrect and more than doubled DocRED's triples.