wrong proj_api.h version in proj-4.7.

[jef]

Looks like trunk's version accidently made it into osgeo4w:

jef@xblade13:~$ tar xOjf osgeo4w/release/proj/proj-4.7.0-3.tar.bz2 include/proj_api.h|grep PJ_VERSION
#define PJ_VERSION 480

[warmerdam]

I don't really maintain branches for PROJ.4, and it is deliberate that the PROJ package reflects trunk. When the PJ_VERSION is updated in trunk is rather arbitrary.

[jef]

Replying to warmerdam:

I don't really maintain branches for PROJ.4, and it is deliberate that the PROJ package reflects trunk. When the PJ_VERSION is updated in trunk is rather arbitrary.

But that's not the case for releases, isn't it? Otherwise I don't see a point in having PJ_VERSION at all.

My point is that trunk's proj_api.h shouldn't be shipped PROJ 4.7.1 in OSGeo4W. It mentions pj_clear_initcache(), which proj.dll doesn't seem to have. And pj_get_release() reports 'Rel. 4.7.1, 23 September 2009' - which current trunk would probably report too.

A bit of background: I wanted to work around proj versions in qgis that are affected by  PROJ #100 with:

#if !defined(PJ_VERSION) || PJ_VERSION != 470
// run pj_init_plus on more that 16 different strings...
#else
// better don't
#endif

to at least not have it crash on affected versions. Any tips how to achieve this?

[neteler]

In general PROJ 4.7.1 should not be shipped at all in OSGeo4W. The official release version is 4.7.0. Note that Proj 4.7.1 is broken for GRASS in terms of datum handling, see related tickets:

 http://trac.osgeo.org/proj/ticket/122

 https://trac.osgeo.org/grass/ticket/1452

[jef]

proj 4.8.0 is now packaged.