[gdal-dev] zarr driver PR
Even Rouault
even.rouault at spatialys.com
Mon Jul 19 19:47:11 PDT 2021
FYI, the driver has now been merged into GDAL master and Docker images
have been regenerated (use the ubuntu-full or alpine-normal ones to get
support for all compression codecs supported by the driver)
Le 01/07/2021 à 21:05, Even Rouault a écrit :
>
> Hi all,
>
> for those who have monitored the PR tracker lately, you may have
> noticed that I've been working in
> https://github.com/OSGeo/gdal/pull/3896 for an implementation of a
> Zarr driver. This is now feature complete and in a CI ready state. It
> follows a different approach than the one proposed in PR #3411 for the
> reasons I underlined in
> https://github.com/OSGeo/gdal/pull/3411#issuecomment-831259626
>
> I've also filled the RFC template in
> https://github.com/OSGeo/gdal/pull/3896#issuecomment-872398856
>
> Even
>
>
> Le 01/02/2021 à 16:45, Sean Gillies a écrit :
>> Hi all,
>>
>> Also deep in our recent long thread about removing drivers from GDAL
>> is mention of a new PR for a "zarr" driver.
>>
>> https://github.com/OSGeo/gdal/pull/3411
>> <https://github.com/OSGeo/gdal/pull/3411>
>>
>> I'd like to see more discussion of the scope of this work and plans
>> for future development and support before a zarr driver is added to GDAL.
>>
>> Is the zarr driver not going to support version 2 of the zarr spec? I
>> that v2 would be difficult to implement as a GDAL driver as it is
>> extremely flexible and extensible. For example, I've written custom
>> compressor and storage for use in a project at work and can't imagine
>> how a driver written in C++ would understand it.
>>
>> Is the zarr driver based on
>> https://zarr-specs.readthedocs.io/en/core-protocol-v3.0-dev/protocol/core/v3.0.html
>> <https://zarr-specs.readthedocs.io/en/core-protocol-v3.0-dev/protocol/core/v3.0.html>?
>> That work seems not yet finished. Is it premature to add a driver to
>> GDAL for a format that isn't yet specified and may yet be changed? Or
>> should we expect only minor changes at this point?
>>
>> --
>> Sean Gillies
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20210720/4f726d31/attachment-0001.html>
More information about the gdal-dev
mailing list