#42 patch to use properly proj.4

Unstable (example)
closed-out-of-date
nobody
None
5
2013-10-06
2011-12-27
bicatali
No

here is patch for cmake to compile properly with proj.4 from http://trac.osgeo.org/proj/ instead of libproj4 from http://home.comcast.net/~gevenden56/proj/. not really tested apart from testsuite and compilation, but allows gentoo users to use projections (and gentoo devs to maintain one less library soon obsolete, libproj4 last version 2008).

Discussion

  • bicatali
    bicatali
    2011-12-27

    gdl-0.9.2 proj.4 cmake patch

     
    Attachments
  • Well, perhaps there was no need for an update in libproject? I would'n call a piece of software "soon obsolete" just because it was not updated for three years! :)
    Apparently, these two libraries are distinct: http://home.comcast.net/~gevenden56/proj/note1.html
    If indeed libproject covers all what's needed in GDL, and proj4 does much more but in a less elegant way, I wouldn't switch...

    Marc, Alain, Joel, any comments on that issue? (I'm using mapping with GDL but I don't know anything about the reasons libproject was chosen for it...)
    Sylwester

     
  • This has been an issue for Fedora as well which has the osgeo proj.4 but not libproj4. I'll try it out.

     
  • I don't know the quality of libproj4 vs. osgeo proj4, or whether the assessment on http://home.comcast.net/~gevenden56/proj/note1.html is still valid. What I see is that libproj4 is not packaged in Linux or BSD distros whereas osgeo proj4 is. I actually would like to know which one to go for. The patch just fixes GDL compilation with osgeo proj.4, still allowing libproj4 to be chosen.

     
  • Marc Schellens
    Marc Schellens
    2013-10-06

    • status: open --> closed-out-of-date
    • Group: --> Unstable (example)