[Proj] PROJ 5.0.0RC6

[Kristian Evers]

Thanks for you feedback, Greg. It is very appreciated.

I think Bas has commented on most issues already so I'll skip that. I have updated
the NEWS and README files to take your comments into account:

https://github.com/OSGeo/proj.4/pull/828

Let me know if I've missed something or described things in an unclear way.

/Kristian

-----Oprindelig meddelelse-----
Fra: Greg Troxel [mailto:gdt at lexort.com] 
Sendt: 27. februar 2018 02:58
Til: Kristian Evers <kreve at sdfe.dk>
Cc: PROJ.4 and general Projections Discussions <proj at lists.maptools.org>
Emne: Re: [Proj] PROJ 5.0.0RC6


Kristian Evers <kreve at sdfe.dk> writes:

> Yet another release candidate is ready. This time PROJ 5.0.0RC6. Downloads are here:
>
> http://download.osgeo.org/proj/proj-5.0.0RC6.tar.gz (http://download.osgeo.org/proj/proj-5.0.0RC6.tar.gz.md5)

I am the maintainer for the pkgsrc package of proj, and have been a bit
distracted, so this is the first RC I tested.

A nit is that it unpacks to proj-5.0.0 instead of proj-5.0.0RC6, but
that's unimportant and will vanish with the release.

I used the configure method on NetBSD 7 amd64 (because that's how 4 was
built).  It built without errors, and passed the tests.  The set of
installed files changed, but in ways that are not surprising.

I built and tested with the older proj-datumgrids-1.5, because that is
what the previous build worked with.

NEWS does not clearly say that the shlib major version is changing in
this release. There is a lot of talk about API changing, but a total ABI
break should be mentioned, not because it is bad or unexpected to me,
but because it means that users and packaging systems have to arrange to
rebuild everything that depends on proj.  That's actually a core
function of packaging systems, to keep track of this and arrange for it.
This is not actually bothering me, since I know, and it should be fairly
obvious given the tone of the text, but adding functions does not
require a shlib bump, only withdrawing them, and I did not see what is
being withdrawn.

> During the weekend it has been decided to split the datumgrids package into a core package and several
> regional packages in order to keep file sizes tolerable for most users. This decision was made because of
> the newly added Australian grids that are rather large compared to the rest of the grids in the package.
> Tomorrow I will publish release candidates for the datumgrid packages.

The NEWS file says that proj-datumgrids version is 1.6.0, but it does
not explain how that should be used in terms of extracting and
installing, whether it should be part of a proj package (in a packaging
system), or in a separate proj-datumgrid package (or packages).   There
is some implication from the past that the datumgrids must be present to
run regression tests, but this is not clear.

The README does not explain how to run tests.  The patch at end helps,
but is silent on the question of datumgrids.


Finally, for an update of this magnitude, my total time to test and and
nitpick is very small, so I congratulate you all on an excellent job.




$NetBSD: patch-README,v 1.2 2015/09/13 23:22:23 gdt Exp $

Sent upstream by email 20120309.

--- README.orig	2018-02-25 19:20:40.000000000 +0000
+++ README
@@ -101,3 +101,12 @@ conversion grid files is also available.
 distributed under the name `proj-datumgrid-x.y.zip`, where "x" is the
 major release version and "y" the minor release version numbers.
 The grid package can be downloaded from the PROJ.4 website.
+
+## Testing
+
+To test, execute:
+
+        make check
+
+Note that you must have installed proj-datumgrid-1.5 in nad prior to
+building; the test suite includes grid shift tests.