Slice into 'Zarr' Arrays
Overview
An implementation of chunked, compressed, N-dimensional arrays for R. 'Zarr' spec V2 (2024) doi:10.5281/zenodo.11320255.
Cloud storage
- New
zarrs_get_key()reads a single key from any store the zarrs backend can open, returning raw bytes orNULLwhen the key is absent. Cloud stores delegate all I/O toobject_storeand expose no key-level read, so consolidated metadata (.zmetadata) was unreachable from R for ans3://orgs://URL. Reading that one key is enough to enumerate a store's arrays and recover their dimension names and attributes, which is what group-level inquiry overs3://needs.
Cloud storage fixes
- S3 requests were always sent unsigned, so configured AWS credentials were ignored and private buckets returned 403. Signing is now decided from the environment: requests are unsigned when no credential source is present, so public buckets still work without configuration, and signed as soon as
AWS_ACCESS_KEY_ID,AWS_SESSION_TOKEN,AWS_PROFILE, or another credential variable is set.AWS_SKIP_SIGNATUREforces either behaviour.
Show all changes in 0.2.1Hide the rest of the changes in 0.2.1
zarr_open()on ans3://orgs://string fell through toDirectoryStore, which tried to create a directory named after the URL. These URLs now resolve toS3StoreandGcsStore, and cloud stores default to read mode.S3StoreandGcsStoreinherited no-opget_item(),contains_item(), andlistdir()methods that silently returnedNULL. They now raise an error naming the supported read paths.HttpStore$listdir()took no arguments, so thepathargument every other store accepts raised an error that callers swallowed ---ZarrGroup's print method reportedNo. members : 0for every HTTP-backed group. It now acceptspathand lists within it.
Documentation
- New
vignettes/remote-stores.Rmdcovering remote and cloud access: the mapping fromfsspec/xarraystorage_optionsto pizzarr's environment variables, the HTTPS ands3://routes, alternate endpoints such as MinIO, Ceph, and Open Storage Network pods, and the current limits. - Alternate S3 endpoints are configured with
AWS_ENDPOINT;AWS_ALLOW_HTTPandAWS_VIRTUAL_HOSTED_STYLE_REQUESTcover plain-HTTP and path-style addressing. This worked before but was undocumented. - Anonymous access to public GCS buckets over
gs://is documented, and now tested. It needsGOOGLE_SKIP_SIGNATURE=true, since GCS does not infer anonymous access from absent credentials the way S3 does. S3Store,GcsStore, andHttpStoregained detailed documentation of credentials, endpoints, and which distribution tier each requires.zarr_open()'sstoreargument now documents every accepted form: a path, anhttp(s)://URL, ans3://orgs://URL, or aStoreobject.zarr_open_group()'sstorage_optionsargument is documented as ignored rather than as anfsspecpassthrough.- Vignettes reorganized around data conventions rather than transport, now that connection details have their own article.
remote-ome-ngff.Rmdmerged intoome-ngff.Rmd, which covers the OME-NGFF multiscales convention against both a local and a remote store;remote-anndata.Rmdrenamedanndata.Rmd. - The OME-NGFF and AnnData vignettes now evaluate their code at build time instead of showing static listings, so the examples are checked. Both require the
bloscpackage and network access, and degrade to unevaluated when either is missing. - README gained a "Remote and cloud data" section.
From NEWS.md in the release
Install
Health
- OK13 OK2026-08-21
- ERROR12 OK, 1 ERROR2026-08-17
- OK13 OK2026-08-14
- ERROR12 OK, 1 ERROR2026-08-13
- OK13 OK2026-08-05
Show 5 earlier changesHide 5 earlier changes
- NOTE12 OK, 1 NOTE2026-08-01
- OK13 OK2026-06-09
- ERROR12 OK, 1 ERROR2026-06-08
- OK10 OK2026-03-26
- ERROR5 OK, 1 ERROR2026-03-25
Documentation
- Help pages
- 98 (63 internal)
- Examples that run
- 63%5 run in a plain check (1 of them under a condition) · 3 never run
- Exported functions with examples
- 18%
- Documented parameters
- 98%
- Return-value docs
- 44%
- Help pages citing references
- 1%
- Getting Started HTML
- AnnData Stores HTML
- Basics HTML
- OME-NGFF Images HTML
- R Session Info HTML
- Reading Zarr V3 HTML
- Remote and Cloud Stores HTML
- Zarr Operations Cookbook HTML
- Zarr V3 Cross-Implementation Interop HTML
- zarrs Backend HTML
Downloads
Repository
- PRs merged (all time)
- 94%
- Median days to close, 50 most recently updated closed issues
- 161
- Median days to close, 50 most recently updated closed PRs
- 0
Stars over time
Forks over time
Releases over time
Issues over time
PRs over time
Commits over time
12 development-tooling and community-health practices detected across 5 families in the upstream repository
Checks run against github.com/zarr-developers/pizzarr on 2026-10-22.
The R CMD check workflow runs on Linux, macOS and Windows
GitHub Pages site last deployed 2026-09-24 · The repository has a site deploy workflow
Show all practicesHide 1 practice
This repository shows signs of AI coding tools.
- Claude Codefirst seen 2026-03-11Named in .Rbuildignore: .claude, CLAUDE.mdNamed in .gitignore: .claude, CLAUDE.mdPull request it wrote: opened by a project memberCommits: at least 2 crediting it in the message
- Claude Opus 4.71 commit · Apr 2026
- Claude Opus 51 commit · Aug 2026
Dependencies
Code & Tests
People & History
Package metadata
- First published
- 2026-03-24
- Total releases
- 5 / 1 yrs
- License
- MIT + file LICENSE OSI
- Minimum R
- ≥ 4.2
- Download size
- 1.0 MB
Cite
Cite this package
Run in R for the authors' preferred citation:
citation("pizzarr")This package has no citation file, so citation() returns this entry built from DESCRIPTION.
Cite the R Observatory
For a number measured here: a download total, a coverage figure, an archival date.
From data release v2026-10-25, which the citation names so these numbers can be found later. More on citing and the projects behind them.