Hi,
I've attempted to tackle CMake MacOSX framework builds and submitted a
few fixes & improvements in https://github.com/OSGeo/gdal/pull/4760, but
this is quite outside my zone of expertise, and I'm stuck on an issue
with plugin loading (see the PR). I'm not sure either of the general
direct
Even, Frank,
Thanks for the feedback. I found that for the case I reported the
artifacts are being generated in the backmap gap filling process, this
is removing the internal gaps as expected but is also incorrectly
extending the backmap outside the valid area, effectively replicating
the pixel va
Confirming the workaround for PROJ 8.2.0 - thanks for the quick fix!
On 03/11/2021 11:09, Even Rouault wrote:
Edzer,
This was indeed a PROJ 8.2.0 bug that I've fixed per
https://github.com/OSGeo/PROJ/pull/2917
I've also committed a workaround in GDAL itself that will go into 3.4.0 RC2
Even
With GDAL v3.2.1, Windows 10 - trying to write a geotiff to an S3 bucket using /vsis3/. The documentation states: It also allows sequential writing of files. No seeks or read operations are then allowed, so in particular direct writing of GeoTIFF files with the GTiff driver is not supported, unless
Le 03/11/2021 à 14:49, Javier Jimenez Shaw a écrit :
Hi
I have a GeoTIFF in EPSG:27700, "OSGB36 / British National Grid"
For consistency reasons, I want to run gdal2tiles with an equivalent
transformation than the one I will use later to transform points using
a PROJ pipeline. For consistency
Hi
I have a GeoTIFF in EPSG:27700, "OSGB36 / British National Grid"
For consistency reasons, I want to run gdal2tiles with an equivalent
transformation than the one I will use later to transform points using a
PROJ pipeline. For consistency reasons I will use that pipeline along the
time to transf
Frederico,
I've updated the ticket to reflect that I backed away from work on a new
implementation. I would still like to see a reliable geolocation
transformer.
I am also still interested in the general topic of iterative approximate
inverses for transformers which are not inherently invertible
Hi,
I've issued a RC2 with the following changes w.r.t RC1:
- mkgdaldist.sh: remove autom4te.cache dir from archive (fixes #4748)
- GTiff: explicitly enable strip choping
- MITAB: allow reading MID/MIF files with lines up to 1 million bytes
(fixes #3943)
- OGRSpatialReference::GetName(): workar
Edzer,
This was indeed a PROJ 8.2.0 bug that I've fixed per
https://github.com/OSGeo/PROJ/pull/2917
I've also committed a workaround in GDAL itself that will go into 3.4.0 RC2
Even
Le 02/11/2021 à 23:02, Edzer Pebesma a écrit :
This may have nothing to do with this RC but more with PROJ, but
