@@ -3,10 +3,10 @@ Supported File Formats
3
3
======================
4
4
5
5
The choice of file format for saving imaging data in microscopy is crucial
6
- because it affects data integrity, accessibility, and analysis efficiency.
6
+ because it affects write speed, data integrity, accessibility, and analysis efficiency.
7
7
Formats like TIFF and its derivative OME-TIFF are widely used due to their ability
8
8
to store metadata and support multiple imaging channels. However, modern formats such
9
- as Zarr, N5, and HDF5, including OME-ZARR , cater to the needs of large-scale,
9
+ as Zarr, N5, and HDF5, including OME-Zarr , cater to the needs of large-scale,
10
10
multi-dimensional datasets by enabling efficient data storage, access, and processing at
11
11
cloud-compute scales.
12
12
@@ -35,22 +35,30 @@ to store metadata.
35
35
36
36
----------------
37
37
38
- BigDataViewer H5/N5/OME-Zarr
38
+ BigDataViewer H5/N5
39
39
----------------------------
40
40
41
41
**navigate ** uses `h5py <https://docs.h5py.org/en/stable/index.html >`_ (H5) and
42
42
`zarr <https://zarr.readthedocs.io/en/stable/ >`_ (N5) to store data in a BigDataViewer
43
43
file format. This is a pyramidal format, necessitating the saving of both the original
44
44
data and down sampled versions of this data. The additional data slows down the write
45
- speed. The N5 format is faster than H5 because it allows multithreaded writes.
45
+ speed. The N5 format can be faster than H5 because it allows for multithreaded writes.
46
+
47
+ OME-Zarr
48
+ --------
49
+ OME-Zarr is a Zarr file format that adheres to strict metadata specifications, detailed
50
+ at https://ngff.openmicroscopy.org/0.4/index.html. It allows for pyramidal data writing,
51
+ storage of segmentation labels with the data set, and updating the pyramidal structure
52
+ on the fly.
53
+
46
54
47
55
----------------
48
56
49
57
Image Writing Benchmarks
50
58
------------------------
51
59
52
60
To evaluate the performance of saving imaging data in different formats, we conducted
53
- benchmarks on a Linux-based system. We assessed the median disk write time for TIFF,
61
+ benchmarks on a RedHat Linux system. We assessed the median disk write time for TIFF,
54
62
OME-TIFF, H5, N5, and OME-Zarr formats across image resolutions of 512x512,
55
63
1024x1024, and 2048x2048 under two conditions: (A) capturing 1000 single-plane
56
64
images and (B) acquiring a single z-stack composed of 1000 planes. All times
@@ -73,11 +81,11 @@ milliseconds.
73
81
+-------------+---------+----------+-------+-------+---------+
74
82
| | TIFF | OME-TIFF | H5 | N5 | OME-Zarr|
75
83
+=============+=========+==========+=======+=======+=========+
76
- | 512x512 | 4.06 | 15.26 | 2.79 | 12.09 | 1.35 |
84
+ | 512x512 | 0.83 | 10.0 | 1.69 | 3.02 | 1.09 |
77
85
+-------------+---------+----------+-------+-------+---------+
78
- | 1024x1024 | 6.69 | 15.25 | 8.33 | 14.74 | 2.46 |
86
+ | 1024x1024 | 1.55 | 10.4 | 6.46 | 5.70 | 2.27 |
79
87
+-------------+---------+----------+-------+-------+---------+
80
- | 2048x2048 | 22.25 | 38.57 | 34.71 | 29.56 | 11.85 |
88
+ | 2048x2048 | 11.2 | 38.6 | 28.8 | 19.6 | 11.6 |
81
89
+-------------+---------+----------+-------+-------+---------+
82
90
83
91
Z-Stack Imaging
@@ -92,11 +100,11 @@ Z-Stack Imaging
92
100
+--------------+---------+----------+-------+-------+---------+
93
101
| | TIFF | OME-TIFF | H5 | N5 | OME-Zarr|
94
102
+==============+=========+==========+=======+=======+=========+
95
- | 512x512 | 0.21 | 0.17 | 4.76 | 1.80 | 1.30 |
103
+ | 512x512 | 0.14 | 0.13 | 2.64 | 1.58 | 1.05 |
96
104
+--------------+---------+----------+-------+-------+---------+
97
- | 1024x1024 | 0.52 | 0.57 | 15.70 | 5.38 | 4.22 |
105
+ | 1024x1024 | 0.49 | 0.48 | 10.6 | 5.08 | 4.06 |
98
106
+--------------+---------+----------+-------+-------+---------+
99
- | 2048x2048 | 2.35 | 2.14 | 75.56 | 14.08 | 8.60 |
107
+ | 2048x2048 | 1.92 | 1.86 | 52.7 | 13.90 | 8.50 |
100
108
+--------------+---------+----------+-------+-------+---------+
101
109
102
110
Additional Sources of Overhead
0 commit comments