<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hi all,</p>
    <p>for those who have monitored the PR tracker lately, you may have
      noticed that I've been working in
      <a class="moz-txt-link-freetext" href="https://github.com/OSGeo/gdal/pull/3896">https://github.com/OSGeo/gdal/pull/3896</a> 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
      <a class="moz-txt-link-freetext" href="https://github.com/OSGeo/gdal/pull/3411#issuecomment-831259626">https://github.com/OSGeo/gdal/pull/3411#issuecomment-831259626</a></p>
    <p>I've also filled the RFC template in
      <a class="moz-txt-link-freetext" href="https://github.com/OSGeo/gdal/pull/3896#issuecomment-872398856">https://github.com/OSGeo/gdal/pull/3896#issuecomment-872398856</a><br>
    </p>
    <p>Even</p>
    <br>
    <div class="moz-cite-prefix">Le 01/02/2021 à 16:45, Sean Gillies a
      écrit :<br>
    </div>
    <blockquote type="cite"
cite="mid:CAOodmJo_sJs0o5OPi=N2MfwtDkRzjAtUvwW+BZa7HnH9xSUWZA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div>Hi all,</div>
        <div><br>
        </div>
        <div>Also deep in our recent long thread about removing drivers
          from GDAL is mention of a new PR for a "zarr" driver.</div>
        <div><br>
        </div>
        <div><a href="https://github.com/OSGeo/gdal/pull/3411"
            target="_blank" moz-do-not-send="true">https://github.com/OSGeo/gdal/pull/3411</a></div>
        <div><br>
        </div>
        <div>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.</div>
        <div><br>
        </div>
        <div>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.</div>
        <div><br>
        </div>
        <div>Is the zarr driver based on <a
href="https://zarr-specs.readthedocs.io/en/core-protocol-v3.0-dev/protocol/core/v3.0.html"
            moz-do-not-send="true">https://zarr-specs.readthedocs.io/en/core-protocol-v3.0-dev/protocol/core/v3.0.html</a>?
          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?<br>
        </div>
        <div><br>
        </div>
        <div>
          <div>-- <br>
            <div dir="ltr" data-smartmail="gmail_signature">Sean Gillies</div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
gdal-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/gdal-dev">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a>
</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
<a class="moz-txt-link-freetext" href="http://www.spatialys.com">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
  </body>
</html>