You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As discussed in this forum post, it would be great if the N5 Java libraries had support for an HTTP(S) backend. This would facilitate HTTP support of OME-Zarr datasets in BigDataViewer and other tools. Imo that would be a big win for interoperability.
Maybe something could be re-used from the DataStore which technically is a HTTP-based chunk downloader/uploader where the data is stored using N5, and the clients exist in Fiji (as macro-recordable commands), there's Java API & Python API (WIP), and there exists a dedicated BDV module that talks the HTTP and shows the content from the DataStore server (plus the DataStore also speaks the legacy BDS protocol, so BDV as it comes with naked Fiji can already display DataStore content). Our solutions is locked to exactly 6 dimensional data... ome.zarr storage is on the roadmap....
As discussed in this forum post, it would be great if the N5 Java libraries had support for an HTTP(S) backend. This would facilitate HTTP support of OME-Zarr datasets in BigDataViewer and other tools. Imo that would be a big win for interoperability.
Here is the URL for a small sample dataset: https://data-humerus.webknossos.org/data/zarr/scalable_minds/l4_sample0/color/
Happy to help with a PR! @bogovicj mentioned there is ongoing work and recommended to wait a bit.
The text was updated successfully, but these errors were encountered: