<div dir="ltr"><div>Hi Denis</div><div><br></div><div>The core STAC support was a two-part implementation, one in 3.38 and one in 3.40.</div><div>We just wanted to avoid the stable API limitation while there was work in progress.</div><div><br></div><div>I believe there's no reason to keep it like this any more :)</div><div><br></div><div>Best</div><div>Stefanos<br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, 12 May 2025 at 17:19, Denis Rouzaud <<a href="mailto:denis.rouzaud@gmail.com">denis.rouzaud@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear all,<div><br></div><div>For a refactoring of a plugin using STAC catalog (<a href="https://github.com/piMoll/swissgeodownloader" target="_blank">https://github.com/piMoll/swissgeodownloader</a>), we are thinking about using the core implementation. None of these classes are available in Python bindings and they are marked as private (<a href="https://github.com/qgis/QGIS/tree/master/src/core/stac" target="_blank">https://github.com/qgis/QGIS/tree/master/src/core/stac</a>).</div><div><br></div><div>Is there any specific reason for this? Do you have any objection to making this public?</div><div><br></div><div>Cheers,</div><div>Denis</div><div><br></div></div>
</blockquote></div>