Re: [gdal-dev] Nodata is None, but still has blanks?

2022-01-17 Thread Frank Warmerdam
Matt, Tiffinfo reports the following. Note the "Transparency Mask" subfile. $ tiffinfo sample-no-mask.tif ... TIFF Directory at offset 0xe2 (226) Image Width: 304 Image Length: 285 Tile Width: 512 Tile Length: 512 Bits/Sample: 8 Sample Format: unsigned integer Compression Scheme: JPEG

[gdal-dev] Nodata is None, but still has blanks?

2022-01-17 Thread Matt.Wilkie
I'm confused. The attached image has no Nodata, but when dropped into Qgis and ArcGIS large areas are still drawn transparently, and there is no 4th band for a mask or alpha. How is this happening? (I'm trying to get completely rid of all Nodata and Mask info, so as to start over creating one

Re: [gdal-dev] Shortening schedule for CMake adoption ?

2022-01-17 Thread Tamas Szekeres
+1 I'll also do some checks in the next few weeks to make sure the things work on Windows as expected. Best regards, Tamas Even Rouault ezt írta (időpont: 2022. jan. 17., H, 14:38): > Hi, > > The new CMake build system > (https://gdal.org/development/rfc/rfc84_cmake.html) has made excellent

Re: [gdal-dev] Shortening schedule for CMake adoption ?

2022-01-17 Thread Norman Barker
+1 I am in favour, and will give it a try. Norman On Mon, Jan 17, 2022 at 12:11 PM Jeff McKenna wrote: > On 2022-01-17 9:37 a.m., Even Rouault wrote: > > > >> Consequently we could shorten the rather conservative schedule > > > > +1 > > thanks! > > -jeff > > > > -- > Jeff McKenna >

Re: [gdal-dev] Shortening schedule for CMake adoption ?

2022-01-17 Thread Jeff McKenna
On 2022-01-17 9:37 a.m., Even Rouault wrote: Consequently we could shorten the rather conservative schedule +1 thanks! -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/

Re: [gdal-dev] Shortening schedule for CMake adoption ?

2022-01-17 Thread thomas bonfort
> I can't see real advantages in keeping the 3 build systems longer than > strictly needed > fully agree, there's no advantage in delaying shipping if it's ready -- thomas ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] Shortening schedule for CMake adoption ?

2022-01-17 Thread Mateusz Loskot
On Mon, 17 Jan 2022 at 14:37, Even Rouault wrote: > The new CMake build system > (https://gdal.org/development/rfc/rfc84_cmake.html) has made excellent > progress, and I believe that it should be in a production ready state on > time for GDAL 3.5.0 (~ May). Thanks for those efforts! >

Re: [gdal-dev] Shortening schedule for CMake adoption ?

2022-01-17 Thread Andrew C Aitchison
+1 (Not that I have a vote). The CMake builds of my github clone seems OK. They do have build failures from time to time but I assume that is always true of bleeding edge code. On Mon, 17 Jan 2022, Even Rouault wrote: Hi, The new CMake build system

[gdal-dev] Shortening schedule for CMake adoption ?

2022-01-17 Thread Even Rouault
Hi, The new CMake build system (https://gdal.org/development/rfc/rfc84_cmake.html) has made excellent progress, and I believe that it should be in a production ready state on time for GDAL 3.5.0 (~ May). It is already very close to it according to a checklist I had created