<div dir="ltr"><div dir="ltr">I have a question about which GeoTIFF tags should be used for storing CRS information. I have two GeoTIFFs: one original and the same file saved as a COG. Then I created gdalinfo and listgeo reports for each and compared them for changes.<div><br></div><div><b>gdalinfo</b>: Aside from the difference in the PROJCRS citation ("WGS 84 / UTM zone 6N" vs. "WGS_84_UTM_zone_6N"), the only change is the COG and LZW predictor.</div><div><br></div><div><b>listgeo</b>: a large number of GeoTags were never populated by the original GeoTIFF creators. Other ASCII citation values were replaced by the Esri conversion tool.</div><div><br></div><div>A number of the listgeo-reported GeoKeys in the COG (e.g. GeogGeodeticDatumGeoKey, GeogAngularUnitSizeGeoKey, GeogEllipsoidGeoKey, etc.) are missing from the custom-made original GeoTIFF. The extra CRS tags were added upon conversion to COG. Those parameters are fundamental components of the CRS and are reported in the gdalinfo WKT as DATUM/ELLIPSOID, ANGLEUNIT, etc.</div><div><br></div><div>However, the WKT reported by gdalinfo is identical in both cases. So it had access to the full WKT components even when the corresponding GeoKeys were missing in the GeoTIFF.</div><div><br></div><div>My questions are: </div><div><ol><li style="margin-left:15px">If the GeoKeys storing that information are missing from the GeoTIFF, where does GDAL retrieve them from? Does it refer to the PROJ library to retrieve the EPSG values for the EPSG codes in ProjectedCSTypeGeoKey, VerticalCSTypeGeoKey, etc.?</li><li style="margin-left:15px">Some software, following guidance in DGIWG-108 and DGIWG-250, did not assign a VerticalDatumGeoKey. Prior to release of GeoTIFF 1.1, the "unknown" value caused problems with vertical projection in some software, like QT Modeler. Does GDAL now fill in or assume the missing key based on the VerticalCSTypeGeoKey?</li></ol></div><div>Thanks in advance!</div><div><br></div><div>Regards,</div><div>Eric</div><div><br></div></div></div>