Hi All,
Are there any current plans/efforts underway to provide gdal_utils on
conda-forge?
If so, fantastic! Any way I can help?
If not, I'd be happy to set up the conda-forge recipe and maintain it.
Would that be acceptable and is there anyone else I should add (or wants to
be added) as a maint
Not sure but your error " Failed to process SRS definition: ESPG:32612 "
looks like a typo - should it be EPSG:32612
Regards
On Fri, 2 Jul 2021 at 14:06, Hill, David Foster
wrote:
> Hi.
>
> gdal_translate was working great for me for the past two weeks. I would do
> commands like:
>
>
> —>fin="
Hi.
gdal_translate was working great for me for the past two weeks. I would do
commands like:
—>fin="/nfs/depot/cce_u1/hill/dfh/op_snowmodel/wy_snowmodel/ctl_files/wo_assim/$STAMP.nc"
—>fout="/nfs/depot/cce_u1/hill/dfh/op_snowmodel/wy_snowmodel/ctl_files/wo_assim/$STAMP.tif"
—>gdal_translate -of
Pekka,
I suspect you use "ogr2ogr -f PostgreSQL PG:."
If you use rather "ogr2ogr -update PG:" you should be able to use
-doo (not sure the SET ROLE will work properly in that context though)
Even
Le 02/07/2021 à 08:52, Pekka Sarkola a écrit :
Hi!
We have a PostGIS database with log
Hi again,
GDAL is using the standand libpg-connect
https://www.postgresql.org/docs/12/libpq-connect.html and that does not have
support for defining roles during connect.
Do I understand right that your user "Joe" does not have direct CREATEDB
privileges but gets them through the admins role?
Hi,
I wonder if writing the output into pgdump
https://gdal.org/drivers/vector/pgdump.html and editing the SQL a bit could be
used as a workaround.
-Jukka Rahkonen-
Pekka Sarkola wrote:
> Hi!
> We have a PostGIS database with login roles and group roles (like "admins",
> "editors" and "view
