That's great to know, thanks both. Really must get on with that upgrade to GDAL
3...
Thanks,
Jon
-Original Message-
From: gdal-dev On Behalf Of Even Rouault
Sent: 05 February 2020 18:31
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Cannot set simple geotransform
> It's a known
On 2/6/20 1:55 AM, Jon Seymour wrote:
> What is the best way for me to upgrade gdal from 2.4.0 to 2.4.2 on a debian
> buster system?
Create a buster-backports branch from the most recent debian/2.4.x tag
in the package repository, and follow the procedure for backports:
https://debian-gis-team.p
I finally solved this, I have added some notes inline to my original post
to explain how and some misconceptions I had that have now been cleaned up.
Although I now have a working solution, I would be interested in
understanding cleaner approaches, if there are any (e.g. ways to rebuild
the debian
Hello all,
I have been using gdal-2.4.0 on debian buster for some time now. I ran
across an issue with the vsis3 driver and its interplay with the vrt driver
(AWS container credentials were expiring after 6 hours). This issue is
fixed in 2.4.2 so I wanted to upgrade my system to gdal-2.4.2 so I co
On mercredi 5 février 2020 12:20:04 CET Owen Varley wrote:
> Hi all,
>
> I've been using GDAL for the past couple of months and I have a question
> about how releases are managed that I can't figure out from trawling
> GitHub.
>
> There's a pull request (#1621) that includes a commit
> (https://g
> It's a known bug. There is some analysis at
> https://github.com/mapbox/rasterio/issues/524#issuecomment-156655258.
Actually, is a *past* known bug, at least for the GTiff driver
From GDAL 2.3.0 news:
* make it accept to write SetGeoTransform([0,1,0,0,0,1]) as a
ModelTransformationTag, and re
Hi Jon,
On Wed, Feb 5, 2020 at 10:15 AM Jon Morris wrote:
> I've just spent most of the afternoon banging my head against the desk
> because it appears that you cannot set a geotransform of (0, 1, 0, 0, 0,
> -1). Any other value works fine, but with this particular GT, the change is
> not saved
I've just spent most of the afternoon banging my head against the desk because
it appears that you cannot set a geotransform of (0, 1, 0, 0, 0, -1). Any other
value works fine, but with this particular GT, the change is not saved when you
close the ds. Is this a known issue? I'm using GDAL 2.2.0
Hi,
Master or "trunk" is the development branch. Current trunk will be released
as GDAL 3.1 perhaps around May 2020. New features are developed into trunk
but some changes, mainly bug fixes and especially bug fixes which deal with
security issues, are also backported into one of more released bran
Thanks, Joris, I will follow up on this.
But just on your last question: I definitely let the command finish (on
multiple attempts, actually), I just spared you the lengthy output.
Conflicts galore.
On Wed, Feb 5, 2020 at 1:49 PM Joris Van den Bossche <
jorisvandenboss...@gmail.com> wrote:
> Hi
Hi Laszlo,
The conda packages are not directly controlled by the GDAL developers, so
for the default Anaconda channel, you might want to report an issue at
https://github.com/ContinuumIO/anaconda-issues/issues, and for the
conda-forge package at https://github.com/conda-forge/gdal-feedstock/issues
Hi,
Many thanks for GDAL. I spent some time on gdal.org, the git repo, the
Anaconda repo, and even tried a Homebrew installation. I cannot get a
working installation on my mac.
As I guess conda was supposed to be the default and foolproof way to get
started, let me explain how dependencies break.
I found the problem.
Even though I was running a new configure file and calling make clean each time
to remove the last built files, some files like config.status were not updated
so the installation was running with the same faulty configuration over and
over. It seems I could add configuratio
Hi all,
I've been using GDAL for the past couple of months and I have a question about
how releases are managed that I can't figure out from trawling GitHub.
There's a pull request (#1621) that includes a commit
(https://github.com/OSGeo/gdal/pull/1621/commits/bcaeb975a703bdec49aff267a1a7a8f0c3
Hi,
Gdaltransform should be a rather close hit
https://gdal.org/programs/gdaltransform.html#gdaltransform
Usage example with your point
gdaltransform -s_srs epsg:4326 -t_srs epsg:2056
Enter X Y [Z [T]] values separated by space, and press Return.
10.1989 45.9461
2814015.23490644 1092044.84521026
Hello,
I have an issue with a Mapserver output format, and I'm wondering if it
could be related to the associated GDAL driver.
Actually I'm using Mapserver to output PNG 16-bits DEM raster from .HGT
elevation data.
I'm using the below output format definition :
OUTPUTFORMAT
NAME PNG16
DRIVER G
16 matches
Mail list logo
