[gdal-dev] layer.GetSpatialRef() fails on linux for shapefiles

[Jonathan Moules]

This applies to *all* shapefiles for that user. There are about 10 in 
the sample and they're from a diverse range of UK organisations. Mostly 
27700 (British National Grid), but likely one or two WGS84. Hence 
thinking it may be environmental, but I don't have any real *nix 
knowledge to use to diagnose the issue.


On 2023-09-24 22:52, Jan Heckman wrote:
> Sorry to break in, but surely, we would like to see the .prj file in 
> question for a simple try at reproducing?
>
> On Sun, Sep 24, 2023 at 11:37 PM Jonathan Moules via gdal-dev 
> <gdal-dev at lists.osgeo.org> wrote:
>
>     Thanks Even. I don't have access to the machine either as the
>     colleague
>     is moving to another project. I'll have to see if it fails for
>     another
>     *nix user.
>
>     On 2023-09-24 22:35, Even Rouault wrote:
>     >
>     > Le 24/09/2023 à 23:22, Jonathan Moules via gdal-dev a écrit :
>     >>
>     >> > Also check if the environment isn't messed up regarding PROJ and
>     >> the PROJ_LIB/PROJ_DATA environment variable
>     >>
>     >> Thanks Even; sorry, what does this line mean? I'm guessing you're
>     >> referring to: https://proj.org/en/9.3/usage/environmentvars.html -
>     >> what would a "messed up" one look like?
>     >>
>     > Hard to say without access to the machine. Perhaps just try to
>     > recreate a new Conda env from scratch
>     >
>     >
>
>     _______________________________________________
>     gdal-dev mailing list
>     gdal-dev at lists.osgeo.org
>     https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20230924/f8f2f8e6/attachment-0001.htm>