[PROJ] proj-data is 500MB

[Howard Butler]

> On Jul 24, 2020, at 3:16 AM, Sebastiaan Couwenberg <sebastic at xs4all.nl> wrote:
> 
> Signed PGP part
> On 7/24/20 10:00 AM, Jürgen E. Fischer wrote:
>> On Fri, 24. Jul 2020 at 09:41:02 +0200, Sebastiaan Couwenberg wrote:
>>> You could split up the grids per region and only depend on a subset
>>> (excluding au_*, ca_*, de_* & us_* removes most of the very large grids)
>>> and suggest the rest for the users to manually install when they need it.
>> 
>> I don't want to exclude de completely - esp. because there are grids that were
>> previously shipped among it.  The ridiculously large Baden-Württemberg grid
>> wasn't and must be excluded.
> 
> Then perhaps split the grids by size similar to the
> gmt-gshhg-{low,high,full} packages.
> 
> The gmt package in Debian only Recommends gmt-gshhg-low because of size
> constraints for OSGeoLive, despite the authors wanting the full package
> installed by default.

I'm not particularly sympathetic here. We cut the total size of the grids by  ~60% and enabled them to be lazily downloaded to users' systems incrementally or at user direction in bulk with projsync. Everything is enabled with a global CDN that should be fast just about everywhere.

I would consider adding an optional box to your installer that completes the projsync operation for the user. Then the download cost is between them and the CDN, and data isn't duplicated in your installers. They would get the latest grids, and they could potentially choose which families of content to fetch.

As a backup, you could also make a static proj-data package in OSGeo4W, but this is going to rot in relation to the grids at cdn.proj.org <http://cdn.proj.org/> If users don't know to select it, their software might not behave as they expect.

The complaints about sizes are frustrating. For a fully functioning PROJ in the past, you needed 1.2 gb of grids, and you had to do a bunch of hand jamming to get them situated. The current configuration is much simpler and user friendly in my opinion.

Howard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20200724/d2d7c0bd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 528 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20200724/d2d7c0bd/attachment.sig>