Even Rouault

> I will note that GDAL has drivers for completely opaque black box software such as ERDAS ECW/JP2 SDK indeed, that's what we mentioned during yesterday's monthly GDAL maintainer meeting....

> Also the name of the geometry has changed. That's expected ant not an issue, and not a new behaviour. This is due to SQL SQLite layer reporting a name...

@slesim Can you attach such a file ? I believe the root cause is that TIFF color table entries are expressed as values in the [0,65535] range, and not [0,255],...

- Is it customary that Nix specific files end up in upstream repositories ? - How can we ensure that this won't rot up over time? Nobody in the core...

@eschnett Once you're happy with the RFC, it would also be appropriate to mention it by an email to the gdal-dev mailing list (https://lists.osgeo.org/pipermail/gdal-dev/). Cf https://lists.osgeo.org/pipermail/gdal-dev/2024-February/058548.html for an example. Typically...

> Thinking about automatically converting float16 to float32 a bit more: I think it would be confusing to choose GDAL's behaviour in this respect on which compiler flags and versions...

@eschnett not sure what your plans are, but at that point, I believe that working on a candidate implementation would be the appropriate step forward

(Travis CI failure unrelated. Broke on master too due to upgrade of the image by the provider)

Thanks for the update. No rush, just wanted to know how things were progressing > because SWIG doesn't support Float16. is it itself an issue? I don't anticipate a lot...

@imincik We discussed that topic in today's monthly GDAL meeting maintainer and there's a general lack of enthusiasm about including Nix specific files in GDAL upstream. As @hobu mentionned, this...