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%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@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
