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

Jan Heckman jan.heckman at gmail.com
Sun Sep 24 15:14:09 PDT 2023


That's clear. However, environmental means SET in one environment, and
EXPORT in the other.
Sorry for the pun, but I expect Windows and Linux settings/exports for GDAL
should be fairly similar.
So the environments might be the next step to communicate, if I'm not
mistaken at root.

On Sun, Sep 24, 2023 at 11:58 PM Jonathan Moules <
jonathan-lists at lightpear.com> wrote:

> 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/20230925/584c1127/attachment.htm>


More information about the gdal-dev mailing list