On Tue, 25 Jun 2024, Even Rouault via gdal-dev wrote:
ok, so the exception occurs in the embedded copy of tinyxml inside the ECW
SDK ?
You likely need to apply those community patches to your libecwjp2 3.3
sources:
https://github.com/rouault/libecwj2-3.3-builds/blob/main/libecwj2-3.3.patch
On Tue, 25 Jun 2024, Even Rouault via gdal-dev wrote:
Le 25/06/2024 à 16:52, Andrew C Aitchison a écrit :
On Tue, 25 Jun 2024, Even Rouault wrote:
Le 25/06/2024 à 16:25, Andrew C Aitchison a écrit :
On Tue, 25 Jun 2024, Even Rouault via gdal-dev wrote:
Can you run "gdb
On Tue, 25 Jun 2024, Even Rouault wrote:
Le 25/06/2024 à 16:25, Andrew C Aitchison a écrit :
On Tue, 25 Jun 2024, Even Rouault via gdal-dev wrote:
Can you run "gdb autotest/cpp/testclosedondestroydm" , "run" , and when it
crashed "bt" so we have a backtrace of where it crashes (all of that
O read error.
but otherwise the same failures.
I do not have the MrSID SDK, so not recognizing mercator.sid is expected.
Would an strace be any use ? Any particular options ?
Le 25/06/2024 à 15:14, Andrew C Aitchison via gdal-dev a écrit :
This is not a new failure, so thre is no need for thi
This is not a new failure, so thre is no need for this to hold up 3.9.1.
System: Ubuntu 24-04/Noble on Intel x86-64.
# ctest --output-on-failure
8< 8< 8< 8< 8< 8< 8<
28/51 Test #28: test-closed-on-destroy-DM ***Failed0.19 sec
[==]
On Thu, 20 Jun 2024, Even Rouault via gdal-dev wrote:
Motion:
Adopt GDAL 3.9.1RC1 as 3.9.1 release
Starting with my +1
As Greg said, 25 hours isn't long to test
I've managed to build and run some tests on Ubuntu 24-04/Noble
using clang compilers (v18 as shipped by Ubuntu and/or v19 from
I don't think this affects any gdal code.
If you put a comment after an #else an #endif or "}"
(eg to aide finding the start of the block)
then clang-format v15 and v18 will rearrange the
whitespace differently.
Ubuntu Noble 24-04 ships v18.
--
Andrew C. Aitchison
On Wed, 24 Apr 2024, Even Rouault via gdal-dev wrote:
A future TileDB version will remove various deprecated API that the GDAL
TileDB driver currently uses. https://github.com/OSGeo/gdal/pull/9725
migrates away from those deprecated APIs, but that causes the minimum
requirement from TileDB
On Mon, 22 Apr 2024, Raley, Nathan via gdal-dev wrote:
Hmm, good catch. Looking at the stats for the red band:
Band 1 Block=128x128 Type=UInt16, ColorInterp=Gray
Min=130.000 Max=36265.000
Minimum=130.000, Maximum=36265.000, Mean=10415.962, StdDev=3502.933
NoData Value=0
Metadata:
On Thu, 18 Apr 2024, Even Rouault via gdal-dev wrote:
I'm proposing in https://github.com/OSGeo/gdal/pull/9693 that we add a CI
"stale" workflow for pull requests without activity. It is mostly a
copy from QGIS similar workflow with the following changes:
- restrict the scope to pull requests
I am trying to print a size_t variable* with CPLDebug, but
am struggling to find a format that works for all the guthub builds.
The main problem is that the "build-windows-msys2-mingw" build
does not support the format option %zu
../../../frmts/vrc/VRC.cpp:159:47: error: unknown conversion
On Thu, 28 Mar 2024, Michael Otto via gdal-dev wrote:
Hello,
I have an important question about the use of a 'GDAL_HTTP_HEADER_FILE'.
If I request a WFS with "OGR_WFS_PAGING_ALLOWED=ON" and use a header file
for authentication, will the header file be read with every new page?
I am wondering
On Tue, 26 Mar 2024, Cristhian Rivera via gdal-dev wrote:
Hi all,
I'm trying to debug an issue with a NetCDF file where in previous gdal
versions (up until 3.3.0) the geolocation was correctly identified by
gdalinfo, but in newer versions (>= 3.3.1) it is not.
I note that both versions
On Sun, 24 Mar 2024, Ian Hannah via gdal-dev wrote:
Hi,
I am using 3.8.4 of GDAL .NET and running this code:
string[] warpOptions =
{
"outputType", GdalConst.GDT_Byte.ToString(),
"srcSRS", projectionWKT,
On Fri, 8 Mar 2024, Even Rouault via gdal-dev wrote:
Hi,
Our command line C++ utilities use ad-hoc manual parsing, which means that:
- the usage message must be manually composed,
- you must take care to check that there are enough remaining arguments for
the ones that take value to avoid
On Wed, 6 Mar 2024, Daniel Evans via gdal-dev wrote:
Is it worth moving this in-depth discussion to a PR or similar for the new
driver?
My thinking is that a lengthy discussion on memory leak detection
techniques in C++, how to run tests in Python, etc., aren't topics relevant
to most GDAL
On Sun, 18 Feb 2024, Even Rouault wrote:
Le 10/02/2024 à 18:34, Andrew C Aitchison via gdal-dev a écrit :
On Sat, 10 Feb 2024, Even Rouault via gdal-dev wrote:
To test your own development, you may have a more pleasant experience by
directly running just the tests for your driver
On Tue, 13 Feb 2024, Carl Godkin via gdal-dev wrote:
Hi,
Sorry if this is an elementary cmake question but I am curious if there is
a cleaner solution than I came up with.
I'm trying to build GDAL 3.8.3 with WEBP support.
I built libwebp 1.3.2 (the latest) without any problems, also using
On Sat, 10 Feb 2024, Even Rouault via gdal-dev wrote:
To test your own development, you may have a more pleasant experience by
directly running just the tests for your driver with something like "pytest
autotest/ogr/ogr_miramon.py" (be careful on Windows, the content of
$build_dir/autotest
On Wed, 10 Jan 2024, ni hao via gdal-dev wrote:
Hi list,
question about: gdal_merge -of format
besides GTiff, what other formats can I specify? May I specify USGS DEM format?
Look in the output of
gdalinfo --formats
any raster format with rw for read-write can be used.
#
On Wed, 20 Dec 2023, Even Rouault via gdal-dev wrote:
Hi,
For those not actively following github tickets & PR, I just
want to point to a new pending major functionality to improve
management of virtual mosaics with a very large number of
tiles/sources (> tens of thousands of tiles), by
On Mon, 18 Dec 2023, Even Rouault wrote:
Le 18/12/2023 à 21:15, Andrew C Aitchison a écrit :
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Le 18/12/2023 à 16:18, Andrew C Aitchison via gdal-dev a écrit :
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Hi,
interesting
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Le 18/12/2023 à 16:18, Andrew C Aitchison via gdal-dev a écrit :
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Hi,
interesting question. No easy answer as it is highly driver dependent. I
believe that all drivers make sure
On Mon, 18 Dec 2023, Even Rouault via gdal-dev wrote:
Hi,
interesting question. No easy answer as it is highly driver dependent. I
believe that all drivers make sure that the content of the buffer before and
after the call is the same, but some drivers might temporarily modify it, to
do
On Fri, 15 Dec 2023, Even Rouault via gdal-dev wrote:
If the scope of this were to unvendor just these four (libjpeg, libpng,
zlib, giflib), I think it is enough to start, but it brings up the question
of whether or not JPEG, PNG, and GIF support are hard dependencies in GDAL
afterward.
https://raw.githubusercontent.com/craigshelley/QuickChart/master/Specification/The%20Quick%20Chart%20File%20Format%20Specification%201.03.pdf
describes a file format which includes polynomials describing forward
*and reverse* tranforms for this.
I don't know how common, or accurate, such reverse
26 matches
Mail list logo
