Documentation

Linglib.Theories.Semantics.Events.TemporalDecomposition

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 #

ViewpointAspect Bridge (§ 6–7) #

phasePred converts temporal phases into EventPred Unit Time, making them consumable by IMPF/PRFV/PERF. Key results:

structure Semantics.Events.SubeventPhases (Time : Type u_1) [LinearOrder Time] :
Type u_1

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.

Instances For
    inductive Semantics.Events.TemporalDecomposition (Time : Type u_1) [LinearOrder Time] :
    Type u_1

    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.
    Instances For

      Extract the overall runtime from any decomposition.

      Equations
      Instances For

        Extract the activity phase (only available for complex events).

        Equations
        Instances For

          Extract the result phase (only available for complex events).

          Equations
          Instances For

            Is this a complex (phased) decomposition?

            Equations
            Instances For
              structure Semantics.Events.DecomposedEv (Time : Type u_1) [LinearOrder Time] :
              Type u_1

              An event enriched with temporal decomposition information. Extends Ev (which has runtime + sort) with subevent phase structure.

              Instances For

                Attach a simple decomposition to an event (for states/activities).

                Equations
                Instances For
                  def Semantics.Events.Ev.withComplexDecomposition {Time : Type u_1} [LinearOrder Time] (e : Ev Time) (phases : SubeventPhases Time) (h_act : phases.activityTrace.subinterval e.runtime) (h_res : phases.resultTrace.subinterval e.runtime) :

                  Attach a complex decomposition to an event (for accomplishments/achievements).

                  Equations
                  Instances For

                    Activity precedes result in any SubeventPhases (direct accessor).

                    theorem Semantics.Events.complex_phases_in_runtime {Time : Type u_1} [LinearOrder Time] (rt : Core.Time.Interval Time) (phases : SubeventPhases Time) (h_act : phases.activityTrace.subinterval rt) (h_res : phases.resultTrace.subinterval rt) :

                    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
                    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].

                      theorem Semantics.Events.perfective_full_entails_result {Time : Type u_1} [LinearOrder Time] (rt : Core.Time.Interval Time) (phases : SubeventPhases Time) (h_res : phases.resultTrace.subinterval rt) (t : Core.Time.Interval Time) (h_prfv : Tense.Aspect.Core.PRFV (phasePred rt) () t) :

                      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.

                      theorem Semantics.Events.perfective_full_covers_phases {Time : Type u_1} [LinearOrder Time] (rt : Core.Time.Interval Time) (phases : SubeventPhases Time) (h_act : phases.activityTrace.subinterval rt) (h_res : phases.resultTrace.subinterval rt) (t : Core.Time.Interval Time) (h_prfv : Tense.Aspect.Core.PRFV (phasePred rt) () t) :

                      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}

                      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
                            Equations
                            Instances For

                              @cite{moens-steedman-1988} five-way event classification. Refines Vendler by splitting achievement along ±consequent state:

                              ClassAtomic?+ConsState?Vendler
                              statenostate
                              processnonoactivity
                              culminatedProcessnoyesaccomplishment
                              culminationyesyesachievement
                              pointyesno(none)

                              @cite{moens-steedman-1988}

                              Instances For
                                Equations
                                • One or more equations did not get rendered due to their size.
                                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
                                  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.

                                    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}

                                    Instances For
                                      Equations
                                      • One or more equations did not get rendered due to their size.
                                      Instances For
                                        structure Semantics.Events.Nucleus (Time : Type u_1) [LinearOrder Time] :
                                        Type u_1

                                        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}

                                        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
                                            def Semantics.Events.Nucleus.toSubeventPhases {Time : Type u_1} [LinearOrder Time] (n : Nucleus Time) (prep cons : Core.Time.Interval Time) (h_prep : n.prepProcess = some prep) (h_cons : n.consState = some cons) :

                                            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.