biodata-cache

Python

biodata-cache is a set of one-line functions that handle the entire process of caching and retrieving data (and metadata) from AIND data assets.

In the background, the cache repackages data/metadata into dataframes and stores them on S3 in versioned folders (data-asset-cache/bdc-v{version}/), or in memory for testing. Each release writes to its own versioned folder, so older versions of the website remain accessible while new versions are deployed. A top-level data-asset-cache/cache_versions.json index lists all available version folders.

Important: this package is not at 1.0. It is changing fast and breaking changes are still occurring, although rarely. To reduce the chance of impact on your code the cache tables are versioned. This does mean that if you want the latest version of the tables you need to keep biodata-cache up-to-date, but it also means your code won't immediately break when I change the way the tables work.

Installation

Note that you must set the backend to S3 or biodata-cache will automatically re-cache the tables locally in memory. This can take a LONG time.

pip install biodata-cache
export BIODATA_CACHE_BACKEND='S3'

Usage

Set backend

export BIODATA_CACHE_BACKEND='S3'

Options are 'S3', 'MEMORY'.

Fetch data

from biodata_cache import unique_project_names

project_names = unique_project_names()

Cache tables

Use get_cache_registry() to see all available cache tables and their metadata (descriptions, S3 paths, columns, etc.) for the installed version:

from biodata_cache import get_cache_registry

registry = get_cache_registry()

Use get_cache_versions() to list all available version folders across all deployed releases:

from biodata_cache import get_cache_versions

versions = get_cache_versions()

Each version stores one registry fragment per table at s3://allen-data-views/data-asset-cache/bdc-v{version}/cache_registry/<table>.json. get_cache_registry() merges these fragments and still reads older monolithic registries. The top-level index s3://allen-data-views/data-asset-cache/cache_versions.json lists all available version folders.

Hive-partitioned tables use key=value directory segments, enabling DuckDB queries like:

import duckdb
duckdb.query("""
    SELECT * FROM read_parquet(
        's3://allen-data-views/data-asset-cache/bdc-v0.41/qc/subject_id=123/data.pqt',
        hive_partitioning=true,
        union_by_name=true
    )
""")

The raw_to_derived function is not a table stored in S3, instead it is used by passing an asset_name (or list of asset names) and a modality. The function returns the latest derived asset matching the requested pattern.

Cells across every asset

The cell tables use cell_key to join identity, measurements, and transcriptomic data:

Table	Rows	Partition
`cell_index`	One row per cell	None
`cell_properties`	Measurements for each cell	`asset_name`
`cell_genes`	Genotyping results	`subject_id`

The cell-by-everything sync job runs after ecephys_units, pophys, and visual_learning. It also reads Visual Coding Neuropixels NWB-Zarr data directly so it does not depend on manual SWDB tables.

Custom cache table

The custom function allows you to store and retrieve your own user-defined DataFrames in the cache by name. This requires write authentication to the active backend.

from biodata_cache import custom
import pandas as pd

df = pd.DataFrame({"col": [1, 2, 3]})
custom("my_data", df)

retrieved_df = custom("my_data")

Update all cache tables

The cache is rebuilt on Code Ocean by a set of per-table sync jobs wired into a Nextflow pipeline (asset_basics first, then the rest in parallel, followed by cell-by-everything). The BIODATA_CACHE_SYNC_JOB environment variable selects the job. The job writes its own registry fragment. See PIPELINE.md for the job list, pipeline layout, and version procedure.

To run a single job (as a capsule does):

from biodata_cache.sync import run_sync_job
run_sync_job()  # reads BIODATA_CACHE_SYNC_JOB, or pass e.g. run_sync_job("qc")

From the repository, use python scripts/run_sync.py <job>.

To rebuild everything in one local process (not used by the pipeline):

from biodata_cache.sync import update_all_tables
update_all_tables()

Release files for biodata-cache 0.42.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for biodata-cache 0.42.1
File	Size	Uploaded
biodata_cache-0.42.1.tar.gz	228.3 kB	Sep 2, 2026	Details

Built distribution (wheel)

Table of built distributions (wheels) for biodata-cache 0.42.1
File	Interpreter	ABI	Platform	Reset
biodata_cache-0.42.1-py3-none-any.whl 249.5 kB Sep 2, 2026	Python 3	none	any	Details

Total release size: 477.8 kB

Release files / biodata_cache-0.42.1.tar.gz

Download URL	biodata_cache-0.42.1.tar.gz
Size	228.3 kB
Tags	Source
SHA-256 checksum How to use checksums	`c7128e6d1cd273bc8e8c0e8fbb6238d1b1f2045ff73aeae7bd460dc2ceea97ec`
BLAKE2b-256 checksum How to use checksums	`6c8a212177de22058065e08974cd5bba77dcf550adbaaa1a52e2a0c8a94314af`
Upload date	Sep 2, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	No
Uploaded via	`twine/7.0.0 CPython/3.13.14`

Release files / biodata_cache-0.42.1-py3-none-any.whl

Download URL	biodata_cache-0.42.1-py3-none-any.whl
Size	249.5 kB
Tags	Python 3
SHA-256 checksum How to use checksums	`0cb12a3643b51787807474c46476ee03c47d39beb150ede1783e65d9315ed66e`
BLAKE2b-256 checksum How to use checksums	`5294fe7e40756a4ce79055b50e775271f0e5b37aa52629f6a9f5e26ae43f2eb0`
Upload date	Sep 2, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	No
Uploaded via	`twine/7.0.0 CPython/3.13.14`