That't great, Idan! Thank you, I will look into it to add it to my code. Thanks, Rafael ________________________________ De: Idan Miara <i...@miara.com> Enviado: quarta-feira, 12 de janeiro de 2022 18:26 Para: Rafael Lima <rapl...@hotmail.com> Cc: Even Rouault <even.roua...@spatialys.com>; gdal dev <gdal-dev@lists.osgeo.org> Assunto: Re: [gdal-dev] How to fix path for gdal .py scripts in Anaconda-Windows?
Hi, I had the same problem, here's my solution : https://github.com/OSGeo/gdal/blob/master/swig/python/gdal-utils/osgeo_utils/auxiliary/batch_creator.py Idan On Wed, 12 Jan 2022, 23:22 Rafael Lima, <rapl...@hotmail.com<mailto:rapl...@hotmail.com>> wrote: I thought about uninstalling it to lol checking that PYTHONPATH or PYTHONHOME are not defined to an unexpected value will be sufficient It was something of the sorts. The paths were actually fine, but the "default windows app" is activated when calling a file with a .py extension. So calling ogrmerge.py on the terminal would activate the default app instead of the activated python =/ Thanks! ________________________________ De: gdal-dev <gdal-dev-boun...@lists.osgeo.org<mailto:gdal-dev-boun...@lists.osgeo.org>> em nome de Even Rouault <even.roua...@spatialys.com<mailto:even.roua...@spatialys.com>> Enviado: quarta-feira, 12 de janeiro de 2022 16:09 Para: gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org> <gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>> Assunto: Re: [gdal-dev] How to fix path for gdal .py scripts in Anaconda-Windows? I would have suggested to uninstall the offending proprietary software :-), but perhaps checking that PYTHONPATH or PYTHONHOME are not defined to an unexpected value will be sufficient Le 12/01/2022 à 19:24, Rafael Lima a écrit : ## Expected behavior and actual behavior. I installed gdal on a Windows environment using anaconda and tried using one of the .py scripts (e.g., ogrmerge.py). I expected the script to make use of the gdal installed in such an environment, but it seems that the script finds another gdal installation (screenshot below), thus throwing an error. My question seems to be related to the one in https://stackoverflow.com/questions/69328298/cannot-run-a-py-which-requires-a-gdal-module-in-anaconda-prompt-nor-in-command, apparently unsolved. I was wondering what is the correct approach to make sure gdal scripts find the correct gdal? ## Steps to reproduce the problem. create a conda environment: conda create -n test1 gdal activate the environment conda activate test1 call a gdal .py script ogrmerge.py In my case, that throws an error apparently because the script uses another gdal installation: [cid:part1.66CDEAD4.863B431E@spatialys.com] ## Operating system Windows 10 Pro - 20H2 version ## GDAL version and provenance GDAL==3.0.2 GDAL==3.4.0 Thank you! Rafael _______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/gdal-dev -- http://www.spatialys.com My software is free, but my time generally not. _______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org<mailto: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