<div dir="ltr">Here is the output tif file along with the command and its terminal output.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 27, 2021 at 3:02 PM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p><br>
    </p>
    <div>Le 27/04/2021 à 20:49, Andrew Bell a
      écrit :<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div dir="ltr"><br>
        </div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Tue, Apr 27, 2021 at 2:27
            PM Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>>
            wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            <div>
              <p>Andrew,</p>
              <p>This could be due to the PROJ version, but as I'm
                running with 8.0 too (and one of the CI config runs PROJ
                master), I suspect you just need to install the "conus"
                grid for NAD27 to WGS84 transformations into
                {proj_prefix}/share/proj . Unpack <a href="http://download.osgeo.org/proj/proj-datumgrid-1.8.tar.gz" target="_blank">http://download.osgeo.org/proj/proj-datumgrid-1.8.tar.gz</a></p>
            </div>
          </blockquote>
          <div>I have PROJ_NETWORK set to ON. I was under the impression
            that this would cause PROJ to find whatever grids shift
            files it needed at runtime. Is there more configuration
            that's necessary to get this to happen or do I misunderstand
            the PROJ_NETWORK setting?</div>
        </div>
      </div>
    </blockquote>
    <p>That should be fine. Actually I was wrong. This test case doesn't
      involve any datum shift / grids as it is EPSG:4326 to EPSG:3857
      reprojection.<br>
    </p>
    <p>That might then just be a subtle different rounding issue in
      computations in GDAL and/or PROJ, or more likely, due to using a
      different JPEG library as this test case involves JPEG
      compression. If that was the case, you might add your checksums as
      an alternative expected output. We do that in a number of places.</p>
    <p>Looking a few lines before the failure, I actually see that the
      CI got that issue and we worked around it with:<br>
    </p>
    <p>    if sys.platform == 'darwin' and
      gdal.GetConfigOption('TRAVIS', None) is not None:<br>
              assert got_cs != [0, 0, 0]<br>
          else:<br>
    </p>
    <p>Could you run</p>
    <p>gdal_translate ../autotest/gdrivers/data/small_world.tif out.tif
      -of COG co TILING_SCHEME=GoogleMapsCompatible -co COMPRESS=JPEG<br>
    </p>
    <p>and attach the resulting file ?<br>
    </p>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <div><br>
          </div>
          <div>Thanks,</div>
          <div> </div>
        </div>
        -- <br>
        <div dir="ltr">Andrew Bell<br>
          <a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>
      </div>
    </blockquote>
    <pre cols="72">-- 
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
  </div>

</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>