different behaviour across platforms: pj_init_plus

[proj4-bot]

Reported by rsbivand on 19 May 2015 19:00 UTC
In R (rgdal::checkCRSArgs) we are seeing behaviour that differs across platforms for calls to pj_init_plus. We can replicate the Debian/Fedora 64-bit behaviour (back to 4.7) that:

$ echo "5 50" | proj +proj=utm +zone=32

fails with errno -13: major axis or radius = 0 or not given. This is equivalent to:

> library(sp)
> library(rgdal)
> CRS("+proj=utm +zone=32")

which also fails on these platforms for 4.9.1 - obviously no tag giving an ellps value. For our Windows 32 and 64-bit builds, Solaris, and OSX, we see no error; on Windows for 4.9.1, we see +ellps=WGS84 being appended to the string returned by pj_get_def().

Where is the +ellps=WGS84 coming from? Why do different platforms behave differently for the same 4.9.1 released source code, with some appending a valid, default +ellps, and others choosing bum_call?

Somewhat puzzled,

Roger

Migrated-From: https://trac.osgeo.org/proj/ticket/274

[sebastic]

On 2015-05-20 14:04:06 @hobu wrote in Trac #274 comment 2:

I have fixed this in ef4c492. Please test that it fixes the issue.

I will issue a new release after this is confirmed as fixed.

With the changes in #296 & #297 I can successfully generate release tarballs that include nad/proj_def.dat again.

See also the Missing proj_def.dat in 4.9.1 release thread on the proj list.