Thanks Even!
I confirm `gdaladdo infile.ext.msk` is a valid workaround on all the problem
files I've encountered it so far (about 7).
-Matt
From: Even Rouault
Sent: December 9, 2021 1:28 PM
To: Matt.Wilkie ; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Access window out of range
Hi,
fixed per https://github.com/OSGeo/gdal/pull/4965
you can likely workaround the issue by running gdaladdo on the .vrt.msk
prior to COGification
Even
Le 08/12/2021 à 18:35, matt.wil...@yukon.ca a écrit :
Hello,
Why is gdal off by one for the access window? I’m using standard
utilities
tebin”)
-Matt//
*From:*gdal-dev *On Behalf Of *Even
Rouault
*Sent:* December 8, 2021 11:08 AM
*To:* gdal-dev@lists.osgeo.org
*Subject:* Re: [gdal-dev] Access window out of range error with
standard utils
Matt,
this is likely a rounding bug somewhere, but I couldn't reproduce with
what yo
v On Behalf Of Even Rouault
Sent: December 8, 2021 11:08 AM
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Access window out of range error with standard utils
Matt,
this is likely a rounding bug somewhere, but I couldn't reproduce with what you
provided (with GDAL master and 3.3.2
Matt,
this is likely a rounding bug somewhere, but I couldn't reproduce with
what you provided (with GDAL master and 3.3.2 on Linux). I had to fix a
few hardcoded paths in the VRTs and create
SPOT7_FiftyMileCkSixtyMileR_321_150cm_19Jun2015_utm7.tif and
SPOT7_FiftyMileCkSixtyMileR_432_150cm_19
Hello,
Why is gdal off by one for the access window? I'm using standard utilities, no
custom code. This is only happening (so far) on one file out of dozens.
```
$ gdal_translate -co compress=zstd -co predictor=yes -co level=17 ^
-co bigtiff=yes -of cog INFILE.rgb-nir.vrt OUTFILE.tif
Input file
