<div dir="ltr"><font size="2"><font size="2">The problem about "moving" the bindings is going to be that all of the SWIG definitions for all bindings are intimately wound together. It would be a lot of work for little gain.<br><br>The danger of the "surveys and feedback" driven approach, which I felt like saying at the time of the last survey but in the end thought it would just be ignored, is that the approach, although good and important, is intrinsically biased towards certain channels.<br><br>The people who use the CLI are going to be massively over represented - since I am sure they all know what GDAL is and use the website. <br><br>However, there are vast swathes of end users of GDAL who have absolutely no idea what GDAL is.<br><br>- the vast majority of QGIS users, the archeologists, the data scientists etc etc have no idea what GDAL is,</font></font><div><font size="2"><font size="2">- I am absolutely sure that none of the users of Google maps knows that (I am sure I heard anecdotally) GDAL is important to the data ingestion for maps,</font></font></div><div><font size="2"><font size="2">- I know that very few of the users in R are aware of GDAL - even when they refer to rgdal in their scripts (it is just a name).<br><br>And just so, since the Java and C# bindings (and to a lesser extent the Python bindings in Fiona and Rasterio) are bundled to packages (e.g Nuget, npm and UPM) that are (in some cases) bundled into other packages that are bundled in to applications that are distributed - I am absolutely sure that no one does or can know how many end users are using GDAL through these channels but I would be willing to bet that it is orders of magnitude higher than you think it is.<br><br>The danger is, of course, that if you based strategy purely on the latest survey then you would say that GDAL should ONLY be a CLI.<br><br>If you based strategy on what we know about end user numbers, you would probably say that GDAL should be a dedicated module of QGIS and the CLI should be deprecated!<br><br>Or possibly a dedicated batch back end for Google maps.<br><br>NONE of these possibilities would be a valid response to our lack of knowledge.</font></font></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, 30 Jan 2025 at 18:00, Michael Smith via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</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 class="msg-8848118104494989230"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="m_-8848118104494989230WordSection1"><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif">Maybe the bindings should be moved out if gdal to a separate repo so those interested in the bindings can monitor that specific repo and not gdal in general. <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif">Mike<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p><div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif">-- <u></u><u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif">Michael Smith<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif">Remote Sensing/GIS Center<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif">US Army Corps of Engineers</span><span style="font-size:11pt;font-family:Calibri,sans-serif"><u></u><u></u></span></p></div></div><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(181,196,223);padding:3pt 0in 0in"><p class="MsoNormal"><b><span style="font-family:Calibri,sans-serif;color:black">From: </span></b><span style="font-family:Calibri,sans-serif;color:black">gdal-dev <<a href="mailto:gdal-dev-bounces@lists.osgeo.org" target="_blank">gdal-dev-bounces@lists.osgeo.org</a>> on behalf of Tamas Szekeres via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>><br><b>Reply-To: </b>Tamas Szekeres <<a href="mailto:szekerest@gmail.com" target="_blank">szekerest@gmail.com</a>><br><b>Date: </b>Thursday, January 30, 2025 at 12:41 PM<br><b>To: </b>Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>><br><b>Cc: </b>"<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>" <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>><br><b>Subject: </b>Re: [gdal-dev] CSharp bindings queued for removal (was Re: GDAL CSharp bindings maintainers/contributors listening... ?)<u></u><u></u></span></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Even,<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">The silence is not necessary because we neglect the C# bindings, just because we are doing our daily work (using the bindings).<u></u><u></u></p></div><div><p class="MsoNormal">I'm personally maintaining the <a href="https://www.nuget.org/packages/GDAL" target="_blank">GDAL</a> and it's related nuget packages based on these bindings for several years and it has 658.1K downloads overall and 147 downloads per day in average. The packages are used by projects such as ArduPilot/MissionPlanner, DotSpatial, SharpMap which are also widely used projects, so we can consider the importance sigificant, and such change (removing the bindings entirely) would involve general dissatisfaction against GDAL I think. <u></u><u></u></p></div><div><p class="MsoNormal">In my opinion, we should also distinguish whether an issue reported against the binding is a blocker or just a nice to have change. In my understanding the implementation of the UTF-8 to unicode conversion at all relevant methods would be beneficial, but not something which would block the overall usage (it has already been done for the most important parts I think). If the required functionality is really important to someone, I think he/she will spend some time to contribute it or pay someone to make it happen.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I also think that the gdal-dev list is not proactively monitored by the GDAL users (or by the indirect users) well enough, so that we can make such decisions to remove a binding or a driver nased on that. Whe should probably find some alternative ways (like surveys or feedback forms at the site or gather some other statistics like doc page loads and downloads) by which the community can express their interest against a specific component and would be sufficient to detect disinterests.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">In any case, I'll review and will be trying to to sort out some open issues against csharp in the next few weeks.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Best regards,<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Tamas<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div></div><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal">Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>> ezt írta (időpont: 2025. jan. 29., Sze, 5:33):<u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in"><div><p>Hearing silence, the only logical conclusion is that there is no interest ==> <a href="https://github.com/OSGeo/gdal/pull/11746" target="_blank">https://github.com/OSGeo/gdal/pull/11746</a><u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">Le 27/09/2024 à 20:15, Even Rouault via gdal-dev a écrit :<u></u><u></u></p></div><blockquote style="margin-top:5pt;margin-bottom:5pt"><p>Hi,<u></u><u></u></p><p>This is your regular remainder that nobody in the core GDAL maintainer team is a CSharp <span lang="FR">aficionado (we don't have a personal grief against it, just that we are blatantly ignorant, at least speaking for myself !), so related tickets about it will definitely result in no action. </span><u></u><u></u></p><p><span lang="FR">See <a href="https://github.com/OSGeo/gdal/issues?q=is%3Aissue+is%3Aopen+label%3A%22csharp+bindings%22" target="_blank">https://github.com/OSGeo/gdal/issues?q=is%3Aissue+is%3Aopen+label%3A%22csharp+bindings%22</a></span><u></u><u></u></p><p><span lang="FR">The current trend is that people seem to be annoyed by UTF-8 related issues. The issue is likely that our methods that accept or take a const char* in the SWIG bindings should use a specific typemap to map to CSharp Unicode strings instead of the "C" one or whatever those concepts are called in CSharp. There is an existing "utf8_path" typemap that is used in method that accept filenames, that should probably be renamed to utf8_string and be used more extensively. And probably with a version of the methods to also return a raw C string / bytearray in the cases where drivers don't know the encoding and might return "random" stuff. Cf pull request #10652 where I did something for Java that suffered from that later issue.</span><u></u><u></u></p><p class="MsoNormal"><span lang="FR">Happy pull requests!</span><span lang="FR"> </span><u></u><u></u></p><p><span lang="FR">Even</span><u></u><u></u></p><pre>-- <u></u><u></u></pre><pre><a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><u></u><u></u></pre><pre>My software is free, but my time generally not.<u></u><u></u></pre><p class="MsoNormal"><br><br><u></u><u></u></p><pre>_______________________________________________<u></u><u></u></pre><pre>gdal-dev mailing list<u></u><u></u></pre><pre><a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><u></u><u></u></pre><pre><a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><u></u><u></u></pre></blockquote><pre>-- <u></u><u></u></pre><pre><a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><u></u><u></u></pre><pre>My software is free, but my time generally not.<u></u><u></u></pre><pre>Grumpy maintainer.<u></u><u></u></pre><pre>"De l'égo à l'égoût, il n'y a qu'une bouche mal refermée", André Isaac<u></u><u></u></pre></div><p class="MsoNormal">_______________________________________________<br>gdal-dev mailing list<br><a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br><a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><u></u><u></u></p></blockquote></div><p class="MsoNormal">_______________________________________________ gdal-dev mailing list <a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a> <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a> <u></u><u></u></p></div></div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></blockquote></div>