Acquisition¶
An acquisition is single episode of data collection that creates one data asset.
The acquisition metadata is split into two parallel pieces the DataStream and the StimulusEpoch. At any given moment in time the active DataStream(s) represents all modalities of data being acquired, while the StimulusEpoch represents all stimuli being presented.
DataStream: A set of devices that are acquiring data and their configurations.StimulusEpoch: All stimuli being presented to the subject. Not all acquisitions have StimulusEpochs.
A single DataStream should capture all the modalities of data acquired as a group, even when their start/stop times differ by a small amount.
Because the start and stop times are independent for data streams and stimulus epochs almost all acquisitions will fall into one of these three common types:
Single data stream and one stimulus epoch (including no stimulus): these acquisitions are common for imaging experiments with specimens where there might be no stimulus presented.
Single data stream with multiple stimulus epochs: common during animal physiology when you might do both an experimental stimulus and then follow that with one or more epochs of quiet wakefulness, receptive field mapping, etc.
Single stimulus epoch with multiple data streams: less common, but can occur if you switch modalities during an experiment or change the configuration of an acute recording device.
Uniqueness¶
You can uniquely identify acquisition sessions (and therefore a specific data asset) by their acquisition datetime (Acquisition.acquisition_start_time). In addition, the Acquisition.acquisition_type is an open str field where you can put conceptual information that groups similar acquisitions together. This should not be completely redundant with project names, modalities, stimulus names, or any other fields in the metadata.
For example, in the "Brain Computer Interface" project name, good acquisition types would be strings like: "Single neuron stim" and "Group neuron stim". These phrases clearly identify what part of a project these acquisitions belong to, without being overly redundant with controlled fields in the metadata.
Stimulus parameters¶
You should use the Code.parameters field to store your stimulus properties for each StimulusEpoch. We have pre-existing parameter schemas for a subset of stimuli defined here or you can define your own schema.
Manipulations¶
Procedures that occur during an acquisition (between the start_time and end_time) should be recorded in the Acquisition.manipulations using a Manipulation.
FAQs¶
When should a DataStream be split in two¶
The DataStream should be split if there is a change in data modalities or a change in the configuration of devices. Or if a modality is only acquired during a subset of the time the stream is active. For example, if you acquire behavior videos for a full hour of an acquisition and only collect ecephys for twenty minutes you should separate these into two streams. If the start and end times are within a few minutes of each other you should combine the modalities into a single stream.
When should a StimulusEpoch be split in two¶
The StimulusEpoch should be split if the purpose of the presented stimuli changes. For example: receptive field mapping and optogenetic manipulation are two different stimulus epochs. Individual trials of optogenetic manipulation are part of a single stimulus epoch.
Most experimenters will be familiar with the idea of breaking down an experiment into blocks and then further into trials: blocks and trials are part of one stimulus epoch. Information about blocks and trials are parameters that describe a stimulus epoch and can be stored in the StimulusEpoch.code.parameters.
Diagrams¶

Example acquisition demonstrating situation 1: one data stream, one stimulus epoch.

Example acquisition demonstrating situation 2: one data stream, multiple stimulus epochs.

Example acquisition demonstrating 3: one stimulus epoch, multiple data streams.
Examples¶
Core file¶
Acquisition¶
Description of data acquisition metadata including streams, stimuli, and experimental setup.
The acquisition metadata is split into two parallel pieces: the DataStream and the StimulusEpoch. At any given moment in time the active DataStream(s) represents all modalities of data being acquired, while the StimulusEpoch represents all stimuli being presented.
Field |
Type |
Title (Description) |
|---|---|---|
|
|
Subject ID (Unique identifier for the subject) |
|
|
Specimen ID (Required for in vitro modalities. Standard format is {subject_id} with a _### suffix, as needed) |
|
|
Acquisition start time (During validation, timezone information will be moved into the acquisition_start_tz field.) |
|
|
Acquisition start timezone (Automatically populated by a validator based on acquisition_start_time. Will be a TimeZoneName (IANA name) when the datetime uses a ZoneInfo timezone, or an integer UTC offset in hours for fixed-offset timezones. Use ZoneInfo (from the zoneinfo standard library) to preserve the named timezone.) |
|
|
Acquisition end time |
|
|
experimenter(s) |
|
|
Ethics review ID |
|
|
Instrument ID (Should match the Instrument.instrument_id. Required when instrument metadata is available.) |
|
|
Acquisition type (Descriptive string detailing the type of acquisition, should be consistent across similar acquisitions for the same experiment.) |
|
|
Notes |
|
Optional[CoordinateSystem] |
Coordinate system (Origin and axis definitions for determining the configured position of devices during acquisition. Required when coordinates are provided within the Acquisition) |
|
List[Calibration or VolumeCalibration or PowerCalibration] |
Calibrations (List of calibration measurements taken prior to acquisition.) |
|
List[Maintenance] |
Maintenance (List of maintenance on instrument prior to acquisition.) |
|
List[DataStream or ExternalDataStream] |
Data streams (A data stream is a collection of devices that are acquiring data simultaneously. Each acquisition can include multiple streams. Streams should be split when configurations are changed. Use ExternalDataStream for acquisitions where instrument metadata is unavailable.) |
|
List[StimulusEpoch] |
Stimulus (A stimulus epoch captures all stimuli being presented during an acquisition. Epochs should be split when the purpose of the stimulus changes.) |
|
List[Manipulation] |
Manipulations (Procedures performed during the acquisition.) |
|
Optional[AcquisitionSubjectDetails] |
Subject details (Required for in vivo acquisitions.) |
|
|
Protocol ID (DOI for protocols.io) |
Model definitions¶
AcquisitionSubjectDetails¶
Details about the subject during an acquisition
Field |
Type |
Title (Description) |
|---|---|---|
|
|
Animal weight (g) (Animal weight before procedure) |
|
|
Animal weight (g) (Animal weight after procedure) |
|
Weight unit |
|
|
Optional[Anaesthetic] |
Anaesthesia (Anaesthesia present during entire acquisition, use Manipulation for partial anaesthesia) |
|
|
Mouse platform (The surface that the mouse is on during the acquisition) |
|
|
Total reward consumed (mL) |
|
Optional[VolumeUnit] |
Reward consumed unit |
DataStream¶
A set of devices that are acquiring data and their configurations starting and stopping at approximately the same time.
Field |
Type |
Title (Description) |
|---|---|---|
|
|
Stream start time |
|
|
Stream stop time |
|
List[Modality] |
Modalities (Modalities that are acquired in this stream) |
|
Optional[List[Code]] |
Acquisition code |
|
|
Notes |
|
|
Active devices (Device names must match devices in the Instrument) |
|
List[LightEmittingDiodeConfig or LaserConfig or ManipulatorConfig or DetectorConfig or PatchCordConfig or FiberAssemblyConfig or MISCameraConfig or MRIScan or LickSpoutConfig or AirPuffConfig or ImagingConfig or SampleChamberConfig or ProbeConfig or EphysAssemblyConfig or CatheterConfig] |
Device configurations (Configurations are parameters controlling active devices during this stream) |
|
List[Connection] |
Connections (Connections are links between devices that are specific to this acquisition (i.e. not already defined in the Instrument)) |
ExternalDataStream¶
A simplified data stream for acquisitions where instrument metadata is unavailable.
Field |
Type |
Title (Description) |
|---|---|---|
|
|
Stream start time |
|
|
Stream stop time |
|
List[Modality] |
Modalities (Modalities that are acquired in this stream) |
|
|
Notes |
Manipulation¶
Description of procedures performed during an acquisition.
Field |
Type |
Title (Description) |
|---|---|---|
|
|
Manipulation start time (Must be between the acquisition start and end times) |
|
|
Manipulation end time (Must be between the acquisition start and end times) |
|
Optional[List[Injection or BrainInjection or Reagent]] |
Procedures (Procedures performed during the manipulation) |
|
Optional[Anaesthetic] |
Anaesthesia |
|
|
Notes |
|
|
Protocol ID (DOI for protocols.io) |
PerformanceMetrics¶
Summary of a StimulusEpoch
Field |
Type |
Title (Description) |
|---|---|---|
|
|
Additional metrics |
|
|
Reward consumed during training (uL) |
|
Optional[VolumeUnit] |
Reward consumed unit |
|
|
Total trials |
|
|
Finished trials |
|
|
Rewarded trials |
StimulusEpoch¶
All stimuli being presented to the subject. starting and stopping at approximately the same time. Not all acquisitions have StimulusEpochs.
Field |
Type |
Title (Description) |
|---|---|---|
|
|
Stimulus start time (When a specific stimulus begins. This might be the same as the acquisition start time.) |
|
|
Stimulus end time (When a specific stimulus ends. This might be the same as the acquisition end time.) |
|
|
Stimulus name |
|
Optional[Code] |
Code or script (Custom code/script used to control the behavior/stimulus. Use the Code.parameters field to store stimulus properties) |
|
List[StimulusModality] |
Stimulus modalities |
|
Optional[PerformanceMetrics] |
Performance metrics |
|
|
Notes |
|
|
Active devices (Device names must match devices in the Instrument) |
|
List[SpeakerConfig or LightEmittingDiodeConfig or LaserConfig or MousePlatformConfig or OlfactometerConfig] |
Device configurations |
|
|
Training protocol name (Name of the training protocol used during the acquisition, must match a protocol in the Procedures) |
|
|
Curriculum status (Status within the training protocol curriculum) |