[Geotiff] libgeotiff 1.6.0 is released

Even Rouault even.rouault at spatialys.com
Fri Apr 24 05:00:48 PDT 2020


Based on community feedback, I've just promoted 1.6.0 RC1 to final (*)

Sources at:
- http://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.6.0.tar.gz
- http://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.6.0.zip

New features:
* Add support for OGC GeoTIFF 1.1
* Expose GTIFGetPCSInfoEx(), GTIFGetProjTRFInfoEx(), GTIFGetGCSInfoEx(), 
GTIFGetDatumInfoEx(), GTIFGetEllipsoidInfoEx(), GTIFGetPMInfoEx(), 
GTIFGetUOMLengthInfoEx() and GTIFGetUOMAngleInfoEx() so that users can specify their 
own PROJ context
* Add GTIFKeyGetASCII(), GTIFKeyGetSHORT() and GTIFKeyGetDOUBLE() as safer variants of 
GTIFKeyGet() with type checking
* autotools build: enable build in a separate tree from source (#37) (fixes #28)
* Use pkg-config for libtiff detection

Bug fixes:
* GTIFDecToDMS(): fix rounding issue (refs #16)
* geo_names.c: Silence warning in GetNameFromDatabase
* cpl_serv.h: add parenthesis in macro definitions
* Fix spelling errors
* geo_normalize.c: set UOMLength from GeogLinearUnits (for geocentic CRS) (GDAL #1595)
* testlistgeo: remove hardcoded path in test output (fixes https://github.com/OSGeo/
* Adapt test script for PROJ 6.2 EPSG database (fixes #22)
* Use unix EOL for cmake related files (fixes #14)
* configure.ac: drop dead code
* geo_normalize.c: avoid look up of user-defined geokeys that cause PROJ warnings (fixes 
GDAL #2321)
* listgeo: fix corner coordinates for images with RasterPixelIsPoint (#36)


(*) I mentioned a vote but forgot that, based on what happened for 1.5.0, metacrs was more 
or less defunct/irrelevant as a voting body, so I just went ahead

Spatialys - Geospatial professional services
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geotiff/attachments/20200424/32cab4ef/attachment.html>

More information about the Geotiff mailing list