Data model / schema · 0.5 · 2026-07-03

OME-Zarr / OME-NGFF

Maintained by Open Microscopy Environment

What it helps you do

OME-NGFF supports cloud/object-store bioimaging data in Zarr v3 with axes, multiscales, transforms, labels, and high-content-screening plates.

  • Imaging
  • Laboratory
  • Discovery
PlanAcquireHarmonizeExchangeLearn + reuse

01

Where it fits and where it does not

Use these four checks before committing implementation time.

Use it when
Large multidimensional microscopy, high-content screening, multiscale visualization, and cloud-native image analysis.
Limits
Pre-1.0 changes and transitional metadata remain; writer/viewer compatibility and round-trip preservation must be tested with the chosen toolchain.
Best for
Imaging and Laboratory and Discovery teams working across Acquire → Harmonize → Learn + reuse.
Maturity
ScalingUsable now, but adoption or tooling is still developing. Pilot the exact stack first.

02

See it in the workflow

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

  1. InputWhat starts

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

  2. OME-NGFFWhat changes

    Use OME-NGFF as a pinned data model / schema across Acquire → Harmonize → Learn + reuse

  3. OutputWhat becomes possible

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

Readiness gatePre-1.0 changes and transitional metadata remain; writer/viewer compatibility and round-trip preservation must be tested with the chosen toolchain.

03

A concrete example

A screening platform writes versioned OME-Zarr 0.5 plates, validates dimension and transform metadata, and records conversion provenance from source microscopy files.

Why it matters: Chunked multiscale arrays and label images are ML-friendly, but biological labels, QC, sampling, and train/test leakage remain project responsibilities.

04

What it fits with

Complements ISA sample/assay context, OBO annotations, RO-Crate packaging, and OME-XML/OME-TIFF migration paths.

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 OME-NGFF must support.

  2. Pin the exact version and companion artifacts: 0.5 · 2026-07-03.

  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

Pre-1.0 changes and transitional metadata remain; writer/viewer compatibility and round-trip preservation must be tested with the chosen toolchain.

Test

Run one representative end-to-end pilot and record exactly where OME-NGFF 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. Chunked multiscale arrays and label images are ML-friendly, but biological labels, QC, sampling, and train/test leakage remain project responsibilities.

07

Official resources

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

  • Primary source0.5 · 2026-07-03

    OME-NGFF 0.5 specification

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

    Publisher
    Open Microscopy Environment
    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.