<div dir="ltr">My apologies on typing the link and adding an 's' to the name. Should be<div><a href="ftp://ftp.coast.noaa.gov/tmp/kwaters/autocad_issue.zip">ftp://ftp.coast.noaa.gov/tmp/kwaters/autocad_issue.zip</a></div><div><br></div><div>Thanks for the tip on the configuration option! I agree about the ideal solution.</div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Kirk</div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 7, 2021 at 3:59 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>Kirk,</p>
    <p>the download link doesn't work.</p>
    <p>GDAL 3.3 will use geotiff 1.1 conventions by default when a
      compound CRS is used. You may try adding -co GEOTIFF_VERSION=1.0
      to force GeoTIFF 1.0.<br>
    </p>
    <p>When reading a GeoTIFF 1.1 file, GDAL will report the
      compoundCRS. For GeoTIFF 1.0 files, you need to specify --config <code class="gmail-notranslate"><span>GTIFF_REPORT_COMPD_CS YES (see
          <a href="https://gdal.org/drivers/raster/gtiff.html#configuration-options" target="_blank">https://gdal.org/drivers/raster/gtiff.html#configuration-options</a>)</span></code></p>
    <p>Autocad users should ideally report that to their vendor so they
      add support for GeoTIFF 1.1 (or maybe the issue is not much the
      change of the version number, but that we stripped down the
      formulation of geokeys to the minimum to avoid specifying things
      twice and the risk of contradiction)<br>
    </p>
    <p>Even<br>
      <code class="gmail-notranslate"><span></span></code><code class="gmail-notranslate"><span></span></code></p>
    <div>Le 07/10/2021 à 21:41, Kirk Waters -
      NOAA Federal via gdal-dev a écrit :<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div>Hi all,</div>
        I'm finding a change in georeferencing between GDAL 2.4 and 3.x
        that results in AutoCAD not being able to figure out where on
        earth a geotiff should be. I don't have AutoCAD, so I'm
        reliant on what my downstream users are telling me. These are
        elevation Tiffs, so they do have a vertical component to the SRS
        and that may be where the difference lies. I know it isn't up to
        GDAL to solve AutoCAD's lack of standards adoption, but I'm
        wondering if anyone has come across this and if there's a way to
        force the outputs that AutoCAD will read.
        <div><br>
        </div>
        <div>Two small files are included in a zip file at <a href="ftp://ftp.coast.noaa.gov/tmp/kwaters/autocad_issues.zip" target="_blank">ftp://ftp.coast.noaa.gov/tmp/kwaters/autocad_issues.zip</a>.
          One (Job640647_ches_coned.tif, made with GDAL 2.4) has
          georeferencing that works in AutoCAD, the other was made with
          GDAL 3.3.1 and has georeferencing that fails. Both were made
          with gdal_translate -a_srs EPSG:3582+6360 with the difference
          being the version of GDAL. They are not the exact same
          location on the ground.</div>
        <div><br>
        </div>
        <div>If I look at the files with listgeo, the older version has
          more tags and includes the horizontal and vertical units. With
          gdalsrsinfo, the newer one shows the more complete COMPOUNDCRS
          that includes the vertical component.</div>
        <div><br>
        </div>
        <div>I'm hoping I don't have to go back to GDAL 2.4 for AutoCAD
          users. If anyone has come across a solution before, I'd love
          to hear it.</div>
        <div><br>
        </div>
        <div>Thanks,</div>
        <div><br clear="all">
          <div>
            <div dir="ltr">
              <div dir="ltr">
                <div>
                  <div dir="ltr">
                    <div>
                      <div dir="ltr">
                        <div dir="ltr">
                          <div dir="ltr">
                            <div dir="ltr">
                              <div><font face="arial, helvetica,
                                  sans-serif">Kirk Waters, PhD         
                                             | NOAA Office for Coastal
                                  Management<br>
                                </font></div>
                              <div><font face="arial, helvetica,
                                  sans-serif">Applied Sciences Program  
                                     | 2234 South Hobson Ave<br>
                                                                       
                                             | Charleston, SC 29405</font></div>
                              <div><font face="arial, helvetica,
                                  sans-serif"> </font></div>
                              <div><br>
                              </div>
                            </div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
gdal-dev mailing list
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a>
</pre>
    </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>