pj_get_release() string bug

[rsbivand]

The string returned by pj_get_release() is still Rel. 4.7.1, 23 September 2009 in the development SVN code.

I need to check in a configure script whether rgdal is being built against proj4 4.7.0 or the 480 SVN development version, which now requires CTX arguments to some functions. But I cannot check by testing against the library version. Please fix this to set the release/version in the header, and have the function return that.

This bug is blocking the demystification of the error handler bug in rgdal, because the only available test case platform is running proj 480.

[rsbivand]

I can get around it by printing PJ_VERSION as an integer, but I guess the intention was to keep PJ_VERSION and the user-visible release string in sync.

[warmerdam]

I don't make promises about what the version will return in the SVN development code. If you need to do something different with code in SVN you will pretty much have to examine some other definition.

What public function has changed signature to take a CTX argument? I see pj_apply_gridshift() has but it isn't really intended to be used by applications.

[rsbivand]

The use case is that (many) users installing rgdal from source (typically Linux, but others too) who had incomplete proj binary installs, missed nad/conus and epsg files.

I cannot see any way to check for, or read in the case of epsg, than using pj_open_lib(), which gets a ctx argument in the trunk. Since the library "knows" where they are, the function lets me test in configure whether they have a suffuciently complete installation, and permits the reading of the epsg file into R for searching there. So that is why I am using pj_open_lib() knowing that it isn't in the API.