From 1e7a4e1756bae8c6bf137b9133e75929ad98fd2d Mon Sep 17 00:00:00 2001 From: Leo Ji Date: Mon, 30 Mar 2026 12:52:45 +0000 Subject: [PATCH 1/2] DOC: remove result="ansi" causing empty code blocks in user guide Closes #3506. Made-with: Cursor --- docs/user-guide/experimental.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/user-guide/experimental.md b/docs/user-guide/experimental.md index eaa53a4622..c7f86337a3 100644 --- a/docs/user-guide/experimental.md +++ b/docs/user-guide/experimental.md @@ -55,7 +55,7 @@ such as a remote store for source data and a local store for persistent caching. The CacheStore provides significant performance improvements for repeated data access: -```python exec="true" session="experimental" source="above" result="ansi" +```python exec="true" session="experimental" source="above" import time # Benchmark reading with cache @@ -121,7 +121,7 @@ cache = CacheStore( **cache_set_data**: Controls whether written data is cached -```python exec="true" session="experimental" source="above" result="ansi" +```python exec="true" session="experimental" source="above" # Cache data when writing (default) cache = CacheStore( store=source_store, @@ -141,7 +141,7 @@ cache = CacheStore( The CacheStore provides statistics to monitor cache performance and state: -```python exec="true" session="experimental" source="above" result="ansi" +```python exec="true" session="experimental" source="above" # Access some data to generate cache activity data = zarr_array[0:50, 0:50] # First access - cache miss data = zarr_array[0:50, 0:50] # Second access - cache hit @@ -232,7 +232,7 @@ of source and cache stores for your specific use case. Here's a complete example demonstrating cache effectiveness: -```python exec="true" session="experimental-final" source="above" result="ansi" +```python exec="true" session="experimental-final" source="above" import numpy as np import time from tempfile import mkdtemp From 4fe185918ec82dd015f23107a391f0b12197f486 Mon Sep 17 00:00:00 2001 From: Leo Ji Date: Mon, 30 Mar 2026 18:03:09 +0000 Subject: [PATCH 2/2] DOC: fix store migration guide: remove broken row, add LRUStoreCache note Removes truncated table row and adds migration note for LRUStoreCache. Closes #2699. Closes #2857. Made-with: Cursor --- docs/user-guide/v3_migration.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/docs/user-guide/v3_migration.md b/docs/user-guide/v3_migration.md index 8f835d4440..a358357489 100644 --- a/docs/user-guide/v3_migration.md +++ b/docs/user-guide/v3_migration.md @@ -142,7 +142,6 @@ The following stores have been renamed or changed: | `DirectoryStore` | [`zarr.storage.LocalStore`][] | | `FSStore` | [`zarr.storage.FsspecStore`][] | | `TempStore` | Use [`tempfile.TemporaryDirectory`][] with [`LocalStore`][zarr.storage.LocalStore] | -| `zarr. A number of deprecated stores were also removed. @@ -152,6 +151,9 @@ See issue #1274 for more details on the removal of these stores. N5 formatted data. - `ABSStore` - use the [`zarr.storage.FsspecStore`][] instead along with fsspec's [adlfs backend](https://github.com/fsspec/adlfs). +- `LRUStoreCache` - no direct equivalent in Zarr-Python 3. Caching behaviour can be + achieved by wrapping a store with a third-party caching layer, or by using an + `FsspecStore` with a caching filesystem (e.g. `fsspec.implementations.caching`). - `DBMStore` - `LMDBStore` - `SQLiteStore`