Temporal Decomposition of Events #
@cite{kiparsky-2002}
Bridges the gap between EventStructure.Template (predicate-role decomposition,
no temporal information) and ViewpointAspect (temporal operators on opaque
predicates, no subevent structure).
Accomplishments and achievements have internal temporal structure: an activity
phase and a result phase with ordering constraints. States and activities are
temporally simple. This module makes that structure explicit via
TemporalDecomposition, enabling the perfect polysemy analysis in
PerfectPolysemy.lean.
Key Definitions #
SubeventPhases: activity trace + result trace with ordering constraintTemporalDecomposition:.simple(single runtime) or.complex(phased)hasComplexDecomposition: telic classes have complex decompositionDecomposedEv: event enriched with decompositionphasePred: converts an interval (event phase) into anEventPredfor ViewpointAspect operatorsMoensSteedmanClass: five-way event classificationNucleus: tripartite event structure (prep process → culmination → cons state)WhenTarget: what when accesses in each event type
ViewpointAspect Bridge (§ 6–7) #
phasePred converts temporal phases into EventPred Unit Time, making them
consumable by IMPF/PRFV/PERF. Key results:
impf_phasePred/prfv_phasePred: reduce operator applications to interval containmentprogressive_before_result: the imperfective paradox — IMPF on the activity phase can hold at times entirely before the resultperfective_full_entails_result: PRFV on the full event entails the result trace is within the reference timeimpf_activity_prfv_full_incompatible: progressive and perfective are mutually exclusive at the same reference time
The two temporal phases of a complex event (accomplishment/achievement): an activity trace (the process) and a result trace (the outcome state). The activity phase must precede or meet the result phase.
- activityTrace : Core.Time.Interval Time
Temporal extent of the activity/process phase
- resultTrace : Core.Time.Interval Time
Temporal extent of the result state phase
Activity precedes or meets result: activity ends ≤ result starts
Instances For
Temporal decomposition of an event: either simple (single runtime) or complex (runtime with internal activity + result phases).
- States and activities are
.simple: one homogeneous interval. - Accomplishments and achievements are
.complex: the overall runtime decomposes into an activity phase and a result phase.
- simple
{Time : Type u_1}
[LinearOrder Time]
(runtime : Core.Time.Interval Time)
: TemporalDecomposition Time
Simple event: a single runtime interval with no internal structure.
- complex
{Time : Type u_1}
[LinearOrder Time]
(runtime : Core.Time.Interval Time)
(phases : SubeventPhases Time)
(activity_in_runtime : phases.activityTrace.subinterval runtime)
(result_in_runtime : phases.resultTrace.subinterval runtime)
: TemporalDecomposition Time
Complex event: overall runtime with activity and result subphases. Both subphases are contained within the overall runtime.
Instances For
Extract the overall runtime from any decomposition.
Equations
- (Semantics.Events.TemporalDecomposition.simple r).runtime = r
- (Semantics.Events.TemporalDecomposition.complex r phases activity_in_runtime result_in_runtime).runtime = r
Instances For
Extract the activity phase (only available for complex events).
Equations
- (Semantics.Events.TemporalDecomposition.simple r).activityPhase = none
- (Semantics.Events.TemporalDecomposition.complex r phases activity_in_runtime result_in_runtime).activityPhase = some phases.activityTrace
Instances For
Extract the result phase (only available for complex events).
Equations
- (Semantics.Events.TemporalDecomposition.simple r).resultPhase = none
- (Semantics.Events.TemporalDecomposition.complex r phases activity_in_runtime result_in_runtime).resultPhase = some phases.resultTrace
Instances For
Is this a complex (phased) decomposition?
Equations
- (Semantics.Events.TemporalDecomposition.simple r).isComplex = false
- (Semantics.Events.TemporalDecomposition.complex r phases activity_in_runtime result_in_runtime).isComplex = true
Instances For
Telic Vendler classes (accomplishment, achievement) have complex temporal structure with distinguishable activity and result phases. Atelic classes (state, activity) are temporally simple.
Equations
- Semantics.Events.hasComplexDecomposition Semantics.Tense.Aspect.LexicalAspect.VendlerClass.accomplishment = true
- Semantics.Events.hasComplexDecomposition Semantics.Tense.Aspect.LexicalAspect.VendlerClass.achievement = true
- Semantics.Events.hasComplexDecomposition Semantics.Tense.Aspect.LexicalAspect.VendlerClass.state = false
- Semantics.Events.hasComplexDecomposition Semantics.Tense.Aspect.LexicalAspect.VendlerClass.activity = false
Instances For
Complex decomposition ↔ telicity.
An event enriched with temporal decomposition information.
Extends Ev (which has runtime + sort) with subevent phase structure.
- event : Ev Time
The underlying event
- decomposition : TemporalDecomposition Time
Temporal decomposition of the event
The decomposition's runtime matches the event's runtime
Instances For
Attach a simple decomposition to an event (for states/activities).
Equations
- e.withSimpleDecomposition = { event := e, decomposition := Semantics.Events.TemporalDecomposition.simple e.runtime, runtime_consistent := ⋯ }
Instances For
Attach a complex decomposition to an event (for accomplishments/achievements).
Equations
- e.withComplexDecomposition phases h_act h_res = { event := e, decomposition := Semantics.Events.TemporalDecomposition.complex e.runtime phases h_act h_res, runtime_consistent := ⋯ }
Instances For
Activity precedes result in any SubeventPhases (direct accessor).
Both subevent phases are contained in the overall runtime of a complex decomposition (by construction).
A simple decomposition has no result phase.
A simple decomposition has no activity phase.
Event predicate localized to an interval: holds of eventualities whose
runtime equals the given interval. Converts temporal phases of a
DecomposedEv into predicates consumable by ViewpointAspect operators
(IMPF, PRFV, PERF).
The world parameter is fixed to Unit since temporal decomposition
is world-independent (following the same convention as
Giannakidou.lean).
Equations
- Semantics.Events.phasePred phase x✝ ev = (ev.runtime = phase)
Instances For
IMPF applied to a phase predicate reduces to the reference time being properly inside that phase interval.
PRFV applied to a phase predicate reduces to the phase interval being contained in the reference time.
The imperfective paradox via temporal decomposition: IMPF on the activity phase can hold at reference times entirely before the result phase. "Was building a house" doesn't entail a house was built.
Counterexample: activity = [0, 10], result = [15, 20], ref = [3, 7]. The reference [3, 7] is properly inside the activity [0, 10], but entirely before the result [15, 20].
PRFV on the full event entails the result trace is within the reference time. "Built a house" entails the building was completed: the result phase is contained in any reference time that contains the whole event.
Proof: result ⊆ runtime (by h_res) and runtime ⊆ ref (by PRFV),
so result ⊆ ref by transitivity.
PRFV on the full event entails the activity trace is within the reference time. The process phase is also covered.
For complex events, PRFV on the full event entails both subevent phases are within the reference time. This is the compositional account of why perfective aspect entails completion for accomplishments.
IMPF on the activity phase is incompatible with PRFV on the full event at the same reference time: the progressive and perfective can't simultaneously hold for the same temporal window.
Proof: IMPF requires ref ⊂ activity (proper subset). PRFV requires
runtime ⊆ ref. Since activity ⊆ runtime (by h_act), we get
activity ⊆ ref. Combined with ref ⊆ activity (from IMPF), this forces
ref = activity, contradicting the strict inequality in properSubinterval.
@cite{moens-steedman-1988} aspectual profile. Extends Vendler's
three-feature AspectualProfile with ±consequent state, so the
Vendler classification is inherited rather than stipulated.
@cite{moens-steedman-1988}
- hasConsequentState : Bool
Whether the event has a persistent result after culmination
Instances For
Equations
- One or more equations did not get rendered due to their size.
Instances For
Equations
- One or more equations did not get rendered due to their size.
Instances For
@cite{moens-steedman-1988} five-way event classification.
Refines Vendler by splitting achievement along ±consequent state:
| Class | Atomic? | +ConsState? | Vendler |
|---|---|---|---|
| state | no | — | state |
| process | no | no | activity |
| culminatedProcess | no | yes | accomplishment |
| culmination | yes | yes | achievement |
| point | yes | no | (none) |
@cite{moens-steedman-1988}
- state : MoensSteedmanClass
- process : MoensSteedmanClass
- culminatedProcess : MoensSteedmanClass
- culmination : MoensSteedmanClass
- point : MoensSteedmanClass
Instances For
Equations
- One or more equations did not get rendered due to their size.
Instances For
Equations
- Semantics.Events.instBEqMoensSteedmanClass.beq x✝ y✝ = (x✝.ctorIdx == y✝.ctorIdx)
Instances For
Canonical profile for each M&S event type. The VendlerClass is
inherited from AspectualProfile via extends — accessible as
c.toProfile.toVendlerClass without a separate mapping function.
Equations
- Semantics.Events.MoensSteedmanClass.state.toProfile = { toAspectualProfile := Semantics.Tense.Aspect.LexicalAspect.stateProfile, hasConsequentState := false }
- Semantics.Events.MoensSteedmanClass.process.toProfile = { toAspectualProfile := Semantics.Tense.Aspect.LexicalAspect.activityProfile, hasConsequentState := false }
- Semantics.Events.MoensSteedmanClass.culminatedProcess.toProfile = { toAspectualProfile := Semantics.Tense.Aspect.LexicalAspect.accomplishmentProfile, hasConsequentState := true }
- Semantics.Events.MoensSteedmanClass.culmination.toProfile = { toAspectualProfile := Semantics.Tense.Aspect.LexicalAspect.achievementProfile, hasConsequentState := true }
- Semantics.Events.MoensSteedmanClass.point.toProfile = { toAspectualProfile := Semantics.Tense.Aspect.LexicalAspect.achievementProfile, hasConsequentState := false }
Instances For
Whether the event is atomic (instantaneous).
Equations
- Semantics.Events.MoensSteedmanClass.culmination.isAtomic = true
- Semantics.Events.MoensSteedmanClass.point.isAtomic = true
- Semantics.Events.MoensSteedmanClass.state.isAtomic = false
- Semantics.Events.MoensSteedmanClass.process.isAtomic = false
- Semantics.Events.MoensSteedmanClass.culminatedProcess.isAtomic = false
Instances For
Points and culminations share a Vendler class (achievement) but differ in ±consequent state — exactly the conflation Moens & Steedman identify.
Points are telic (achievements) but lack consequent states — the reason Vendler's classification is too coarse for the perfect.
Atomicity matches Vendler's punctuality for dynamic classes.
What when accesses in each event type. M&S's key claim: when has a single meaning (locate the main clause at the culmination), with apparent ambiguity arising from different nucleus structures. @cite{moens-steedman-1988}
- directCulmination : WhenTarget
- completionCoercion : WhenTarget
- inceptionCoercion : WhenTarget
- homogeneousOverlap : WhenTarget
Instances For
Equations
Equations
- One or more equations did not get rendered due to their size.
Instances For
Equations
Equations
- Semantics.Events.instBEqWhenTarget.beq x✝ y✝ = (x✝.ctorIdx == y✝.ctorIdx)
Instances For
M&S's unified when semantics: one meaning, four behaviors derived from event type.
Equations
- Semantics.Events.MoensSteedmanClass.culmination.whenTarget = Semantics.Events.WhenTarget.directCulmination
- Semantics.Events.MoensSteedmanClass.point.whenTarget = Semantics.Events.WhenTarget.directCulmination
- Semantics.Events.MoensSteedmanClass.culminatedProcess.whenTarget = Semantics.Events.WhenTarget.completionCoercion
- Semantics.Events.MoensSteedmanClass.process.whenTarget = Semantics.Events.WhenTarget.inceptionCoercion
- Semantics.Events.MoensSteedmanClass.state.whenTarget = Semantics.Events.WhenTarget.homogeneousOverlap
Instances For
Coercion is needed iff the event type is process or culminated process.
The @cite{moens-steedman-1988} nucleus: tripartite event structure for
events with a culmination point. Makes the culmination explicit —
it is implicit in SubeventPhases as the boundary between
activityTrace and resultTrace.
SubeventPhases: |---activity---| |---result---|
Nucleus: |---prep-------|•c |---cons-----|
↑
explicit culmination
@cite{moens-steedman-1988}
- prepProcess : Option (Core.Time.Interval Time)
Preparatory process leading to culmination
- culmination : Time
The culmination point: instantaneous transition
- consState : Option (Core.Time.Interval Time)
Consequent state persisting after culmination
- prep_le_culm (i : Core.Time.Interval Time) : self.prepProcess = some i → i.finish ≤ self.culmination
Prep process ends at or before culmination
- culm_le_cons (i : Core.Time.Interval Time) : self.consState = some i → self.culmination ≤ i.start
Consequent state starts at or after culmination
Instances For
The M&S event type determined by which components are present.
Equations
- One or more equations did not get rendered due to their size.
Instances For
A full nucleus (both prep and cons present) yields SubeventPhases. The ordering proof follows from transitivity through the culmination.
Equations
- n.toSubeventPhases prep cons h_prep h_cons = { activityTrace := prep, resultTrace := cons, activity_precedes_result := ⋯ }
Instances For
A full nucleus has event type culminatedProcess.
A nucleus with consequent state has M&S's consequent state feature.