Re: [gdal-dev] gdalwarp running very slow

2022-12-13 Thread Rahkonen Jukka
Hi, Thank you for the information about the source files. I do not yet understand what you are trying to do and why. The both images have the same size 45 and 225000 and they cover the same area. Is the "image 5_UK_coastal-2020.tif" just NoData with pixel value - everywhere outside the

Re: [gdal-dev] Trouble using TEMPORARY=ON with ogr2ogr

2022-12-13 Thread Daniel Mannarino
Thank you (and Jeremy Palmer) so much! I eagerly await the release with the fix. I'd be happy to contribute a usage example to the documentation if that's helpful. Daniel Mannarino On Sun, Dec 11, 2022 at 4:58 PM Even Rouault wrote: > FYI Jeremy Palmer has just submitted a fix for that: > https:

[gdal-dev] GDAL 3.6.1 rc1 available

2022-12-13 Thread Even Rouault
Hi, As mentioned in earlier email, this release is done ahead of the planned schedule to fix a corruption when generating spatial index of GeoPackage file with large number of features with GDAL 3.6.0, which will be officially retracted once 3.6.1 is promoted. Pick up an archive among the fo

[gdal-dev] rc3 is available (was Re: libtiff v4.5.0 rc2 available)

2022-12-13 Thread Even Rouault
Here's RC3 with the fix for the issue Kurt raised (and a few relatted formatting printf() tidy up): - https://download.osgeo.org/libtiff/tiff-4.5.0rc3.tar.gz - https://download.osgeo.org/libtiff/tiff-4.5.0rc3.tar.gz.sig - https://download.osgeo.org/libtiff/tiff-4.5.0rc3.tar.xz - https://download

Re: [gdal-dev] [Tiff] libtiff v4.5.0 rc2 available

2022-12-13 Thread Kurt Schwehr
I patched that in and it works for me. Thanks! On Tue, Dec 13, 2022 at 1:47 PM Even Rouault wrote: > Hi Kurt, > > thanks for the feedback (and invalidating my prophecy that rc2 would be > the last one :-)) > > should be fixed with > https://gitlab.com/libtiff/libtiff/-/merge_requests/444. > > I

Re: [gdal-dev] [Tiff] libtiff v4.5.0 rc2 available

2022-12-13 Thread Even Rouault
Hi Kurt, thanks for the feedback (and invalidating my prophecy that rc2 would be the last one :-)) should be fixed with https://gitlab.com/libtiff/libtiff/-/merge_requests/444. Is that enough to get the build working for you before I generate a rc3 with that extra fix ? Even Le 13/12/20

Re: [gdal-dev] [Tiff] libtiff v4.5.0 rc2 available

2022-12-13 Thread Kurt Schwehr
I'm seeing mac osx and ios failures at my most recent sync of c4516f9dc72bad7f2c4a8f704169afa0342e44ca : third_party/tiff/libtiff/tif_dir.c:1988:17: error: format sp

[gdal-dev] libtiff v4.5.0 rc2 available

2022-12-13 Thread Even Rouault
Hi, The changes in IFD loop detection are non-trivial enough to justify a rc2, so here it is: - https://download.osgeo.org/libtiff/tiff-4.5.0rc2.tar.gz - https://download.osgeo.org/libtiff/tiff-4.5.0rc2.tar.gz.sig - https://download.osgeo.org/libtiff/tiff-4.5.0rc2.tar.xz - https://download.osg

[gdal-dev] gdalwarp running very slow

2022-12-13 Thread Clive Swan
Greetings, I am using the same files, I copied them from an AWS Bucket to a local AWS Instance. I tried gdal_merge << tries to create 300GB file I tried gdal_translate ran but created 2.5 GB not 6.9 GB file Now trying gdalwarp. the gdalinfo is the same in both datasets: coastal-2020.tif (6.9GB)

Re: [gdal-dev] Advanced 3.6.1 release and retraction of 3.6.0 ?

2022-12-13 Thread Howard Butler
+1 > On Dec 13, 2022, at 9:47 AM, Daniel Morissette > wrote: > > +1 for 3.6.1 with this fix. > > Daniel > > > On 2022-12-13 10:18, Even Rouault via gdal-dev wrote: >> Hi, >> https://github.com/qgis/QGIS/issues/51188 has been brought to my attention. >> The issue is that the new background

Re: [gdal-dev] gdalwarp running very slow

2022-12-13 Thread Rahkonen Jukka
Hi, If you are still struggling with the same old problem could you please finally send the gdalinfo reports of your two input files which are this time: coastal-2020.tif 5_UK_coastal-2020.tif -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Clive Swan Lähetetty: tiistai 13. joulukuuta 2022 17.2

Re: [gdal-dev] Advanced 3.6.1 release and retraction of 3.6.0 ?

2022-12-13 Thread Sebastiaan Couwenberg
On 12/13/22 16:18, Even Rouault via gdal-dev wrote: Given the status of GeoPackage being the default format for QGIS, I believe this is a severe enough issue to warrant an advanced 3.6.1 release, and an official retraction of 3.6.0. Thoughts ? Yes, please. Kind Regards, Bas -- GPG Key ID

Re: [gdal-dev] Advanced 3.6.1 release and retraction of 3.6.0 ?

2022-12-13 Thread Daniel Morissette
+1 for 3.6.1 with this fix. Daniel On 2022-12-13 10:18, Even Rouault via gdal-dev wrote: Hi, https://github.com/qgis/QGIS/issues/51188 has been brought to my attention. The issue is that the new background building of the RTree of GeoPackage files introduced in 3.6.0 didn't work well with c

Re: [gdal-dev] Advanced 3.6.1 release and retraction of 3.6.0 ?

2022-12-13 Thread Rahkonen Jukka
+1 for the hotfix. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: tiistai 13. joulukuuta 2022 17.19 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Advanced 3.6.1 release and retraction of 3.6.0 ? Hi, https://eur06.sa

Re: [gdal-dev] Advanced 3.6.1 release and retraction of 3.6.0 ?

2022-12-13 Thread Sean Gillies
No objection from me! On Tue, Dec 13, 2022, 8:19 AM Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Hi, > > https://github.com/qgis/QGIS/issues/51188 has been brought to my > attention. The issue is that the new background building of the RTree of > GeoPackage files introduced in

[gdal-dev] gdalwarp running very slow

2022-12-13 Thread Clive Swan
Greetings, I am running gdalwarp on a 6GB (output) and 600MB (input) tif image, the AWS Instance has approx 60 VCPU It has taken over 6 hours so far - still running, is it possible to optimise this and speed it up?? gdalwarp -r near -overwrite coastal-2020.tif 5_UK_coastal-2020.tif -co BIGTIFF=

[gdal-dev] Advanced 3.6.1 release and retraction of 3.6.0 ?

2022-12-13 Thread Even Rouault via gdal-dev
Hi, https://github.com/qgis/QGIS/issues/51188 has been brought to my attention. The issue is that the new background building of the RTree of GeoPackage files introduced in 3.6.0 didn't work well with committing transactions in between, which is easily triggered by ogr2ogr. All features were