Skip to content

The NEMAR ecosystem

NEMAR is not a single application. It is a set of cooperating systems that make neuroelectromagnetic data easier to publish, find, inspect, compute with, and cite. The command-line interface and the website are two clients of shared contracts; neither is a second source of truth.

NEMAR system map showing people and research agents, the CLI and web shell, shared API/data/Zarr layers, storage, and DOI records.

Figure 1. The same platform contracts serve repeatable terminal workflows, browser discovery, and future machine-facing research tools. The diagram uses exact labels and distinguishes the canonical data plane from derived Zarr access.

PartURLRoleDocs
CLInemarUpload, validate, version, download, and manage datasets from the terminalCLI
Backend APIapi.nemar.orgAuth, dataset lifecycle, admin, publication, DOIs (Cloudflare Workers + D1)Platform API
Data planedata.nemar.orgPublic dataset files, version manifests, records.json, archive zipsData API
Dataset browsernemar.orgThe dataset browser (Astro)external
Zarr serving planezarr.nemar.orgDerived, chunked access used by the in-browser signal viewer where conversion is availableZarr and edge access
MCP servermcp.nemar.orgThe archive as six callable tools, for AI assistants and agents that speak Model Context Protocol (MCP)For agents and tools
Scholarly recordDOI landing pagesA durable concept identity and precise version citationsDOI and versioning

Not sure which of those you want? Which surface should I use? is the decision page: what each surface is for, and why not one of the others.

NEMAR dataset lifecycle showing preparation, validation, reviewed publication, reuse, and a pull-request-driven improvement loop.

Figure 2. A release is a fixed, citable state. A later improvement becomes a new version rather than silently changing the object that an earlier analysis used.

  1. A researcher prepares a BIDS dataset and validates it with the CLI.
  2. The CLI or website registers the dataset through the backend API, which creates a private GitHub repository for metadata and git-annex pointers and provisions S3 storage for data blobs.
  3. Data files upload to S3; metadata is versioned in GitHub.
  4. Review creates a concept DOI; the researcher cuts versioned releases, each with its own version DOI.
  5. On publication the dataset becomes public on the data plane (data.nemar.org) and is surfaced in the browser (nemar.org).
  6. Where conversion is available, recordings are represented in a derived Zarr serving copy for partial browser reads.