Skip to main content
Content is reusable semantic knowledge organized into collections that display as tables. A collection defines fields; a record fills them in. Records carry globally unique IDs, so a reference does not also need to carry a collection ID.

Collections and fields

A collection has a stable ID, a name, and an ordered list of field definitions.
Field IDs are stable and independent from their visible names. Renaming a column never breaks references that point at it.

Records

A record belongs to one collection and stores a value per field. A field value is text, an asset reference, or a list of items.
A many field holds a list value. Each item in a list gets a stable item ID, because an author may reference one pronunciation, image, or translation independently. Scalar (one) fields do not need value IDs.

Example record

Presentation

A record can carry one or more presentations that choose a primary field and which columns are visible. Presentation is a view concern; it never changes what the record means or how it is referenced.

Writing systems

Alphabets and characters are content, not a separate entity. A character is a record with text and asset fields (glyph, romanization, pronunciation audio, stroke-order media), so a writing system is a collection like any other. Three writing-system concerns are all expressible today:
  • Order: the collection’s ordered record list captures canonical order (gojūon, alphabetical).
  • Grid and grouping: fields like row and vowel let a view rebuild a syllabary grid.
  • Relations: variants and derived forms (が from か) are record-to-record links via a record binding.
Prefer one collection per writing system, since field shapes differ across scripts (kanji needs readings and meanings that kana does not).