Every content reference in MeshWeaver follows one compact pattern:

{address}/{prefix}/{path}

Three parts, one slash between each. Once you know what each part does, you can construct any reference by inspection.

Backward compatibility. The legacy {prefix}:{path} colon format is still accepted wherever Unified Paths are parsed.


The Three Parts

Part What it identifies Example
address A MeshNode in the catalog, resolved by best-match scoring Doc/DataMesh
prefix The kind of content you want from that node content/, data/, area/
path The specific resource within the node docs/readme.md, Posts, Thumbnail

Address Resolution

The address segment is not a hard-coded node ID — it is resolved dynamically against the MeshCatalog using score-based matching:

  1. The path is split into segments.
  2. Each segment is matched against registered namespace patterns.
  3. The highest-scoring match identifies the target node.
  4. Any remaining segments become the path portion.

This means short, human-readable addresses like Doc/DataMesh resolve correctly even as the catalog grows. Address Resolution Pipeline Input: Doc/DataMesh/QuerySyntax 1. Split segments Doc / DataMesh / QuerySyntax 2. Match namespaces Score each registered pattern 3. Best-match wins Highest score → target node 4. Remainder → path Leftover segments = resource path Candidates: Doc, Doc/DataMesh, … Winner: Doc/DataMesh (score 2) Resource path: QuerySyntax Resolved reference node: Doc/DataMesh | resource path: QuerySyntax

Address resolution pipeline: the input string is split into segments, scored against registered namespace patterns, and the best match becomes the target node — any leftover segments become the resource path.


Prefix Reference

The prefix tells MeshWeaver how to interpret the resource at the resolved address.

Prefix Purpose Rendered as
content/ Static files — images, markdown, attachments File content, inline
data/ Data collections or entities Data grid or entity view
area/ Layout areas Layout component
schema/ Type schemas JSON schema code block
model/ Data model diagrams Mermaid class diagram
menu/ Menu structure Menu items
(none) Default area reference Layout component

@ vs @@

The leading @ character controls whether the reference becomes a link or an inline embed.

Syntax Behavior
@path Creates a hyperlink to the referenced content
@@path Embeds the content inline at that point in the document

Use @ when you want the reader to navigate to the content. Use @@ when the content should appear directly in the page — for thumbnails, summaries, or reusable snippets.


Examples

@Doc/DataMesh/QuerySyntax

Result:

@Doc/DataMesh/QuerySyntax

Embedded Content

@@Doc/DataMesh/UnifiedPath/Thumbnail

Result:


@Doc/DataMesh/UnifiedPath/ContentPrefix @Doc/DataMesh/UnifiedPath/DataPrefix @Doc/DataMesh/UnifiedPath/AreaPrefix
Reconnecting…
The connection to the server was interrupted. Trying to restore it…
Trying again…
The connection could not be restored. Reloading the page…
The server was updated. Reloading the page to pick up the latest version.