[PROJ] PROJ 8.1.1RC1

[Kristian Evers]

Thanks Even. I am definitely not one of those smart maths people so I'll just fix it! 
I think this is (at least) the second time this has happened. I wonder if there's a good
way to avoid it. Clearly what's in HOWTORELEASE is not enough.

I'll wait until tomorrow in case something else pops up.

/Kristian

> -----Original Message-----
> From: PROJ <proj-bounces at lists.osgeo.org> On Behalf Of Even Rouault
> Sent: 26. august 2021 14:37
> To: Kristian Evers <kristianevers at gmail.com>; PROJ <proj at lists.osgeo.org>
> Subject: Re: [PROJ] PROJ 8.1.1RC1
> 
> Kristian,
> 
> there's a discrepancy in .so.x.y.z numbers on Linux depending if you use
> autoconf or cmake
> 
> $ ll ~/proj/install-proj-8.1.1-ac/lib/*.so*
> 
> libproj.so -> libproj.so.22.1.1*
> libproj.so.22 -> libproj.so.22.1.1*
> libproj.so.22.1.1*
> 
> $ ll ~/proj/install-proj-8.1.1-cmake/lib/*.so*
> 
> libproj.so -> libproj.so.22
> libproj.so.22 -> libproj.so.23.1.1
> libproj.so.23.1.1
> 
> CMakeLists.txt should probably be changed to have
> 
> set(PROJ_BUILD_VERSION "22.1.1")
> 
> The libtool version info current:revision:age (23:1:1) doesn't result in
> .so.current.revision.age but something with a bit more maths that only
> double PhD owners can figure out (apologies if you're one of those :-) :-))
> 
> Even
> 
> Le 26/08/2021 à 05:54, Kristian Evers a écrit :
> > All,
> >
> > I have prepared a release candidate for the upcoming version 8.1.1 of PROJ.
> >
> > Archives are available here
> >
> > http://download.osgeo.org/proj/proj-8.1.1RC1.tar.gz
> > http://download.osgeo.org/proj/proj-8.1.1RC1.zip
> >
> > The PROJ release includes a number of bug fixes and updates to the
> > transformation database (see details below).
> >
> > Please test the release candidates and report your findings back
> > to the mailing list.
> >
> > /Kristian
> >
> > —————————
> >
> > 8.1.1 Release Notes
> > -------------------
> >
> >   Updates
> >   -------
> >
> >   o EPSG Database updated to version 10.028 (#2773)
> >
> >   Bug Fixes
> >   ---------
> >
> >   o Include algorithm header file to avoid build errors on Alpine Linux (#2769)
> >
> >   o CMake: fix installation of executables on iOS (#2766)
> >
> >   o Associate extents to transformations of CRS's that include GEOIDMODEL
> (#2769)
> >
> >   o Logging: avoid some overhead when logging is not enabled (#2775)
> >
> >   o ortho: remove useless and invalid log trace (#2777)
> >
> >   o CMake: remove external nlohmann_json from INTERFACE_LINK_LIBRARIES
> target (#2781)
> >   o reateOperations(): fix SourceTargetCRSExtentUse::NONE mode (#2783)
> >
> >   o GeoTIFF grid reading: perf improvements (#2788)
> >
> >   o Conversion::createUTM(): avoid integer overflow (#2796)
> >
> >   o Inverse laea ellipsoidal: return
> PROJ_ERR_COORD_TRANSFM_OUTSIDE_PROJECTION_DOMAIN
> >     when appropriates (#2801)
> >
> >   o Make sure that proj_crs_promote_to_3D returns a derived CRS (#2806)
> >
> >   o createOperations(): fix missing deg<-->rad conversion when transforming
> with a
> >     CRS that has a fallback-to-PROJ4-string behaviour and is a BoundCRS of a
> >     GeographicCRS (#2808)
> >
> >   o WKT2 import/export: preserve PROJ.4 CRS extension string in REMARKS[]
> (#2812)
> >
> >   o BoundCRS: accept importing/exporting in WKT2 and PROJJSON the
> >     scope/area/extent/id attributes (#2815)
> >
> >   o ConcatenatedOperation::fixStepsDirection(): fix bad chaining of steps when
> >     inverse map projection is involved in non-final step (#2819)
> >
> >
> > _______________________________________________
> > PROJ mailing list
> > PROJ at lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/proj
> 
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
> 
> _______________________________________________
> PROJ mailing list
> PROJ at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/proj