Skip to main content

nimbusimage

Python API for NimbusImage (app) — programmatic access to scientific imaging datasets, annotations, workers, and analysis.

Installation

pip install nimbusimage

For Docker worker development (includes large_image for writing TIFF files):

pip install nimbusimage[worker]

For loading 10x Xenium bundles (nimbusimage.xenium; xenium-umap adds the UMAP step):

pip install 'nimbusimage[xenium]'

Authentication

The recommended setup uses a Girder API key, which is persistent and doesn't expire.

How to get an API key:

  • nimbusimage.com (hosted): Email support@cytopixel.com with your account email address to request an API key.
  • Local/self-hosted server: In the Girder admin UI, go to Users > select the user > Edit User > API Keys > create a new key and copy the key string.

Required scopes. The simplest option is a full-access key (leave the scope list empty), which works for everything including polling job status. If you instead create a scoped key, it must include core.user_auth — without it, job.wait() / job.refresh() fail with a confusing 401 Unauthorized even though you own the job. Add jobs.rest.list_job as well so job logs can be read. Recommended scoped-key set: core.data.read, core.data.write, core.data.own, core.user_info.read, core.user_auth, jobs.rest.list_job.

Set environment variables for persistent access:

# Add to ~/.zshrc or ~/.bashrc

# For nimbusimage.com:
export NI_API_URL="https://app.nimbusimage.com/girder/api/v1"
export NI_API_KEY="your-api-key-here"

# For a local server:
export NI_API_URL="http://localhost:8080/api/v1"
export NI_API_KEY="your-api-key-here"

Then connect with no arguments:

import nimbusimage as ni

client = ni.connect()

Or pass credentials explicitly:

client = ni.connect("http://localhost:8080/api/v1", api_key="your-api-key")

Quick start

import nimbusimage as ni

client = ni.connect()

# Build a dataset from image files (dry-run first to check the plan)
ds = client.create_dataset("My Experiment")
ds.upload("path/to/images/")
plan = ds.configure(dry_run=True)
if plan.is_valid:
    ds.configure()   # also creates the collection + view, so ds.open() works

# List datasets
for d in client.list_datasets():
    print(f"{d['name']} (ID: {d['_id']})")

# Open a dataset
ds = client.dataset(name="My Experiment")
print(f"{ds.name}: {ds.channels}, {ds.num_z} z-slices, {ds.shape}")

# Fetch an image
img = ds.images.get(channel=0, z=0)  # numpy array

# Get a composite RGB image
rgb = ds.images.get_composite(dtype="uint8")

# List annotations
polygons = ds.annotations.list(shape="polygon")

# Run a worker
job = ds.annotations.compute(
    image="annotations/random_squares:latest",
    channel=0, tags=["detected"],
    worker_interface={"Number of squares": 10, "Square size": 15},
)
job.wait()

# Export data
ds.export.to_csv(property_paths=[["prop_id", "Area"]], path="results.csv")
ds.export.to_geojson(path="annotations.geojson")   # QuPath-compatible, image pixels

# Open in browser
ds.open(z=3)

API overview

The package follows an accessor pattern:

ni.connect() -> NimbusClient
    client.create_dataset(name) -> Dataset
    client.dataset(id) -> Dataset
        ds.upload()      # add image files to the dataset folder
        ds.configure()   # turn those files into one multi-dimensional image
        ds.images        # fetch frames, composites, z-stacks
        ds.annotations   # create, list, filter, delete annotations
        ds.connections   # parent-child annotation links
        ds.properties    # computed measurements
        ds.collections   # display configuration (layers, tools)
        ds.export        # JSON, CSV and GeoJSON export
        ds.spatial       # spatial-transcriptomics table, transcripts, neighborhoods
        ds.history       # undo/redo
        ds.sharing       # access control
    client.list_datasets()
    client.list_workers()
    client.list_projects()

See docs.nimbusimage.com for general documentation and the API reference for detailed API docs.

Agent integration: Claude Code and Codex

NimbusImage includes a shared set of Agent Skills that teach Claude Code and Codex how to use this API. After installing the plugin, ask either agent to connect to a NimbusImage server, inspect datasets, retrieve images, manage annotations, run workers, or export results.

Claude Code

# Add the NimbusImage marketplace (one-time)
claude plugin marketplace add arjunrajlaboratory/NimbusImage

# Install the plugin
claude plugin install nimbusimage@NimbusImage

For development from a local clone, load the plugin for one session:

claude --plugin-dir /path/to/NimbusImage/plugins/nimbusimage

Codex

# Add the NimbusImage marketplace (one-time)
codex plugin marketplace add arjunrajlaboratory/NimbusImage

# Install the plugin
codex plugin add nimbusimage@NimbusImage

When working inside a clone of this repository, Codex can also discover the synchronized repository-local skills under .agents/skills/ without installing the plugin.

Available skills

Skill Claude Code Codex What it covers
Core /nimbus-skills:nimbusimage $nimbusimage:nimbusimage Connection, dataset discovery, metadata, projects
Annotations /nimbus-skills:annotations $nimbusimage:annotations CRUD, geometry helpers, bulk operations
Images /nimbus-skills:images $nimbusimage:images Frame retrieval, composites, z-stacks, crops
Workers /nimbus-skills:workers $nimbusimage:workers Docker worker discovery, execution, job tracking
Analyze /nimbus-skills:analyze $nimbusimage:analyze Properties, export, connections, sharing

The skills use progressive disclosure, so each agent loads detailed instructions and API references only when needed. See the plugin documentation for repository-local Codex aliases and skill-development instructions.

Development

cd nimbusimage
python3 -m venv .venv && source .venv/bin/activate
pip install -e ".[dev]"

# Run unit tests (no backend required)
pytest tests/ --ignore=tests/integration -v

# Run integration tests (requires docker compose up)
pytest tests/integration/ -v -m integration

License

See the project root for license information.

Spatial-transcriptomics table (ds.spatial)

Datasets served by the upenncontrast_spatial plugin hold their full per-cell expression matrix as one spatial.zarr.zip item (AnnData layout; rows join to cell annotations through obs.annotation_id).

ds.spatial.info()                       # None when no table is registered
ds.spatial.upload_and_register("spatial.zarr.zip")
ds.spatial.features("cd", limit=10)     # [{symbol, featureType}]
ds.spatial.column("CD3E")               # {annotationIds, values} non-zero
ds.spatial.row(annotation_id)           # {symbol: value}
ds.spatial.aggregate(["CD3E"], filters={"tags": {"values": ["B Cell"], "exclusive": False}})
ds.spatial.materialize(["CD3E", "MS4A1"], property_name="Gene Expression")

aggregate takes the same filter object the Objects tab uses (analysis gates included); materialize writes dense sub-values into a property and waits for the server job on large tables.

Any gene is also usable as a virtual property path, ds.spatial.virtual_path("CD3E") → ["spatial", "CD3E"], wherever a property path is accepted (filters, gates, color-by, list columns, summary). ds.spatial.score(symbols, name, method="mean") writes a gene-set score; ds.spatial.differential(filters_a, filters_b=None, max_features=50) returns the ranked table (Welch t by default, method="wilcoxon" for Mann-Whitney U) from a server job.

Molecules, table versions and spatial statistics:

ds.spatial.transcripts()                          # pyramid schema, or None
ds.spatial.transcript_genes("cd")
ds.spatial.transcript_points(["CD3E"], ["12,7"], level=0, min_qv=20)
ds.spatial.staleness()                            # cells added/edited/removed since the table
ds.spatial.recompute("v2", scope="dirty")         # re-count from the molecules; old table kept
ds.spatial.versions(); ds.spatial.activate_version(item_id)
ds.spatial.compute_neighborhood(radius_pixels=141)   # 30 µm at 0.2125 µm/px
ds.spatial.region_summary("region", features=["CD3E"])

Polygons tagged region are regions of interest, never cells: neighborhoods, region summaries and recompute leave them out. Keep that tag on imported ROIs (the GeoJSON importer's default) and off cell polygons. The end-to-end Xenium runbook is the xenium-ingest skill.

Xenium ingest (nimbusimage.xenium)

Loads a 10x Xenium output bundle (XOA 1.3–4, protein panels included) into NimbusImage: morphology images with stain-named channels, cell polygons, a gene panel, clusterings, a UMAP, cell types as tags, the full matrix as the spatial table, the transcript overlay, and pathology regions. Each step is a function and a nimbusimage-xenium subcommand.

import nimbusimage as ni
from nimbusimage import xenium

client = ni.connect()
bundle = xenium.XeniumBundle("extracted/")
ds = xenium.upload_morphology(client, bundle, "Lymph node")
cells = xenium.upload_polygons(ds, bundle)        # a CellMap: ids + dataset + frame
cells.save("cells.npz")                           # later: xenium.open_cells(ds, bundle, "cells.npz")
xenium.upload_gene_panel(ds, bundle, cells, ["CD3E", "MS4A1"])
xenium.upload_clusters(ds, bundle, cells)
xenium.upload_cell_types(ds, bundle, cells, "cell_types.csv")
table = xenium.build_spatial_table(bundle, cells, "spatial.zarr.zip")
xenium.upload_spatial_table(ds, table)  # only onto the dataset it was built for
xenium.register_transcripts(ds, bundle, cells)
MORPH=$(nimbusimage-xenium morphology --bundle-dir extracted --name "Lymph node")
nimbusimage-xenium polygons --bundle-dir extracted --dataset $MORPH --cells-out cells.npz
nimbusimage-xenium properties --bundle-dir extracted --dataset $MORPH --cells cells.npz \
    --what genes,clusters --genes CD3E,MS4A1

An ImageFrame says how microns land on a dataset (image, pixel size, H&E alignment); a CellMap ties the ids to their dataset and frame. Per-cell steps refuse a map of another dataset, of nuclei or of another bundle before writing anything.

The xenium-ingest agent skill is the full runbook (coordinate frames, H&E alignment, orientation checks, and the traps hit on 709K-cell datasets).

Metadata

Release files for nimbusimage 0.3.0

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

Source distribution (sdist)

Source distribution for nimbusimage 0.3.0
File Size Uploaded Provenance
nimbusimage-0.3.0.tar.gz 126.6 kB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for nimbusimage 0.3.0
File Interpreter ABI Platform
nimbusimage-0.3.0-py3-none-any.whl Python 3 none any Details

Total release size: 218.5 kB

Release files / nimbusimage-0.3.0.tar.gz

Download URL nimbusimage-0.3.0.tar.gz
Size 126.6 kB
Tags Source
SHA-256 checksum
How to use checksums
37c37f5ede03148a0f06724765eb7f584d823626ab32836dc98551947f96fc16
BLAKE2b-256 checksum
How to use checksums
2d6ee1dfd20da0b4d13c5e2fa7f4f8ca976ae2eb12939217c50054fa0d4467c3
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 9, 2026.

Transparency log

Release files / nimbusimage-0.3.0-py3-none-any.whl

Download URL nimbusimage-0.3.0-py3-none-any.whl
Size 91.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
27870f553e22f1e6340fac5518f7c3ea438157468877b017ee3a33a924472c0b
BLAKE2b-256 checksum
How to use checksums
e8180b8b7397d1f0ec76ed3e5e303882e96f84a74a28206ce3cd2f29a8d262c9
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 9, 2026.

Transparency log

Security for nimbusimage 0.3.0

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for nimbusimage-0.3.0.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 9, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page