[Proj] https://github.com/OSGeo/projgrids

[Kristian Evers]

Even,

Thanks for setting this up! A few comments and ideas:


1.       Some structure in the repo would be nice. It might be as simple as having a folder called "grids" which contain all the grids and then README's and other relevant files in the root.

2.       We should come up with some rules to govern the repo with. The most important here is describing the requirements for getting grids accepted as part of the repository. A list of accepted licenses would be handy. Contact information or some other form of source of the grid is also needed I think.

3.       Can we convert the old CTable files to CTable2 format? The former are architecture dependent. Effectively fixes https://github.com/OSGeo/proj.4/issues/44

4.       Are the current tests affected of your "removal-proposal"? Removing the null grid could have some consequences.

/Kristian

Fra: proj-bounces at lists.maptools.org [mailto:proj-bounces at lists.maptools.org] På vegne af Even Rouault
Sendt: 18. december 2017 15:21
Til: proj at lists.maptools.org
Emne: [Proj] https://github.com/OSGeo/projgrids


Hi,



Following discussion in https://github.com/OSGeo/proj.4/pull/708, I've initiated a new repo to host (heavy) grids :

https://github.com/OSGeo/projgrids



I've initiated it by just unzipping

http://download.osgeo.org/proj/proj-datumgrid-1.6.zip



The aim is to avoid OSGeo/proj.4 to become too big as we add new grids and have a way to better track changes and discuss new addition propositions through pull requests



Looking a bit at things, it seems some cleanup could be possible.



https://github.com/OSGeo/proj.4/tree/master/nad and

https://github.com/OSGeo/projgrids contain a few duplicated files:

* ntf_r93.gsb

* ntv1_can.dat

* nzgd2kgrid0005.gsb

(binary identical in both repo)



And proj.4/tree/master/nad contains null.lla which is the source of the

OSGeo/projgrids/null file (actually projgrids/null is a 'non clean' version of the result of the compilation of null.lla, with some garbage in a unused area of the header)



proj.4/nad/Makefile.am also list grid names that are hosted in the grid repo in the install-data-local rule, so both repo are not currently independant.



So, I guess we could remove from proj.4/nad :

- null.lla

- the compilation rule of .lla files into CTable2 files (null.lla is the only remaining .lla file in proj.4 repo) (process-nad2bin Makefile target)

- the install-data-local rule

- ntf_r93.gsb, ntv1_can.dat, nzgd2kgrid0005.gsb



That way both repo would be entirely independant. Packagers would just have to drop the content of OSGeo/projgrids in the ${prefix}/share/proj directory.



I've given commit rights to the "proj-4-committers" team.



Even



--

Spatialys - Geospatial professional services

http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.maptools.org/pipermail/proj/attachments/20171218/b0c90e40/attachment-0001.htm