Re: [gdal-dev] gdalbuildvrt and band descriptions

Matt, copying over band description (and other band metadata) in the -separate case would make sense. Please file an enhancement ticket about that Even Le 27/03/2021 à 00:40, matt.wil...@yukon.ca a écrit : Hi Folks, `gdal_translate -b 1 infile.tif outfile.vrt` will copy the band 1 descrip

[gdal-dev] gdalbuildvrt and band descriptions

Hi Folks, `gdal_translate -b 1 infile.tif outfile.vrt` will copy the band 1 description to the output file. `gdalbuild.vrt` on the other hand leaves the band descriptions behind. Is there a way to have vrt carry the description across also? The project behind the question is to keep only the 4

Re: [gdal-dev] Adding gcps to a raster using gdal_translate can result in data loss.

Hi, Please give an exact example. Preferably with a raster that can be created from command line with gdal_create followed by other required commands. Or alternatively Python code that re-produces the issue. -Jukka Rahkonen- Hays Barrett wrote > If the gcps stretch the image beyond the dimensi

Re: [gdal-dev] Python Wheels for gdal

Hi all, I'm wondering how difficult it would be to build the windows wheels with the windows builder on the github CI , . I imagine we would need to install all the supported python versions to build all the pyd files.

Re: [gdal-dev] gdal_retile not enough memory

Hi, Thanks for the tip. I will try with this option and I tell you if this works. -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gda

Re: [gdal-dev] gdal_retile not enough memory

just a shot in the dark, but maybe increasing GDAL_CACHEMAX would help? > You need to enlarge cache size (GDAL_CACHEMAX) so that it can fit the > uncompressed tiles of one single row (count tiles in the row, not pixels.) > > ceil(126015/128)*3*8*128*128 = 387 118 080 = half a gigabyte >From my

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Thanks for everyone who participated! I declare this motion passed with the following votes from PSC members: +1 from EvenR, HowardB +0 from KurtS, JukkaR -0 from SeanG Idan On Fri, 26 Mar 2021, 18:57 , wrote: > Thanks, that’s exactly the info I needed to get oriented. > > > > -Matt > > > > *

[gdal-dev] Adding gcps to a raster using gdal_translate can result in data loss.

If the gcps stretch the image beyond the dimensions of the original raster it appears to clip the data that sits outside of the original raster dimensions rather than increase the raster dimensions to fit the stretched data . Is this the expected behavior? If so is there a way to increase the d

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Thanks, that’s exactly the info I needed to get oriented. -Matt From: Idan Miara Sent: March 26, 2021 5:29 AM To: Matt.Wilkie Cc: gdal dev Subject: Re: [gdal-dev] Motion: RFC 78: gdal-utils package Hi Matt, Point noted. I've updated the Summary section: Idan Summary This RFC suggests to pu

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Hi Matt, Point noted. I've updated the Summary section: Idan Summary This RFC suggests to put all the GDAL python modules (formly scripts), except from the GDAL core SWIG bindings, into their own distribution on pypi. The GDAL python sub-package osgeo.utils (introduced in GDAL 3.2) would be rena

Re: [gdal-dev] Motion: RFC 78: gdal-utils package

Hi Daniel, I see what you mean, And I agree that gdal-utils should not be a dependency or an extra-dependency for gdal. This issue would be relevant anyway only if we decide to remove the utils from the gdal sdist, which is not suggested by this RFC as some members didn't think it's preferable in

Re: [gdal-dev] Computing a geo-transform with gdalwarp from a set of GCPs also rectifies the input images

Thank you for pointing out these references. Best regards, Sebastian -- Dr. Sebastian Bullinger Department Object Recognition Fraunhofer Institute of Optronics, Sytem Technologies and Image Exploitation IOSB Gutleuthausstr. 1, 76275 Ettlingen, Germany Phone +49 7243 992-197 sebastian.bullin...