What about having a qgis installer without the grids, and an additional
optional installer with the grids bundled into it, which could be
decoupled from QGIS releases themselves and tied to PROJ-data releases ?
Le 23/03/2026 à 22:45, Nyall Dawson via QGIS-Developer a écrit :
On Mon, 23 Mar 2026 at 19:20, Tim Sutton via QGIS-Developer
<[email protected]> wrote:
Hi all
Here in the infrastructure management club for QGIS we have been embarking on a
plan to slowly divest ourselves of 'big tech'. At the end of last year we
switched off cloudflare CDN and implemented our own caching servers. At that
time we were doing around 130TB of throughput (including what was being soaked
up by Cloudflare). As of last month we did 430TB of throughput without the help
of Cloudflare.
We are trying to optimise costs - that bandwidth alone cost us in the
neighbourhood of 500€ per month. To reduce costs we can approach the problem in
two way:
1. optimise the infrastructure - we (QGIS Devops team) are busy looking into
ways to do that...
2. reduce the download size...
We are wondering if the datum shift files could be split out from the main
installer and fetched as an optional extra? Or maybe on demand as you need
them? We could set up some infrastructure for hosting them, but we would need
some help on the application side to implement logic to go and grab shift files
that are not locally cached. Is anyone able to help with this?
Well, we already have quite a user friendly existing workflow in place
for advising the user when they should have a grid shift file that
isn't currently installed, and a friendly automated GUI based approach
for doing the download and install.
So IMO we could rip out all the shift files from the installer and
fallback to this for everyone. The only downside would be that it
relies on internet access, and the download would happen once per user
(as opposed to once per organisation if they're bundled).
<sarcastic> Or we just embrace the 2026 view of analysis slop[1] and
stop caring if results are out by ~50m or have any relation to
real-world locations, and rip out the whole proj grid handling logic.
No one seems to care about accuracy and quality in mapping or coding
anymore anyway. </sarcastic>
Nyall
[1] eghttps://mapdesign.icaci.org/tag/365daysofmaps/
Regards
Tim
--
Tim Sutton
Kartoza Cofounder
Tim is a member of the QGIS Project Steering Committee
T : +27(0) 87 809 2702 E :[email protected] W : kartoza.com
This email and any attachments are confidential and intended solely for the use
of the individual or entity to whom they are addressed. If you
have received this email in error, please notify the sender immediately and
delete it from your system. Unauthorised use, disclosure, or copying
of the contents is prohibited.
_______________________________________________
QGIS-Developer mailing list
[email protected]
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer
_______________________________________________
QGIS-Developer mailing list
[email protected]
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
QGIS-Developer mailing list
[email protected]
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
