Clusivity: marking types of the first person complex #
A person paradigm marks the three 'we' categories 1+2, 1+2+3 and 1+3 either by a morpheme
of their own or by one that also marks a singular category, and groups them in some way.
[cysouw-2003]'s Fig. 3.1 writes such a pattern with a letter per specialized morpheme class
and a dash where a singular morpheme is reused; of the fifteen possible patterns five are
common (his Table 3.2) and form Clusivity. Each type's toPattern is that notation as a
setoid on Clusivity.Cell, the four speaker-including categories, the singular speaker
standing for any singular morpheme, and the four questions of his Fig. 3.10 are read off the
setoid. The First Person Hierarchy (3.26) is the linear order on the types, along which each
question's answer is monotone.
The five rare attested patterns ((Pf)–(Pj), his §3.6.6) are not types in this sense and live
with the study. The typology is finer than [cysouw-2013]'s WALS chapter, which collapses
minimal/augmented into inclusive/exclusive and whose "no 'we'" value is the absence of any
first-person non-singular, not Clusivity.noWe.
References #
- [M. Cysouw, The Paradigmatic Structure of Person Marking (2003)][cysouw-2003]
- [M. Cysouw, Inclusive/Exclusive Distinction in Independent Pronouns (2013)][cysouw-2013]
The five common marking types of the first person complex ([cysouw-2003] Table 3.2, the common five of the fifteen patterns of his Fig. 3.1).
- noWe : Clusivity
No 'we' category has a specialized morpheme, as in the English inflection (Pb).
- unifiedWe : Clusivity
All three 'we' categories share one specialized morpheme, as English we (Pa).
- onlyInclusive : Clusivity
1+2 and 1+2+3 share a specialized morpheme and 1+3 has none, as in Maká (Pc).
- inclusiveExclusive : Clusivity
1+2 and 1+2+3 share one specialized morpheme and 1+3 has another, as in Apalai (Pd).
- minimalAugmented : Clusivity
All three 'we' categories have separate specialized morphemes, as Ilocano ta
tayomi (Pe, his Fig. 3.6).
Instances For
Equations
- Person.instDecidableEqClusivity x✝ y✝ = if h : x✝.ctorIdx = y✝.ctorIdx then isTrue ⋯ else isFalse ⋯
Equations
- Person.instReprClusivity = { reprPrec := Person.instReprClusivity.repr }
Equations
- One or more equations did not get rendered due to their size.
- Person.instReprClusivity.repr Person.Clusivity.noWe prec✝ = Repr.addAppParen (Std.Format.nest (if prec✝ ≥ 1024 then 1 else 2) (Std.Format.text "Person.Clusivity.noWe")).group prec✝
- Person.instReprClusivity.repr Person.Clusivity.unifiedWe prec✝ = Repr.addAppParen (Std.Format.nest (if prec✝ ≥ 1024 then 1 else 2) (Std.Format.text "Person.Clusivity.unifiedWe")).group prec✝
Instances For
Equations
- Person.instFintypeClusivity = { elems := { val := ↑Person.Clusivity.enumList, nodup := Person.Clusivity.enumList_nodup }, complete := Person.instFintypeClusivity._proof_1 }
Fig. 3.1's four cells, the categories that include the speaker; the singular speaker stands for every singular morpheme.
Equations
- Person.Clusivity.Cell = { c : Person.Category // c.IncludesSpeaker }
Instances For
The singular speaker.
Instances For
The minimal inclusive 1+2.
Equations
Instances For
The augmented inclusive 1+2+3.
Equations
Instances For
The exclusive 1+3.
Instances For
A marking pattern of the first person complex, Fig. 3.1's notation as a setoid on the four cells.
Equations
Instances For
Some 'we' cell is not marked like the speaker (Fig. 3.10's first question).
Equations
- r.SpecializedWe = ∃ (c : Person.Clusivity.Cell), (↑c).IsFirstPersonComplex ∧ ¬r c Person.Clusivity.Cell.s1
Instances For
Both inclusive cells are marked neither like the speaker nor like the exclusive (Fig. 3.10's second question, read as his Fig. 3.8 reads it for the common types).
Equations
- r.SpecializedInclusive = ∀ (c : Person.Clusivity.Cell), (↑c).IsInclusive → ¬r c Person.Clusivity.Cell.s1 ∧ ¬r c Person.Clusivity.Cell.excl
Instances For
The exclusive is marked neither like the speaker nor like an inclusive cell (Fig. 3.10's third question).
Equations
- r.SpecializedExclusive = (¬r Person.Clusivity.Cell.excl Person.Clusivity.Cell.s1 ∧ ∀ (c : Person.Clusivity.Cell), (↑c).IsInclusive → ¬r Person.Clusivity.Cell.excl c)
Instances For
Minimal and augmented inclusive are marked apart and neither like the speaker (Fig. 3.10's fourth question).
Equations
- One or more equations did not get rendered due to their size.
Instances For
Equations
- r.instDecidableSpecializedWe = id inferInstance
Equations
- r.instDecidableSpecializedInclusive = id inferInstance
Equations
- r.instDecidableSpecializedExclusive = id inferInstance
Equations
- r.instDecidableSplitInclusive = id inferInstance
Fig. 3.2's letters as morpheme classes, 0 being the class of the singular speaker,
Fig. 3.1's dash, in which every category outside the first person complex is placed.
Equations
- Person.Clusivity.unifiedWe.labels Person.Category.minIncl = 1
- Person.Clusivity.unifiedWe.labels Person.Category.augIncl = 1
- Person.Clusivity.unifiedWe.labels Person.Category.excl = 1
- Person.Clusivity.onlyInclusive.labels Person.Category.minIncl = 1
- Person.Clusivity.onlyInclusive.labels Person.Category.augIncl = 1
- Person.Clusivity.inclusiveExclusive.labels Person.Category.minIncl = 1
- Person.Clusivity.inclusiveExclusive.labels Person.Category.augIncl = 1
- Person.Clusivity.inclusiveExclusive.labels Person.Category.excl = 2
- Person.Clusivity.minimalAugmented.labels Person.Category.minIncl = 1
- Person.Clusivity.minimalAugmented.labels Person.Category.augIncl = 2
- Person.Clusivity.minimalAugmented.labels Person.Category.excl = 3
- x✝¹.labels x✝ = 0
Instances For
The five patterns are distinct.
A specialized exclusive requires a specialized inclusive ((3.23), Fig. 3.8).
The converse of (3.23) fails at only-inclusive.
A split inclusive requires a specialized exclusive ((3.24), Fig. 3.9).
Position on the First Person Hierarchy (3.26), the number of Fig. 3.10's questions answered positively: no-we, unified-we, only-inclusive, inclusive/exclusive, minimal/augmented.
Equations
Instances For
The First Person Hierarchy (3.26) as the order on the types.
Equations
Each of Fig. 3.10's answers is monotone along the hierarchy, so each type's profile extends its predecessor's by one positive answer.