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

[Jonathan Moules]

Well, it seems that PROJ_DATA isn't set in their environment. But it's 
not set in mine either (`print(os.environ['PROJ_DATA']`)! So no idea why 
mine works just fine without it (Windows 11 thing?).

Creating a PROJ_DATA env var didn't fix anything. Even adding it 
explicitly in Python.

Their log file does have this in at a WARNING level:

`PROJ: proj_create_from_database: Open of 
/home/user/anaconda3/envs/env1/share/proj failed`

That path has: `drwxrwxr-x` permissions.

To answer Even's earlier question:

`ogrinfo /path/to/shape.shp` works fine on their system.



On 2023-09-28 12:37, Rahkonen Jukka wrote:
> Hi,
>
> Then they should add that environment if they do not know that they do not belong to "most users" https://proj.org/en/9.3/usage/environmentvars.html
>
> -Jukka Rahkonen-
>
> -----Alkuperäinen viesti-----
> Lähettäjä: gdal-dev <gdal-dev-bounces at lists.osgeo.org> Puolesta Jonathan Moules via gdal-dev
> Lähetetty: torstai 28. syyskuuta 2023 14.10
> Vastaanottaja: gdal-dev at lists.osgeo.org; Even Rouault <even.rouault at spatialys.com>
> Aihe: Re: [gdal-dev] layer.GetSpatialRef() fails on linux for shapefiles
>
> Hi Even,
>
> The colleague doesn't have either a PROJ_LIB or a PROJ_DATA environment variable.
>
> I asked another colleague to try it; they're on Ubuntu 20.04, and it worked for them. I believe using the same setup instructions.
>
> Cheers,
>
> Jonathan
>
> On 2023-09-24 22:37, Jonathan Moules via gdal-dev 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://list/
>> s.osgeo.org%2Fmailman%2Flistinfo%2Fgdal-dev&data=05%7C01%7Cjukka.rahko
>> nen%40maanmittauslaitos.fi%7C1f6517888cb34fa40aed08dbc01389dd%7Cc4f8a6
>> 3255804a1c92371d5a571b71fa%7C0%7C0%7C638314962370381350%7CUnknown%7CTW
>> FpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6
>> Mn0%3D%7C3000%7C%7C%7C&sdata=3fVru6K6Ndpkv35FnAbMOlT%2BM96USO7wywqx550
>> uRUs%3D&reserved=0
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev