Edition and Manifestation Catalog¶
A maintained catalog — instantiates Carrier-Independent Work Identity Governance
A running list of every concrete manifestation of a work across carriers, each tagged with its release or supersession status and its canonical citation form.
Knowing what the work is does not tell you where it currently exists and in what state. Edition and Manifestation Catalog is the inventory that answers that: every concrete manifestation of the work across its carriers — editions, formats, builds, copies, mirrors — listed with which are current versus superseded, and how each should be cited. Its defining job is status and reference across carriers: not the abstract identity, and not the relationship model, but the flat, maintained answer to "is this copy the live one, which one replaced it, and how do I point to it?" Left uncatalogued, stale editions circulate as if current and every reader cites a different copy.
Example¶
A software library is published to several package registries, tagged in a public repository, vendored into an internal monorepo, and packaged downstream by a Linux distribution — one work, many manifestations. The Edition and Manifestation Catalog lists each: the carrier and format, the version, its status (current, deprecated, or withdrawn), where a preserved copy lives, and the canonical citation form (for software, a CITATION file or an archival DOI minted per release). When a security fix lands, the catalog is what marks the prior versions superseded so downstream users can tell at a glance that the copy they pinned is no longer the one to run — and what gives a paper or a bill of materials a single correct way to cite the exact manifestation it used. Its version-status discipline follows a convention like Semantic Versioning, where the number itself signals when a release replaces and breaks from the one before.[n1]
How it works¶
Each row is one manifestation. The distinguishing content is three fields the other mechanisms don't own: inventory (carrier, format, location of a preserved copy), status (current / superseded / withdrawn, plus which manifestation supersedes which), and citation form (the canonical reference string for that manifestation and for the work). It tracks that a manifestation exists and what state it is in; it does not model why it is the same work, nor how its identifier resolves — it points to those.
Tuning parameters¶
- Manifestation granularity — every build versus released versions only. Finer catches every copy but drowns in churn; coarser stays legible but can miss a circulating variant.
- Supersession policy — hard (old withdrawn) versus soft (old kept but flagged deprecated). Hard prevents stale use; soft preserves reproducibility and old citations.
- Citation authority — one canonical form versus per-venue forms. One form aids consistency; per-venue fits how each carrier is actually referenced.
- Preservation depth — a pointer versus an archived copy. Deep preservation survives link rot; shallow is cheap.
- Inclusion scope — official manifestations only versus third-party mirrors and copies. Wider scope reflects reality; narrower keeps the list authoritative.
When it helps, and when it misleads¶
Its strength is answering, quickly and correctly, "is this copy current, which one replaced it, and how do I cite it" — the everyday questions that decide whether people are all working from the same work.
Its failure modes are drift and abuse of status. The catalog decays the moment manifestations are minted faster than they are logged, and over-cataloging trivial builds buries the meaningful editions in noise. Marking status is also a lever: an edition can be flagged superseded to bury it even while it remains authoritative — status run backwards to win an argument rather than record a fact. The discipline that keeps it honest is to tie a supersession entry to the actual replacement rule and its provenance, not to convenience, and to prune the inventory to manifestations that genuinely matter.
How it implements the components¶
Edition and Manifestation Catalog realizes the inventory-and-reference side of the archetype — what exists, in what state, cited how:
carrier_manifestation_inventory— it enumerates every manifestation with its carrier, format, and preserved location.supersession_and_replacement_rule— it records each manifestation's release/supersession status and which one replaces which.reference_and_citation_guidance— it fixes the canonical citation form for each manifestation and for the work.
It does not model the Work→Expression→Manifestation relationships that explain why these are manifestations of one work (Work–Expression–Manifestation Matrix), define how a persistent identifier resolves (Persistent-Identifier Resolution Policy), or state the work's identity (Abstract Work Register).
Related¶
- Instantiates: Carrier-Independent Work Identity Governance — it is the running answer to where the work currently exists and in what state.
- Consumes: Abstract Work Register supplies the canonical work identity that each catalogued manifestation maps back to.
- Sibling mechanisms: Work–Expression–Manifestation Matrix · Abstract Work Register · Archival Provenance Metadata Template · Fork Decision Record · Governed Translation or Adaptation Review · Identity Boundary-Case Table · Identity Preservation Checklist · Migration Context Preservation Plan · Persistent-Identifier Resolution Policy · Semantic Diff Review · Version Lineage Graph
Editorial Notes¶
Form Classification¶
Form family: Record, Log & Register
Rationale: Edition and Manifestation Catalog operates as a durable record, ledger, register, or trace whose value depends on preserving actual state or history because it a running list of every concrete manifestation of a work across carriers, each tagged with its release or supersession status and its canonical citation form.
Independent corroboration: The frozen evidence defines Edition and Manifestation Catalog as 'A running list of every concrete manifestation of a work across carriers, each tagged with its release or supersession status and its canonical citation form', so its operative form is Record, Log & Register.
Review outcome: Independent reviewer agreement; high confidence.
Origin Attribution¶
Primary origin: Library & Information Science
Origin pattern: Single lineage
Present-day reach: Specialized
Rationale: Bibliographic control cohered distinguishing an abstract work from its editions, expressions, and physical or digital manifestations, each with authoritative citation status.
Related originating lineages:
- Literature & Literary Theory — Textual scholarship supplied edition, witness, and variant genealogies for works across carriers.
Review resolution: Both current reviews place edition_and_manifestation_catalog primarily in library_information_science; the reconciled classification retains only lineages that materially shaped the mechanism and keeps breadth of origin separate from reach.
Review outcome: Reconciled after independent review; high confidence.
Notes¶
[n1] Semantic Versioning (SemVer) is a convention that encodes compatibility in a version number of the form MAJOR.MINOR.PATCH, where a MAJOR increment signals a backward-incompatible change. It is a widely used rule for expressing when a new release supersedes an old one — and when it breaks the contract earlier users relied on. ↩