<html><head></head><body><div class="ydpc9275dbayahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:13px;"><div></div>
<div dir="ltr" data-setdir="false">Can someone clarify whether the "Native MrSID" proposal would change the functionality of the library, or would only make it easier to use the library through GDAL. I posted a few months ago about an apparent color bug in the GDAL MrSID implementation compared to the LizardTech tool.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false"><br></div><div><br></div>
</div><div id="ydp5bcc8f11yahoo_quoted_9915261018" class="ydp5bcc8f11yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Monday, September 29, 2025 at 03:08:50 PM PDT, gdal-dev-request@lists.osgeo.org <gdal-dev-request@lists.osgeo.org> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr">Send gdal-dev mailing list submissions to<br></div><div dir="ltr"> <a href="mailto:gdal-dev@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev@lists.osgeo.org</a><br></div><div dir="ltr"><br></div><div dir="ltr">To subscribe or unsubscribe via the World Wide Web, visit<br></div><div dir="ltr"> <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="nofollow" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></div><div dir="ltr">or, via email, send a message with subject or body 'help' to<br></div><div dir="ltr"> <a href="mailto:gdal-dev-request@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev-request@lists.osgeo.org</a><br></div><div dir="ltr"><br></div><div dir="ltr">You can reach the person managing the list at<br></div><div dir="ltr"> <a href="mailto:gdal-dev-owner@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev-owner@lists.osgeo.org</a><br></div><div dir="ltr"><br></div><div dir="ltr">When replying, please edit your Subject line so it is more specific<br></div><div dir="ltr">than "Re: Contents of gdal-dev digest..."<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">Today's Topics:<br></div><div dir="ltr"><br></div><div dir="ltr"> 1. Proposal: Native MrSID DSDK Support for Upcoming GDAL Version<br></div><div dir="ltr"> (Surendrakumar Dandru)<br></div><div dir="ltr"> 2. Re: Proposal: Native MrSID DSDK Support for Upcoming GDAL<br></div><div dir="ltr"> Version (Surendrakumar Dandru)<br></div><div dir="ltr"> 3. Re: Proposal: Native MrSID DSDK Support for Upcoming GDAL<br></div><div dir="ltr"> Version (Greg Troxel)<br></div><div dir="ltr"> 4. gdal2tiles 3.11.3 dies when source files have transparency<br></div><div dir="ltr"> (Stefan Gofferje)<br></div><div dir="ltr"> 5. Re: gdal2tiles 3.11.3 dies when source files have<br></div><div dir="ltr"> transparency (Scott)<br></div><div dir="ltr"> 6. Generating Python Bindings for GDAL 3.11.4 (Mazin Marwan)<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">----------------------------------------------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 1<br></div><div dir="ltr">Date: Mon, 29 Sep 2025 17:28:21 +0530<br></div><div dir="ltr">From: Surendrakumar Dandru <<a href="mailto:surendra232208@gmail.com" rel="nofollow" target="_blank">surendra232208@gmail.com</a>><br></div><div dir="ltr">To: <a href="mailto:gdal-dev@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev@lists.osgeo.org</a><br></div><div dir="ltr">Subject: [gdal-dev] Proposal: Native MrSID DSDK Support for Upcoming<br></div><div dir="ltr"> GDAL Version<br></div><div dir="ltr">Message-ID:<br></div><div dir="ltr"> <CACUrS0ALmRKMoUiuZ4taU0XX27KNwVkp3M+t1rNBYEH-iyOQzw@mail.gmail.com><br></div><div dir="ltr">Content-Type: text/plain; charset="utf-8"<br></div><div dir="ltr"><br></div><div dir="ltr">Dear GDAL Developers,<br></div><div dir="ltr"><br></div><div dir="ltr">I hope this message finds you well.<br></div><div dir="ltr"><br></div><div dir="ltr">I would like to propose adding native support for the MrSID Decode SDK<br></div><div dir="ltr">(DSDK) in an upcoming GDAL release. Currently, enabling MrSID support<br></div><div dir="ltr">requires manual configuration and custom builds, which complicates adoption<br></div><div dir="ltr">for users who have access to the DSDK.<br></div><div dir="ltr"><br></div><div dir="ltr">Native integration could include:<br></div><div dir="ltr"><br></div><div dir="ltr"> -<br></div><div dir="ltr"><br></div><div dir="ltr"> Automatic detection of MrSID DSDK headers and libraries in<br></div><div dir="ltr"> CMake/Autotools.<br></div><div dir="ltr"> -<br></div><div dir="ltr"><br></div><div dir="ltr"> A streamlined build process when the SDK is present.<br></div><div dir="ltr"> -<br></div><div dir="ltr"><br></div><div dir="ltr"> Updated documentation for enabling the driver with minimal manual steps.<br></div><div dir="ltr"><br></div><div dir="ltr">This would allow GDAL users with the DSDK to easily leverage MrSID support<br></div><div dir="ltr">while maintaining compliance with licensing restrictions.<br></div><div dir="ltr"><br></div><div dir="ltr">I would greatly appreciate your consideration of this feature for an<br></div><div dir="ltr">upcoming release and any guidance on the feasibility or requirements for<br></div><div dir="ltr">including it.<br></div><div dir="ltr"><br></div><div dir="ltr">Thank you for your work on GDAL.<br></div><div dir="ltr"><br></div><div dir="ltr">Best regards,<br></div><div dir="ltr">Surendrakumar Dandru<br></div><div dir="ltr">Geowgs84.corp<br></div><div dir="ltr">-------------- next part --------------<br></div><div dir="ltr">An HTML attachment was scrubbed...<br></div><div dir="ltr">URL: <<a href="http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250929/ce22e7b3/attachment-0001.htm" rel="nofollow" target="_blank">http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250929/ce22e7b3/attachment-0001.htm</a>><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 2<br></div><div dir="ltr">Date: Mon, 29 Sep 2025 17:34:39 +0530<br></div><div dir="ltr">From: Surendrakumar Dandru <<a href="mailto:surendra232208@gmail.com" rel="nofollow" target="_blank">surendra232208@gmail.com</a>><br></div><div dir="ltr">To: <a href="mailto:gdal-dev@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev@lists.osgeo.org</a><br></div><div dir="ltr">Subject: Re: [gdal-dev] Proposal: Native MrSID DSDK Support for<br></div><div dir="ltr"> Upcoming GDAL Version<br></div><div dir="ltr">Message-ID:<br></div><div dir="ltr"> <<a href="mailto:CACUrS0ANoM9aTCfJ1LT83A9JKBTdJPPuOeAVumaFMwETQDfkeg@mail.gmail.com" rel="nofollow" target="_blank">CACUrS0ANoM9aTCfJ1LT83A9JKBTdJPPuOeAVumaFMwETQDfkeg@mail.gmail.com</a>><br></div><div dir="ltr">Content-Type: text/plain; charset="utf-8"<br></div><div dir="ltr"><br></div><div dir="ltr">Dear GDAL Developers,<br></div><div dir="ltr"><br></div><div dir="ltr">Native integration of the *DSDK* would allow GDAL to *decode MrSID files<br></div><div dir="ltr">out-of-the-box*, while fully respecting the decode-only licensing<br></div><div dir="ltr">restrictions. This would simplify workflows and improve accessibility for<br></div><div dir="ltr">users who rely on MrSID data.<br></div><div dir="ltr"><br></div><div dir="ltr">I am happy to provide guidance or assistance with build integration and<br></div><div dir="ltr">testing on Windows and Linux platforms to ensure a smooth implementation.<br></div><div dir="ltr"><br></div><div dir="ltr">Thank you for considering this proposal. I look forward to your feedback.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">On Mon, Sep 29, 2025 at 5:28?PM Surendrakumar Dandru <<br></div><div dir="ltr"><a href="mailto:surendra232208@gmail.com" rel="nofollow" target="_blank">surendra232208@gmail.com</a>> wrote:<br></div><div dir="ltr"><br></div><div dir="ltr">> Dear GDAL Developers,<br></div><div dir="ltr">><br></div><div dir="ltr">> I hope this message finds you well.<br></div><div dir="ltr">><br></div><div dir="ltr">> I would like to propose adding native support for the MrSID Decode SDK<br></div><div dir="ltr">> (DSDK) in an upcoming GDAL release. Currently, enabling MrSID support<br></div><div dir="ltr">> requires manual configuration and custom builds, which complicates adoption<br></div><div dir="ltr">> for users who have access to the DSDK.<br></div><div dir="ltr">><br></div><div dir="ltr">> Native integration could include:<br></div><div dir="ltr">><br></div><div dir="ltr">> -<br></div><div dir="ltr">><br></div><div dir="ltr">> Automatic detection of MrSID DSDK headers and libraries in<br></div><div dir="ltr">> CMake/Autotools.<br></div><div dir="ltr">> -<br></div><div dir="ltr">><br></div><div dir="ltr">> A streamlined build process when the SDK is present.<br></div><div dir="ltr">> -<br></div><div dir="ltr">><br></div><div dir="ltr">> Updated documentation for enabling the driver with minimal manual<br></div><div dir="ltr">> steps.<br></div><div dir="ltr">><br></div><div dir="ltr">> This would allow GDAL users with the DSDK to easily leverage MrSID support<br></div><div dir="ltr">> while maintaining compliance with licensing restrictions.<br></div><div dir="ltr">><br></div><div dir="ltr">> I would greatly appreciate your consideration of this feature for an<br></div><div dir="ltr">> upcoming release and any guidance on the feasibility or requirements for<br></div><div dir="ltr">> including it.<br></div><div dir="ltr">><br></div><div dir="ltr">> Thank you for your work on GDAL.<br></div><div dir="ltr">><br></div><div dir="ltr">> Best regards,<br></div><div dir="ltr">> Surendrakumar Dandru<br></div><div dir="ltr">> Geowgs84.corp<br></div><div dir="ltr">><br></div><div dir="ltr">-------------- next part --------------<br></div><div dir="ltr">An HTML attachment was scrubbed...<br></div><div dir="ltr">URL: <<a href="http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250929/9886f8df/attachment-0001.htm" rel="nofollow" target="_blank">http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250929/9886f8df/attachment-0001.htm</a>><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 3<br></div><div dir="ltr">Date: Mon, 29 Sep 2025 08:20:50 -0400<br></div><div dir="ltr">From: Greg Troxel <<a href="mailto:gdt@lexort.com" rel="nofollow" target="_blank">gdt@lexort.com</a>><br></div><div dir="ltr">To: Surendrakumar Dandru via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev@lists.osgeo.org</a>><br></div><div dir="ltr">Subject: Re: [gdal-dev] Proposal: Native MrSID DSDK Support for<br></div><div dir="ltr"> Upcoming GDAL Version<br></div><div dir="ltr">Message-ID: <<a href="mailto:rmi8qhxcuvx.fsf@s1.lexort.com" rel="nofollow" target="_blank">rmi8qhxcuvx.fsf@s1.lexort.com</a>><br></div><div dir="ltr">Content-Type: text/plain<br></div><div dir="ltr"><br></div><div dir="ltr">It's hard to tell what you are asking for.<br></div><div dir="ltr"><br></div><div dir="ltr">You're writing from gmail and have what looks like an odd domain name in<br></div><div dir="ltr">your signature. I'm not in charge here, but my social expectations are<br></div><div dir="ltr">that people acting on behalf of a company write from their company email<br></div><div dir="ltr">address.<br></div><div dir="ltr"><br></div><div dir="ltr">I would suggest that you do the following (or hire someone to do it for<br></div><div dir="ltr">you):<br></div><div dir="ltr"><br></div><div dir="ltr"> - Publish a web page with up-to-date instructions for dealing with<br></div><div dir="ltr"> mrsid in gdal, including integrated builds and plugin builds. (All<br></div><div dir="ltr"> the ones I found were old.)<br></div><div dir="ltr"><br></div><div dir="ltr"> - Prepare a detailed proposal of what you'd like to change, so that<br></div><div dir="ltr"> those familiar with the sources can understand what you really mean<br></div><div dir="ltr"> and the consequences.<br></div><div dir="ltr"><br></div><div dir="ltr"> - If that seems ok to the maintainers, prepare a PR.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">I did find<br></div><div dir="ltr"><br></div><div dir="ltr"> <a href="https://gist.github.com/james-roden/01d9ea266528ed685319adb60222953e" rel="nofollow" target="_blank">https://gist.github.com/james-roden/01d9ea266528ed685319adb60222953e</a><br></div><div dir="ltr"><br></div><div dir="ltr">which is pretty up to date and also looks as easy to deal with as is<br></div><div dir="ltr">possible with proprietary software. About the only complaint I could<br></div><div dir="ltr">make about gdal is that there are 4 cmake variables:<br></div><div dir="ltr"><br></div><div dir="ltr"> && cmake -DMRSID_ROOT=${MRSID_DIR} \<br></div><div dir="ltr"> -DMRSID_INCLUDE_DIR=${MRSID_DIR}/include \<br></div><div dir="ltr"> -DMRSID_LIBRARY=${MRSID_DIR}/lib/libltidsdk.so \<br></div><div dir="ltr"> -DGDAL_USE_MRSID=ON .. \<br></div><div dir="ltr"><br></div><div dir="ltr">when the "autoconf is the one true way" part of me would expect the<br></div><div dir="ltr">analog of<br></div><div dir="ltr"><br></div><div dir="ltr"> --with-mrsid-${MRSID_DIR}<br></div><div dir="ltr"><br></div><div dir="ltr">and the rest to be picked up from there. But really, that's trivial,<br></div><div dir="ltr">and I somehow don't think you mean "it's causing us real trouble to set<br></div><div dir="ltr">4 variables in our build script (which is of course under configuration<br></div><div dir="ltr">management) instead of 1".<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 4<br></div><div dir="ltr">Date: Mon, 29 Sep 2025 15:41:48 +0000<br></div><div dir="ltr">From: Stefan Gofferje <<a href="mailto:lists@home.gofferje.net" rel="nofollow" target="_blank">lists@home.gofferje.net</a>><br></div><div dir="ltr">To: <a href="mailto:gdal-dev@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev@lists.osgeo.org</a><br></div><div dir="ltr">Subject: [gdal-dev] gdal2tiles 3.11.3 dies when source files have<br></div><div dir="ltr"> transparency<br></div><div dir="ltr">Message-ID:<br></div><div dir="ltr"> <<a href="mailto:0107019996231f7a-890f7558-9b25-44e9-a3cb-4439570bc85c-000000@eu-central-1.amazonses.com" rel="nofollow" target="_blank">0107019996231f7a-890f7558-9b25-44e9-a3cb-4439570bc85c-000000@eu-central-1.amazonses.com</a>><br></div><div dir="ltr"> <br></div><div dir="ltr">Content-Type: text/plain; charset=UTF-8; format=flowed<br></div><div dir="ltr"><br></div><div dir="ltr">Hi all,<br></div><div dir="ltr"><br></div><div dir="ltr">I have 4 large GeoTIFF files from which I want to create XYZ tiles. I <br></div><div dir="ltr">have tried various combinations with gdal_merge, gdalbuildvrt and <br></div><div dir="ltr">gdal_translate and the result is the same:<br></div><div dir="ltr"><br></div><div dir="ltr">When the source file contains transparency such as<br></div><div dir="ltr"><br></div><div dir="ltr">gdalbuildvrt -srcnodata 0 VVVH.vrt ${LIST}<br></div><div dir="ltr">gdal_merge -n 0 -a_nodata 0 -o VVVH.tif ${LIST}<br></div><div dir="ltr"><br></div><div dir="ltr">etc...<br></div><div dir="ltr"><br></div><div dir="ltr">gdal2tiles dies complaining that the source file cannot be found in the <br></div><div dir="ltr">/tmp directory.<br></div><div dir="ltr"><br></div><div dir="ltr">I call gdal2tiles like this:<br></div><div dir="ltr">/usr/bin/gdal2tiles -x --processes 8 --xyz -z 8-14 VVVH.vrt tiles<br></div><div dir="ltr">or<br></div><div dir="ltr">/usr/bin/gdal2tiles -x --processes 8 --xyz -z 8-14 VVVH.tif tiles<br></div><div dir="ltr">depending on what source file I created.<br></div><div dir="ltr"><br></div><div dir="ltr">I really would like to have tiles which are transparent where the source <br></div><div dir="ltr">files are instead of black.<br></div><div dir="ltr"><br></div><div dir="ltr">Example output:<br></div><div dir="ltr"><br></div><div dir="ltr">0multiprocessing.pool.RemoteTraceback:<br></div><div dir="ltr">"""<br></div><div dir="ltr">Traceback (most recent call last):<br></div><div dir="ltr"> File "/usr/lib/python3.12/multiprocessing/pool.py", line 125, in worker<br></div><div dir="ltr"> result = (True, func(*args, **kwds))<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3.12/multiprocessing/pool.py", line 48, in mapstar<br></div><div dir="ltr"> return list(map(*args))<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">1335, in create_base_tile<br></div><div dir="ltr"> alpha = alphaband.ReadRaster(rx, ry, rxsize, rysize, wxsize, wysize)<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3/dist-packages/osgeo/gdal.py", line 8756, in <br></div><div dir="ltr">ReadRaster<br></div><div dir="ltr"> return _gdal.Band_ReadRaster1(self, xoff, yoff, xsize, ysize,<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">RuntimeError: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr">May be caused by: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr">"""<br></div><div dir="ltr"><br></div><div dir="ltr">The above exception was the direct cause of the following exception:<br></div><div dir="ltr"><br></div><div dir="ltr">Traceback (most recent call last):<br></div><div dir="ltr"> File "/usr/bin/gdal2tiles", line 33, in <module><br></div><div dir="ltr"> sys.exit(load_entry_point('GDAL==3.11.3', 'console_scripts', <br></div><div dir="ltr">'gdal2tiles')())<br></div><div dir="ltr"> <br></div><div dir="ltr">^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">4625, in main<br></div><div dir="ltr"> return submain(argv, called_from_main=called_from_main)<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3/dist-packages/osgeo_utils/auxiliary/util.py", <br></div><div dir="ltr">line 46, in enable_exceptions_wrapper<br></div><div dir="ltr"> return fun(*args, **kwargs)<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">4655, in submain<br></div><div dir="ltr"> multi_threaded_tiling(input_file, output_folder, options, pool)<br></div><div dir="ltr"> File "/usr/lib/python3/dist-packages/osgeo_utils/auxiliary/util.py", <br></div><div dir="ltr">line 46, in enable_exceptions_wrapper<br></div><div dir="ltr"> return fun(*args, **kwargs)<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">4549, in multi_threaded_tiling<br></div><div dir="ltr"> for _ in pool.imap_unordered(<br></div><div dir="ltr"> File "/usr/lib/python3.12/multiprocessing/pool.py", line 451, in <br></div><div dir="ltr"><genexpr><br></div><div dir="ltr"> return (item for chunk in result for item in chunk)<br></div><div dir="ltr"> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr"> File "/usr/lib/python3.12/multiprocessing/pool.py", line 873, in next<br></div><div dir="ltr"> raise value<br></div><div dir="ltr">RuntimeError: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr">May be caused by: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">-- <br></div><div dir="ltr"> (o_ Stefan Gofferje | SCLT, MCP, CCSA<br></div><div dir="ltr"> //\ Reg'd Linux User #247167 | VCP #2263<br></div><div dir="ltr"> V_/_ <a href="https://www.gofferje.net" rel="nofollow" target="_blank">https://www.gofferje.net</a> | <a href="https://www.saakeskus.fi" rel="nofollow" target="_blank">https://www.saakeskus.fi</a><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 5<br></div><div dir="ltr">Date: Mon, 29 Sep 2025 09:03:22 -0700<br></div><div dir="ltr">From: Scott <<a href="mailto:public@postholer.com" rel="nofollow" target="_blank">public@postholer.com</a>><br></div><div dir="ltr">To: <a href="mailto:gdal-dev@mail.osgeo.org" rel="nofollow" target="_blank">gdal-dev@mail.osgeo.org</a><br></div><div dir="ltr">Subject: Re: [gdal-dev] gdal2tiles 3.11.3 dies when source files have<br></div><div dir="ltr"> transparency<br></div><div dir="ltr">Message-ID: <<a href="mailto:8cfc8d53-8beb-46c4-88c8-ddf7e626ece1@postholer.com" rel="nofollow" target="_blank">8cfc8d53-8beb-46c4-88c8-ddf7e626ece1@postholer.com</a>><br></div><div dir="ltr">Content-Type: text/plain; charset=UTF-8; format=flowed<br></div><div dir="ltr"><br></div><div dir="ltr">Hey Stefan,<br></div><div dir="ltr"><br></div><div dir="ltr">I don't have a direct answer to your question. But, I noticed you are <br></div><div dir="ltr">using gdal 3.11.3. I would encourage you to try the gdal cli version. It <br></div><div dir="ltr">doesn't rely on python and has a whole bunch of options. Something like:<br></div><div dir="ltr"><br></div><div dir="ltr">echo "Creating complete.gdalg.json..."<br></div><div dir="ltr">gdal raster mosaic \<br></div><div dir="ltr"> --input="cache/*.tif" \<br></div><div dir="ltr"> --output="complete.gdalg.json" \<br></div><div dir="ltr"> --resolution=highest \<br></div><div dir="ltr"> --overwrite<br></div><div dir="ltr"><br></div><div dir="ltr">echo "Creating tiles..."<br></div><div dir="ltr">gdal raster tile \<br></div><div dir="ltr"> --input=complete.gdalg.json \<br></div><div dir="ltr"> --min-zoom=12 --max-zoom=14 \<br></div><div dir="ltr"> --skip-blank --overview-resampling=cubic \<br></div><div dir="ltr"> --co ZLEVEL=9 --add-alpha \<br></div><div dir="ltr"> --output=tilesDir \<br></div><div dir="ltr"> --progress<br></div><div dir="ltr"><br></div><div dir="ltr">Documentation can be found here:<br></div><div dir="ltr"><a href="https://gdal.org/en/stable/programs/gdal_raster_tile.html#gdal-raster-tile" rel="nofollow" target="_blank">https://gdal.org/en/stable/programs/gdal_raster_tile.html#gdal-raster-tile</a><br></div><div dir="ltr"><br></div><div dir="ltr">Hope that helps!<br></div><div dir="ltr">Scott<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">On 9/29/25 08:41, Stefan Gofferje via gdal-dev wrote:<br></div><div dir="ltr">> Hi all,<br></div><div dir="ltr">> <br></div><div dir="ltr">> I have 4 large GeoTIFF files from which I want to create XYZ tiles. I <br></div><div dir="ltr">> have tried various combinations with gdal_merge, gdalbuildvrt and <br></div><div dir="ltr">> gdal_translate and the result is the same:<br></div><div dir="ltr">> <br></div><div dir="ltr">> When the source file contains transparency such as<br></div><div dir="ltr">> <br></div><div dir="ltr">> gdalbuildvrt -srcnodata 0 VVVH.vrt ${LIST}<br></div><div dir="ltr">> gdal_merge -n 0 -a_nodata 0 -o VVVH.tif ${LIST}<br></div><div dir="ltr">> <br></div><div dir="ltr">> etc...<br></div><div dir="ltr">> <br></div><div dir="ltr">> gdal2tiles dies complaining that the source file cannot be found in <br></div><div dir="ltr">> the /tmp directory.<br></div><div dir="ltr">> <br></div><div dir="ltr">> I call gdal2tiles like this:<br></div><div dir="ltr">> /usr/bin/gdal2tiles -x --processes 8 --xyz -z 8-14 VVVH.vrt tiles<br></div><div dir="ltr">> or<br></div><div dir="ltr">> /usr/bin/gdal2tiles -x --processes 8 --xyz -z 8-14 VVVH.tif tiles<br></div><div dir="ltr">> depending on what source file I created.<br></div><div dir="ltr">> <br></div><div dir="ltr">> I really would like to have tiles which are transparent where the source <br></div><div dir="ltr">> files are instead of black.<br></div><div dir="ltr">> <br></div><div dir="ltr">> Example output:<br></div><div dir="ltr">> <br></div><div dir="ltr">> 0multiprocessing.pool.RemoteTraceback:<br></div><div dir="ltr">> """<br></div><div dir="ltr">> Traceback (most recent call last):<br></div><div dir="ltr">> ? File "/usr/lib/python3.12/multiprocessing/pool.py", line 125, in worker<br></div><div dir="ltr">> ??? result = (True, func(*args, **kwds))<br></div><div dir="ltr">> ??????????????????? ^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3.12/multiprocessing/pool.py", line 48, in mapstar<br></div><div dir="ltr">> ??? return list(map(*args))<br></div><div dir="ltr">> ?????????? ^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">> 1335, in create_base_tile<br></div><div dir="ltr">> ??? alpha = alphaband.ReadRaster(rx, ry, rxsize, rysize, wxsize, wysize)<br></div><div dir="ltr">> ??????????? ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3/dist-packages/osgeo/gdal.py", line 8756, in <br></div><div dir="ltr">> ReadRaster<br></div><div dir="ltr">> ??? return _gdal.Band_ReadRaster1(self, xoff, yoff, xsize, ysize,<br></div><div dir="ltr">> ?????????? ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> RuntimeError: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr">> May be caused by: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr">> """<br></div><div dir="ltr">> <br></div><div dir="ltr">> The above exception was the direct cause of the following exception:<br></div><div dir="ltr">> <br></div><div dir="ltr">> Traceback (most recent call last):<br></div><div dir="ltr">> ? File "/usr/bin/gdal2tiles", line 33, in <module><br></div><div dir="ltr">> ??? sys.exit(load_entry_point('GDAL==3.11.3', 'console_scripts', <br></div><div dir="ltr">> 'gdal2tiles')())<br></div><div dir="ltr">> <br></div><div dir="ltr">> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">> 4625, in main<br></div><div dir="ltr">> ??? return submain(argv, called_from_main=called_from_main)<br></div><div dir="ltr">> ?????????? ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3/dist-packages/osgeo_utils/auxiliary/util.py", <br></div><div dir="ltr">> line 46, in enable_exceptions_wrapper<br></div><div dir="ltr">> ??? return fun(*args, **kwargs)<br></div><div dir="ltr">> ?????????? ^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">> 4655, in submain<br></div><div dir="ltr">> ??? multi_threaded_tiling(input_file, output_folder, options, pool)<br></div><div dir="ltr">> ? File "/usr/lib/python3/dist-packages/osgeo_utils/auxiliary/util.py", <br></div><div dir="ltr">> line 46, in enable_exceptions_wrapper<br></div><div dir="ltr">> ??? return fun(*args, **kwargs)<br></div><div dir="ltr">> ?????????? ^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3/dist-packages/osgeo_utils/gdal2tiles.py", line <br></div><div dir="ltr">> 4549, in multi_threaded_tiling<br></div><div dir="ltr">> ??? for _ in pool.imap_unordered(<br></div><div dir="ltr">> ? File "/usr/lib/python3.12/multiprocessing/pool.py", line 451, in <br></div><div dir="ltr">> <genexpr><br></div><div dir="ltr">> ??? return (item for chunk in result for item in chunk)<br></div><div dir="ltr">> ?????????? ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br></div><div dir="ltr">> ? File "/usr/lib/python3.12/multiprocessing/pool.py", line 873, in next<br></div><div dir="ltr">> ??? raise value<br></div><div dir="ltr">> RuntimeError: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr">> May be caused by: /tmp/tmpg8iuy420/VVVH.tif: No such file or directory<br></div><div dir="ltr">> <br></div><div dir="ltr">> <br></div><div dir="ltr">> <br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 6<br></div><div dir="ltr">Date: Mon, 29 Sep 2025 15:08:19 -0700<br></div><div dir="ltr">From: Mazin Marwan <<a href="mailto:mazin.marwan0@gmail.com" rel="nofollow" target="_blank">mazin.marwan0@gmail.com</a>><br></div><div dir="ltr">To: <a href="mailto:gdal-dev@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev@lists.osgeo.org</a><br></div><div dir="ltr">Subject: [gdal-dev] Generating Python Bindings for GDAL 3.11.4<br></div><div dir="ltr">Message-ID:<br></div><div dir="ltr"> <CAJgBAzBbw2FZ5+1T3zOuO1_fibJ5BK5bn=xQYU_hKUvrL3OukA@mail.gmail.com><br></div><div dir="ltr">Content-Type: text/plain; charset="utf-8"<br></div><div dir="ltr"><br></div><div dir="ltr">Hi all,<br></div><div dir="ltr"><br></div><div dir="ltr">I've installed GDAL 3.11.4 using VCPKG and am now trying to generate the<br></div><div dir="ltr">python bindings using:<br></div><div dir="ltr"><br></div><div dir="ltr">pip install gdal<br></div><div dir="ltr"><br></div><div dir="ltr">However I'm running into the following error:<br></div><div dir="ltr"><br></div><div dir="ltr">ERROR: Failed building wheel for gdal<br></div><div dir="ltr">Failed to build gdal<br></div><div dir="ltr">error: failed-wheel-build-for-install<br></div><div dir="ltr"><br></div><div dir="ltr">? Failed to build installable wheels for some pyproject.toml based projects<br></div><div dir="ltr">??> gdal<br></div><div dir="ltr"><br></div><div dir="ltr">A bit of research online has led me to believe that the pip version is just<br></div><div dir="ltr">broken and that the fix is installing a .whl file from cgholke's geospatial<br></div><div dir="ltr">wheels repo but that seems like a workaround instead of a proper fix. Is<br></div><div dir="ltr">there another way to fix this?<br></div><div dir="ltr">-------------- next part --------------<br></div><div dir="ltr">An HTML attachment was scrubbed...<br></div><div dir="ltr">URL: <<a href="http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250929/dff8053d/attachment.htm" rel="nofollow" target="_blank">http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250929/dff8053d/attachment.htm</a>><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Subject: Digest Footer<br></div><div dir="ltr"><br></div><div dir="ltr">_______________________________________________<br></div><div dir="ltr">gdal-dev mailing list<br></div><div dir="ltr"><a href="mailto:gdal-dev@lists.osgeo.org" rel="nofollow" target="_blank">gdal-dev@lists.osgeo.org</a><br></div><div dir="ltr"><a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="nofollow" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">End of gdal-dev Digest, Vol 256, Issue 30<br></div><div dir="ltr">*****************************************<br></div></div>
</div>
</div></body></html>