Skip to content
Visual navigator

Begin typing to search this documentation.

Asset catalogue

The visual asset catalogue separates four concerns that were previously mixed together:

  1. Exact source bytes are addressed by SHA-256 and transported through Git LFS.
  2. Creative identity uses stable gw.asset/<uuid> identifiers.
  3. Review decisions remain ordinary Git text as append-only records, portable .hal manifests, collections, and release locks.
  4. Public delivery copies only explicitly published renditions into the static Visual Language site.

Git LFS object URLs are never application-facing asset URLs. Applications pin the stable asset ID and exact digest from a reviewed release, then consume the corresponding static resolver URL.

Git LFS catalogue · exact-byte releases

Greenways project flowers

Each selection is pinned by a stable gw.asset identity and an exact SHA-256 digest. Approved sources stay reviewable in Git; only assets explicitly promoted to publishedreceive a public site URL.

The initial exact-source import is being assembled. No unreviewed image is published from the pending catalogue.

Use an LFS-aware checkout before verification or publication:

Terminal window
git lfs pull
npm run verify:catalogue
npm run assets:catalogue

An unhydrated pointer is reported explicitly rather than being mistaken for image bytes. Importing an edit creates a new asset and records its parent; it never overwrites the original generation.