Data model / schema · 2.10.0 · 2026-06-18

Neurodata Without Borders

Maintained by Neurodata Without Borders community

What it helps you do

NWB supports neurophysiology acquisition and processed data, time series, events, stimuli, behavior, electrophysiology, optical physiology, devices, and experimental metadata.

  • Neuroscience
  • Laboratory
  • Imaging
PlanAcquireHarmonizeExchangeLearn + reuse

01

Where it fits and where it does not

Use these four checks before committing implementation time.

Use it when
Session-level packaging and reuse of complex neurophysiology experiments where synchronized signals and experiment context must remain together.
Limits
Extensions and optional fields can fragment interoperability; storage and API compatibility must be tested, and schema validity does not establish signal quality or biological correctness.
Best for
Neuroscience and Laboratory and Imaging teams working across Acquire → Harmonize → Exchange → Learn + reuse.
Maturity
EstablishedSuitable for production assessment. Pin the exact release and any implementation profile.

02

See it in the workflow

This view shows the input, the change the standard introduces, and the resulting output.

  1. InputWhat starts

    Neuroscience and Laboratory and Imaging source data, metadata, and local mappings

  2. NWBWhat changes

    Use NWB as a pinned data model / schema across Acquire → Harmonize → Exchange → Learn + reuse

  3. OutputWhat becomes possible

    A handoff the next system or team can validate against the same release

Readiness gateExtensions and optional fields can fragment interoperability; storage and API compatibility must be tested, and schema validity does not establish signal quality or biological correctness.

03

A concrete example

An electrophysiology study writes synchronized recordings, electrodes, stimuli, trials, processing modules, subject metadata, device models, and provenance to validated NWB files.

Why it matters: Standardized time series, events, trials, and device context enable reusable feature pipelines, while annotation quality, sampling bias, and split design remain project responsibilities.

04

What it fits with

The core schema is commonly serialized through HDF5; storage implementations must be pinned separately. BIDS provides complementary study-level organization, and DANDI validates supported NWB submissions.

05

Implementation starter

Start with one bounded handoff. Pin, test, and review it before scaling.

  1. Define one handoff, its accountable owner, and the decision NWB must support.

  2. Pin the exact version and companion artifacts: 2.10.0 · 2026-06-18.

  3. Map one representative input to the required data model / schema artifacts.

  4. Test the result against the canonical source and record every exception.

  5. Preserve the source data, mappings, and review evidence before scaling.

06

Test the main limitation

Risk

Extensions and optional fields can fragment interoperability; storage and API compatibility must be tested, and schema validity does not establish signal quality or biological correctness.

Test

Run one representative end-to-end pilot and record exactly where NWB loses context, needs an extension, or depends on another standard.

Risk

Machine-readable output may still be unfit for analysis or ML.

Test

Test the output for missing context, provenance, terminology alignment, time leakage, and the intended downstream decision. Standardized time series, events, trials, and device context enable reusable feature pipelines, while annotation quality, sampling bias, and split design remain project responsibilities.

07

Official resources

Specifications, diagrams, examples, and guides from the organizations that maintain them.

  • Primary source2.10.0 · 2026-06-18

    NWB 2.10.0 format specification

    Official publisher or steward guidance for this data model / schema profile.

    Publisher
    Neurodata Without Borders community
    Open official source

Next action

Put this profile in context

Compare its role with adjacent standards or place it inside an end-to-end data pathway before choosing an implementation.