Hi Javier,
I've come across some other bugs that are specific to Conda running in
Pycharm only this morning. Up to and including getting different
projection strings back for the exact same file, depending on whether
the `GetProjectionRef` is called via Pycharm or the terminal (using the
exact same conda environment).
`osr.SpatialReference().ImportFromEPSG(4326)` returns a RuntimeError in
Pycharm but works in the terminal:
PROJ: proj_create_from_database: Open of
/some/path/anaconda3/envs/abc/share/proj failed
So there's something weird going on with environment's that's Posix
specific.
Thanks,
Jonathan
On 2023-10-12 09:10, Javier Jimenez Shaw wrote:
Are you running pycharm under the conda environment? If you lose any
setting while combining both it can be a problem.
Have you tried setting PROJ_DEBUG=3 ?
It will show some traces from PROJ, like the location of proj.db used.
The point is if you can see the std out.
On Wed, 11 Oct 2023, 15:18 Jonathan Moules via gdal-dev,
<gdal-dev@lists.osgeo.org> wrote:
Hi List,
So, after more investigation:
* Using Python Anaconda on either Mac or Linux for GDAL (3.7.1),
`GetSpatialRef` triggers a RunTime Error for all shapefiles (but only
shapefiles).
* This happens on Ubuntu (two machines), and a Mac, but only under
PyCharm.
* Using the exact same `conda` environment as triggers the above:
running it directly from the terminal works fine.
So there's something about the combination of conda and Pycharm that
breaks this aspect of GDAL shapefile handling on *nix and Mac.
Any thoughts? Also, who do I actually report this bug to? Is it GDAL,
Conda, Pycharm, something else?
Cheers,
Jonathan
On 2023-09-28 14:58, Jonathan Moules via gdal-dev wrote:
> 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-boun...@lists.osgeo.org> Puolesta
>> Jonathan Moules via gdal-dev
>> Lähetetty: torstai 28. syyskuuta 2023 14.10
>> Vastaanottaja: gdal-dev@lists.osgeo.org; Even Rouault
>> <even.roua...@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@lists.osgeo.org
>>> https://list/
>>> s.osgeo.org
<http://s.osgeo.org>%2Fmailman%2Flistinfo%2Fgdal-dev&data=05%7C01%7Cjukka.rahko
>>> nen%40maanmittauslaitos.fi
<http://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@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
