[Proj] (moved to) https://github.com/OSGeo/proj-datumgrid

Kristian Evers kreve at sdfe.dk
Wed Dec 20 10:16:09 EST 2017

On 20 Dec 2017, at 15:43, Greg Troxel <gdt at lexort.com<mailto:gdt at lexort.com>> wrote:

Sebastiaan Couwenberg <sebastic at xs4all.nl<mailto:sebastic at xs4all.nl>> writes:

On 12/19/2017 02:28 AM, Greg Troxel wrote:
Even Rouault <even.rouault at spatialys.com<mailto:even.rouault at spatialys.com>> writes:
Ah sorry for reinventing the wheel, we should probably just
push your repo


What is the plan for how these bits are used?

Primarily to produce the proj-datumgrid archives alongside proj.

It seems obvious to me that they should be released with version numbers
and enough of a packaging system that they can install into
${prefix}/share/proj/? or something, so that packaging systems can make
packages (one, separate?), for installation by use by end users.

For now the proj build system is still expected to install the gridshift
files. This could possibly be separated in the future.

My real question is about the flow from repositories to releases of
tarballs to packaging system packages to bits in users' filesystems.  It
seems (but I could well be confused) that the points of proj-datumgrid

 - allow separate update cycle from proj proper
 - make size of proj itself smaller

Right now the pkgsrc proj package includes both proj and
proj-datumgrids.  That's perfectly workable, except that the version of
datumgrids isn't represented in the packaging system, which is perhaps
only cosmetic.

Is that how you think we should be doing things?

I think so. For now at least. If the new grid repository grows substantially we might want to consider dividing it into several packages that the user can choose to install if they need some particular grids. This could be organised by e.g. region or type of grid.

  Or should the
datumgrids be a separate package, depending on proj, with its own

I think that is how OSGeo4W does it. At least some grids are handled as separate packages.

Proj mailing list
Proj at lists.maptools.org<mailto:Proj at lists.maptools.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.maptools.org/pipermail/proj/attachments/20171220/64007ad9/attachment-0001.htm 

More information about the Proj mailing list