<div dir="ltr"><div>Hi Kristian,</div><div><br></div><div>I've got an improvement :<br></div><div><br></div><div>THANKS TO<br>
------------<br>
<br>
Version 5.0.0 is made possible by the following contributors:<br>
<br>
    Lukasz Komsta<br>
    Maxim Churilin<br>
    edechaux<br>
    dusanjovic<br>
    Zoltan Siki<br>
    Tom Fili<br>
    Nicolas David<br>
    Mike Toews<br>
    Micah Cochran<br>
    Luke Campbell<br>
    Ilya Oshchepkov<br>
    Adam Wulkiewicz<br>
    Jonas Tittmann<br>
    Mateusz Loskot<br>
    Etienne Jacques<br>
    Bas Couwenberg<br>
    Elliott Sales de Andrade<br>
    Charles Karney<br>
    Aaron Puchert<br>
    Julien Moquet<br>
    Charles Karney<br>
    Howard Butler<br>
    Even Rouault<br>
    Thomas Knudsen<br></div>    Kristian Evers<br><div><div class="gmail-yj6qo gmail-ajU"><div id="gmail-:1w4" class="gmail-ajR" tabindex="0"><br></div><div class="gmail-ajR" tabindex="0">You forgot yourself.<img class="gmail-ajT" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"></div><div class="gmail-ajR" tabindex="0"><br></div><div class="gmail-ajR" tabindex="0">Well done !<br></div></div></div><div><br></div><div>Regards,<br></div><div><br><br><div><div><br></div><div> </div>

</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-02-02 16:02 GMT+01:00 Kristian Evers <span dir="ltr"><<a href="mailto:kreve@sdfe.dk" target="_blank">kreve@sdfe.dk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">All,<br>
<br>
I have prepared the first release candidate of PROJ 5.0.0. See the release notes below. Since this release brings many substantial changes I expect that we will be going through a number of RCs before the final release is ready. We are aiming for a March 1st final release.<br>
<br>
Please test the release candidate where ever you depend on it and report back your findings.<br>
<br>
Download it here:<br>
<br>
<a href="http://download.osgeo.org/proj/proj-5.0.0RC1.tar.gz" rel="noreferrer" target="_blank">http://download.osgeo.org/<wbr>proj/proj-5.0.0RC1.tar.gz</a>  (<a href="http://download.osgeo.org/proj/proj-5.0.0RC1.tar.gz.md5" rel="noreferrer" target="_blank">http://download.osgeo.org/<wbr>proj/proj-5.0.0RC1.tar.gz.md5</a>)<br>
<a href="http://download.osgeo.org/proj/proj-5.0.0RC1.zip" rel="noreferrer" target="_blank">http://download.osgeo.org/<wbr>proj/proj-5.0.0RC1.zip</a>       (<a href="http://download.osgeo.org/proj/proj-5.0.0RC1.zip.md5" rel="noreferrer" target="_blank">http://download.osgeo.<wbr>org/proj/proj-5.0.0RC1.zip.md5</a><wbr>)<br>
<br>
<br>
/Kristian<br>
<br>
<br>
5.0.0 Release Notes<br>
-------------------<br>
<br>
This version of PROJ introduces some significant extensions and<br>
improvements to (primarily) the geodetic functionality of the system.<br>
<br>
The main driver for introducing the new features is the emergence of<br>
dynamic reference frames, the increasing use of high accuracy GNNS,<br>
and the related growing demand for accurate coordinate<br>
transformations.  While older versions of PROJ included some geodetic<br>
functionality, the new framework lays the foundation for turning PROJ<br>
into a generic geospatial coordinate transformation engine.<br>
<br>
The core of the library is still the well established projection code.<br>
The new functionality is primarily exposed in a new programming<br>
interface and a new command line utility, "cct" (for "Coordinate<br>
Conversion and Transformation").  The old programming interface is<br>
still available and can - to some extent - use the new geodetic<br>
transformation features.<br>
<br>
The internal architecture has also seen many changes and much<br>
improvement.  So far, these improvements respect the existing<br>
programming interface. But the process has revealed a need to simplify<br>
and reduce the code base, in order to support sustained active<br>
development.<br>
<br>
!!!<br>
!!! Therefore we have scheduled regular releases over the coming years<br>
!!! which will gradually remove the old programming interface.<br>
!!!<br>
!!! This will cause breaking changes with the next two major version<br>
!!! releases, which will affect all projects that depend on PROJ<br>
!!! (cf. section "deprecations" below).<br>
!!!<br>
<br>
The decision to break the existing API has not been easy, but has<br>
ultimately been deemed necessary to ensure the long term survival of<br>
the project. Not only by improving the maintainability immensely, but<br>
also by extending the potential user (and hence developer) community.<br>
<br>
The end goal is to deliver a generic coordinate transformation<br>
software package with a clean and concise code base appealing to<br>
both users and developers.<br>
<br>
<br>
VERSIONING AND NAMING<br>
---------------------<br>
<br>
For the first time in more than 25 years the major version number of<br>
the software is changed. The decision to do this is based on the many<br>
new features and new API. While backwards compatibility remains -<br>
except in a few rare corner cases - the addition of a new and improved<br>
programming interface warrants a new major release.<br>
<br>
The new major version number unfortunately leaves the project in a bit<br>
of a conundrum regarding the name. For the majority of the life-time<br>
of the product it has been known as PROJ.4, but since we have now<br>
reached version 5 the name is no longer aligned with the version<br>
number.<br>
<br>
Hence we have decided to decouple the name from the version number and<br>
from this version and onwards the product will simply be called PROJ.<br>
<br>
In recognition of the history of the software we are keeping PROJ.4 as<br>
the *name of the organizing project*. The same project team also<br>
produces the datum-grid package.<br>
<br>
In summary:<br>
<br>
o The PROJ.4 project provides the product PROJ, which is now at<br>
  version 5.0.0.<br>
<br>
o The foundational component of PROJ is the library libproj.<br>
<br>
o Other PROJ components include the application proj, which provides<br>
  a command line interface to libproj.<br>
<br>
o The PROJ.4 project also distributes the datum-grid package,<br>
  which at the time of writing is at version 1.6.0.<br>
<br>
<br>
UPDATES<br>
-------<br>
<br>
o Introduced new API in proj.h.<br>
   - The new API is orthogonal to the existing proj_api.h API and the<br>
     internally used projects.h API.<br>
   - The new API adds the ability to transform spatiotemporal (4D)<br>
     coordinates.<br>
   - Functions in the new API use the "proj_" namespace.<br>
   - Data types in the new API use the "PJ_" namespace, with a few<br>
     historic exceptions such as XY, XYZ, LP and LPZ.<br>
<br>
o Introduced the concept of "transformation pipelines" that makes it<br>
   possible to do complex geodetic transformations of spatiotemporal<br>
   coordinates by daisy chaining simple coordinate operations.<br>
<br>
o Introduced cct, the Coordinate Conversion and Transformation<br>
   application.<br>
<br>
o Introduced gie, the Geospatial Integrity Investigation Environment.<br>
   - Selftest invoked by -C flag in proj has been removed<br>
   - Ported approx. 1300 built-in selftests to gie format<br>
   - Ported approx. 1000 tests from the gigs test framework<br>
   - Added approx. 200 new tests<br>
<br>
o Adopted terminology from the OGC/ISO-19100 geospatial standards<br>
   series. Key definitions are:<br>
   - At the most generic level, a *coordinate operation* is a change<br>
     of coordinates, based on a one-to-one relationship, from one<br>
     coordinate reference system to another.<br>
   - A *transformation* is a coordinate operation in which the two<br>
     coordinate reference systems are based on different datums, e.g.<br>
     a change from a global reference frame to a regional frame.<br>
   - A *conversion* is a coordinate operation in which both<br>
     coordinate reference systems are based on the same datum,<br>
     e.g. change of units of coordinates.<br>
   - A *projection* is a coordinate conversion from an ellipsoidal<br>
     coordinate system to a plane. Although projections are simply<br>
     conversions according to the standard, they are treated as<br>
     separate entities in PROJ as they make up the vast majority<br>
     of operations in the library.<br>
<br>
o New operations:<br>
   - The pipeline operator (pipeline)<br>
   - Transformations:<br>
     + Helmert transform (helmert)<br>
     + Horner real and complex polynomial evaluation (horner)<br>
     + Horizontal gridshift (hgridshift)<br>
     + Vertical gridshift (vgridshift)<br>
     + Molodensky transform (molodensky)<br>
     + Kinematic gridshift with deformation model (deformation)<br>
   - Conversions:<br>
     + Unit conversion (unitconvert)<br>
     + Axis swap (axisswap)<br>
   - Projections:<br>
     + Central Conic projection (ccon)<br>
<br>
o Significant documentation updates, including<br>
   - Overhaul of the structure of the documentation<br>
   - A better introduction to the use of PROJ<br>
   - A complete reference to the new proj.h API<br>
   - a complete rewrite of the section on geodesic calculations<br>
   - Figures for all projections<br>
<br>
o New "free format" option for operation definitions, which<br>
   permits separating tokens by whitespace when specifying key/value-<br>
   pairs, e.g. "proj = merc lat_0 = 45".<br>
<br>
o Added metadata to init-files that can be read with the<br>
   proj_init_info() function in the new proj.h API.<br>
<br>
o Added ITRF2000, ITRF2008 and ITRF2014 init-files with ITRF<br>
   transformation parameters, including plate motion model<br>
   parameters.<br>
<br>
o Added ellipsoid parameters for GSK2011, PZ90 and "danish". The<br>
   latter is similar to the already supported andrae ellipsoid,<br>
   but has a slightly different semimajor axis.<br>
<br>
o Added Copenhagen prime meridian.<br>
<br>
o Updated EPSG database to version 9.2.0.<br>
<br>
o Geodesic library updated to version 1.49.1-c.<br>
<br>
o Support for analytical partial derivatives has been removed.<br>
<br>
o Improved performance in Winkel Tripel and Aitoff.<br>
<br>
o Introduced pj_has_inverse() function to proj_api.h. Checks if an<br>
   operation has an inverse. Use this instead of checking whether<br>
   P->inv exists, since that can no longer be relied on.<br>
<br>
o Removed support for Windows CE.<br>
<br>
o Removed the VB6 COM interface.<br>
<br>
BUG FIXES<br>
------------<br>
<br>
All bug fix numbers refer to issues indexed at<br>
<a href="https://github.com/OSGeo/proj.4/issues/" rel="noreferrer" target="_blank">https://github.com/OSGeo/proj.<wbr>4/issues/</a><br>
<br>
o Fixed incorrect convergence calculation in Lambert Conformal<br>
   Conic. #16.<br>
<br>
o Handle ellipsoid parameters correctly when using +nadgrids=@null.<br>
   #22.<br>
<br>
o Return correct latitude when using negative northings in<br>
   Transverse Mercator (tmerc). #138.<br>
<br>
o Return correct result at origin in inverse Mod. Stererographic<br>
   of Alaska. #161.<br>
<br>
o Return correct result at origin in inverse Mod. Stererographic<br>
   of 48 U.S. #162.<br>
<br>
o Return correct result at origin in inverse Mod. Stererographic<br>
   of 50 U.S. #163.<br>
<br>
o Return correct result at origin in inverse Lee Oblated<br>
   Stereographic. #164.<br>
<br>
o Return correct result at origin in inverse Miller Oblated<br>
   Stereographic. #164.<br>
<br>
o Fixed scaling and wrap-around issues in Oblique Cylindrical<br>
   Equal Area. #166.<br>
<br>
o Corrected a coefficient error in inverse Transverse Mercator. #174.<br>
<br>
o Respect -r flag when calling proj with -V. #184.<br>
<br>
o Remove multiplication by 2 at the equator error in Stereographic<br>
   projection. #194.<br>
<br>
o Allow +alpha=0 and +gamma=0 when using Oblique Mercator. #195.<br>
<br>
o Return correct result of inverse Oblique Mercator when alpha is<br>
   between 90 and 270. #331.<br>
<br>
o Avoid segmentation fault when accessing point outside grid. #369.<br>
<br>
o Avoid segmentation fault on NaN input in Robin inverse. #463.<br>
<br>
o Very verbose use of proj (-V) on Windows is fixed. #484.<br>
<br>
o Fixed memory leak in General Oblique Transformation. #497.<br>
<br>
o Equations for meridian convergence and partial derivatives have<br>
   been corrected for non-conformal projections. #526.<br>
<br>
o Fixed scaling of cartesian coordiantes in pj_transform(). #726.<br>
<br>
o Additional bug fixes courtesy of Googles OSS-Fuzz program:<br>
   <a href="https://bugs.chromium.org/p/oss-fuzz/issues/list?can=1&q=proj4" rel="noreferrer" target="_blank">https://bugs.chromium.org/p/<wbr>oss-fuzz/issues/list?can=1&q=<wbr>proj4</a><br>
<br>
<br>
DEPRECATIONS<br>
------------<br>
<br>
o The projects.h header and the functions related to it is<br>
   considered deprecated from version 5.0.0 and onwards.<br>
<br>
<br>
    !!!     PROJECTS.H WILL BE REMOVED FROM THE LIBRARY     !!!<br>
    !!!                 WITH VERSION 6.0.0                  !!!<br>
<br>
o The nmake build system on Windows will not be supported from<br>
   version 6.0.0 on onwards. Use CMake instead.<br>
<br>
    !!! NMAKE BUILD SYSTEM WILL BE REMOVED FROM THE LIBRARY !!!<br>
    !!!                 WITH VERSION 6.0.0                  !!!<br>
<br>
o The proj_api.h header and the functions related to it is<br>
   consided deprecated from version 5.0.0 and onwards.<br>
<br>
    !!!     PROJ_API.H WILL BE REMOVED FROM THE LIBRARY     !!!<br>
    !!!                 WITH VERSION 7.0.0                  !!!<br>
<br>
<br>
THANKS TO<br>
------------<br>
<br>
Version 5.0.0 is made possible by the following contributors:<br>
<br>
    Lukasz Komsta<br>
    Maxim Churilin<br>
    edechaux<br>
    dusanjovic<br>
    Zoltan Siki<br>
    Tom Fili<br>
    Nicolas David<br>
    Mike Toews<br>
    Micah Cochran<br>
    Luke Campbell<br>
    Ilya Oshchepkov<br>
    Adam Wulkiewicz<br>
    Jonas Tittmann<br>
    Mateusz Loskot<br>
    Etienne Jacques<br>
    Bas Couwenberg<br>
    Elliott Sales de Andrade<br>
    Charles Karney<br>
    Aaron Puchert<br>
    Julien Moquet<br>
    Charles Karney<br>
    Howard Butler<br>
    Even Rouault<br>
    Thomas Knudsen<br>
<span class="HOEnZb"><font color="#888888">    Kristian Evers<br>
______________________________<wbr>_________________<br>
Proj mailing list<br>
<a href="mailto:Proj@lists.maptools.org">Proj@lists.maptools.org</a><br>
<a href="http://lists.maptools.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">http://lists.maptools.org/<wbr>mailman/listinfo/proj</a><br>
</font></span></blockquote></div><br></div>