Re: Management of datum grid files.
Kristian Evers <[email protected]> Wed, 27 Nov 2019 08:14:27 +0000
| Newsgroups | gmane.comp.gis.proj-4.devel |
|---|---|
| Message-ID | <[email protected]> |
Perhaps we should look into using %APPDATA%\Local\PROJ as the default path for %PROJ_LIB% on Windows? This has been good practice on Windows for quite a while now. I guess the reason that PROJ doesn't have a default location on Windows is that in earlier versions of Windows no such place was available. /Kristian -----Original Message----- From: PROJ <[email protected]> On Behalf Of Even Rouault Sent: 26. november 2019 23:12 To: [email protected] Subject: Re: [PROJ] Management of datum grid files. > No. The PROJ binary has no idea where PROJ_LIB can be pointed too. That's > why it is needed to be defined. For some builds typically done by Linux > distributions where the installaton path is known at build time, the > default search path is hardcoded in the binary, but for Windows, the actual > installation path is rarely known in advance. Yes, that's why I floated around the idea that PROJ default search path could also include the ${XDG_DATA_HOME}/proj directory, where ${XDG_DATA_HOME} resolves to ${HOME}/.local/share on Unix builds and ${USERPROFILE}/.local/ share on Windows builds, that RFC4 plans to use to put the local cache of downloaded chunks from the CDN. That has also the advantage that it is a user writable directory, which can help people not having admin rights. Even -- Spatialys - Geospatial professional services http://www.spatialys.com _______________________________________________ PROJ mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/proj _______________________________________________ PROJ mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/proj