Hi Even,
this is also a solution. If I get it correctly I can get the encoding
from within QGIS and pass it to the Processing script that calls GDAL.
In this way the encoding is taken upstream and ogr2ogr should be able to
pass it to the PG database
Thanks!
Matteo
If you installed into the base environment, you should rollback it to
the last clean revision. Use /conda list --revisions/ to see which
revision number you need to use. Then use /conda install --revision N/
(where N is the revision number).
You should also make sure that your conda package
BTW - there was a typo in my email - the last line should, of course, have
read ...
"Then you just need to use the "gdaltest" environment when you want to
use GDAL."
That makes more sense :)
On Tue, 7 Dec 2021 at 11:28, Idan Miara wrote:
> Thanks Paul! It works!
>
>
> On Tue, 7 Dec 2021 at
Thanks Paul! It works!
On Tue, 7 Dec 2021 at 13:15, Paul Harwood wrote:
> Results like that are usually caused because there is something already in
> the conda environment that is causing a conflict and I notice that it is
> installing into /Users/idan.miara/opt/miniconda3 which would
Results like that are usually caused because there is something already in
the conda environment that is causing a conflict and I notice that it is
installing into /Users/idan.miara/opt/miniconda3 which would usually mean
you have installed into the "base" conda environment - which is not usually
Hi all,
I'm trying to install gdal on MacOS Big Sur via conda.
For some reason it installs v3.0.2, even though v3.4.0 is available.
Also it doesn't run, and gives the following error:
~ gdalinfo --version
dyld: Library not loaded: @rpath/libpoppler.91.dylib
Thanks!
logs are below.
Kind