research: ZigZag/zzstructure deep dive (information space as orthogonal dimensions); UC-47/48/49

Evaluated modelling a wiki information space as a zzstructure: a page is
a cell at the intersection of many co-equal dimensions (namespace tree,
created-from genealogy, version, shard, equivalence, links).
Recommendation: adopt zzstructure as a navigation/visualization/indexing
LENS (a derived dimensional projection over the union), not as the
storage substrate — Git and sovereign shards stay canonical, and the
many-to-many link graph does not fit the one-neighbour-per-dimension rank
rule. Clone <-> transclusion convergence with the Xanadu dive. Added
UC-47/48/49; enriched UC-05/22/26/29; dimensional projection layer +
genealogy-edges-in-journal logged as architecture for SHARD-WP-0002.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
2026-06-14 02:14:04 +02:00
parent 0a335eca8b
commit c1424e8863
5 changed files with 432 additions and 10 deletions

View File

@@ -0,0 +1,43 @@
# 260614 — ZigZag / zzstructure deep dive (an information space as orthogonal dimensions)
Date: 2026-06-14
## What this is
A focused study of **Ted Nelson's ZigZag** and its data model **zzstructure**, asked
through a specific shard-wiki question: a wiki page is linked in many independent ways
at once — a **namespace** tree, a **created-from / genealogy** lineage, **hyperlinks**,
plus shard-wiki's own **shard / overlay / version / transclusion / equivalence**
relations. Could the information space be modelled as a zzstructure, where each
relationship is a first-class **dimension** and none is privileged?
Distinctive material:
- the zzstructure model — **cells**, **dimensions** (edge colours), **ranks**,
**posward/negward**, and the one rule that defines it: *at most one posward and one
negward neighbour per dimension per cell* (a directed coloured multigraph)
- **views** — I-view (one dimension), **H-view** (pivot two dimensions into a cross),
raster-vs-view
- trees/lists/tables as *spent dimensions*; many-to-many graphs as the hard case
(handled by **clones**)
- **clone ↔ transclusion** convergence with the Xanadu dive
## Contents
| Path | Role |
|------|------|
| `findings.md` | zzstructure model, views, fit analysis, a proposed dimension map for a shard-wiki space, recommendation (lens not store), INTENT mapping, UC seeds, architecture notes, sources |
## Status
Initial deep dive complete. Three new use cases promoted to `spec/UseCaseCatalog.md`
(UC-47 navigate-by-dimension, UC-48 H-view pivot/cross-tab, UC-49 genealogy
dimension); UC-05/1722/26/29 enriched. A **dimensional projection layer** is logged
as architecture for `workplans/SHARD-WP-0002-federation-architecture.md`.
**Recommendation recorded:** adopt zzstructure as a **navigation / visualization /
indexing lens** (a derived dimensional projection over the union), **not** as the
storage substrate — Git and sovereign shards remain canonical (INTENT Stability Note).
The many-to-many hyperlink graph does not fit zzstructure's rank constraint and stays a
separate graph index. Pairs with `research/260614-xanadu-deep-dive/` (clone ↔
transclusion).
</content>