[Proj] Proj 4.9.3RC2 Released

[Kristian Evers]

I've just returned from my holiday so unfortunately I haven't been able to pitch in before now. For now I'll just voice my opinion on the open PR's, but please let me know if there's anything else I can help with.

#386, #399 and #400 were merged a few hours ago so no need to discuss those.

#366: If I understand correctly, to fix this properly you would apply an override to the EPSG-database scripts somewhere in libgeotif or GDAL. I guess that hasn't happened yet, so +1 on merging. Can someone add the override where it belongs so we don't have to deal with this the next time there's updates to the EPSG file?

#383 (and #371): I have no insight in the technical side of things here, but I suggest we close #371 since it is basically the same as #383, and merge #383 when ready.

#388: As Thomas has already stated on github, it is not ready to be merged yet. 

#389: +1 on the NOMERGE. The discussion on github makes it clear to me that this is a projection that is made specifically for one particular older proprietary software package which is not in widespread use (so it seems to me at least). On top of that the documentation of the projection is not very good or publicly available (apart from a PDF attached to the github discussion). The submitter of the PR has not been able to explain what the benefits of merging his additions are, except for making it easier for the Navionics company to maintain their codebase.


Before releasing it would be nice to have the option of not compiling the newly implemented self-tests into proj. Even pointed out some time ago that the size of the proj binary becomes quite large when the tests are included. I will try to do something about that in the next few days.

/Kristian
	
> -----Oprindelig meddelelse-----
> Fra: proj-bounces at lists.maptools.org [mailto:proj-
> bounces at lists.maptools.org] På vegne af Howard Butler
> Sendt: 17. august 2016 16:25
> Til: PROJ.4 and general Projections Discussions
> Emne: Re: [Proj] Proj 4.9.3RC2 Released
> 
> 
> > On Aug 17, 2016, at 7:30 AM, Even Rouault <even.rouault at spatialys.com>
> wrote:
> >
> > # Unknown
> > +# Unable to translate coordinate system EPSG:7692 into PROJ.4 format.
> 
> Thanks for the catch, Even. I have updated the process generating the codes,
> and it is now behaving as expected. I pushed the update to the Proj.4
> repository, and they will be included when we issue a new RC.
> 
> To issue the new RC, we need some feedback. I am inclined to merge the
> following pull requests. Please provide feedback about these items if you
> have some:
> 
> > #400 -- Times projection implementation --
> https://github.com/OSGeo/proj.4/pull/400
> > MERGE
> >
> > #399 -- Eliminate load time non-computable initializers in healpix --
> https://github.com/OSGeo/proj.4/pull/399
> > MERGE by Kristian/Thomas
> >
> > #386 -- GIGS tests -- https://github.com/OSGeo/proj.4/pull/386
> > MERGE
> >
> > #366 -- Fix +wgs84 parameters for 3844 (Romania) --
> https://github.com/OSGeo/proj.4/pull/366
> > MERGE
> 
> 
> The following pull request require some more discussion:
> 
> > #391 -- new projection function for Navionics Mercator --
> https://github.com/OSGeo/proj.4/pull/391
> > NOMERGE. There's some controversy about the usefulness and validity of
> the the projection in the ticket. Micah pointed out there is one other
> example of a pure single-use projection in proj.4, which this would seem to
> be. I'd like to hear some support by others about including this before
> merging it.
> >
> > #388 -- Transformation pipelines --
> https://github.com/OSGeo/proj.4/pull/388
> > Contingent on Thomas and Kristian being ready to merge it. It is new
> functionality so its impact should be minimal.
> >
> > #383 -- Add BETA2007 grid and change potsdam datum --
> https://github.com/OSGeo/proj.4/pull/383
> > Need feedback on the impact of the datum change
> 
> Howard