[PROJ] cdn.proj.org stats?

[Howard Butler]

> On Mar 23, 2026, at 3:57 AM, Jürgen E. Fischer via PROJ <proj at lists.osgeo.org> wrote:
> 
> Hi,
> 
> QGIS currently ships full proj-data with the windows msi installers and that's
> a good part of the installer.  We're trying to reduce that and therefore I'm
> now looking (again) into which grids could be separated.
> 
> I suppose
> 
> "Access logs to this resource are permanently deleted after one day, are not
> mirrored or stored, and are not publicly available. If this policy is not
> sufficient, users are encourage to mirror a local copy of the grid files and
> access them directly."
> 
> means that there is no stats that could help with this - ie. identifying huge
> grids that are never used (eg. maybe de_lgl_bw_BWTA2017.tif)

No. The alternative is answering questions like "why are you spying on me by storing logs of spatial queries from my desktop application?" My retort to the question is asking why doesn't *QGIS* have these statistics :) 

Some options I see:

* Keep distributing a fat installer
* Distribute a thin installer that takes in user input during the installation and syncs grids based on it. https://proj.org/en/stable/apps/projsync.html has --bbox and --area-of-use and --exclude-world-coverage options which the installer could use to restrict that initial caching
* Only distribute a thin installer and projsync grids as they are used on first access
* Provide a "Sync all geodetic support data" option buried in the settings and distribute with only global grid files.

The size of these grids have always been a problem. The purpose of the CDN is to provide a gradient that makes it convenient to do the most accurate thing in most cases. I think it has been quite successful in that regard. 

Howard

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20260323/b68df1af/attachment.htm>