<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 18 Feb 2020, at 05:32, Sebastiaan Couwenberg <<a href="mailto:sebastic@xs4all.nl" class="">sebastic@xs4all.nl</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On 2/17/20 10:11 PM, Kristian Evers wrote:<br class=""><blockquote type="cite" class="">This also marks the last release of the proj-datumgrid series which has been superseded by<br class="">proj-data. The proj-datumgrid repository will be archive once PROJ 7.0.0 is released in its final<br class="">form. The proj-datumgrid packages are updated this last time to extent the lifetime of the PROJ 6<br class="">branch a little bit.<br class=""></blockquote><br class="">What about possible future changes to the grids in proj-datumgrid<br class="">itself? Those are still required for the PROJ tests are they not?</div></div></blockquote><blockquote type="cite" class=""><div class=""><div class=""><br class="">The primary purpose of the proj-datumgrid was to have that content<br class="">version controlled, the secondary purpose was to collect more regional<br class="">grids to have them more easily available to users. The latter is now<br class="">provided by the CDN, which just leaves the former use case.<br class=""></div></div></blockquote><div><br class=""></div><div>The grids provided on the CDN are versioned controlled in the PROJ-data</div><div>repository: <a href="https://github.com/OSGeo/proj-data" class="">https://github.com/OSGeo/proj-data</a></div><div><br class=""></div><div>The purpose is the same as for the proj-datumgrid, this is just a fresh start</div><div>following the changes caused by RFC4.</div><div><br class=""></div><div>/Kristian</div></div><br class=""></body></html>