<div dir="ltr">Even,<div><br></div><div>The silence is not necessary because we neglect the C# bindings, just because we are doing our daily work (using the bindings).</div><div>I'm personally maintaining the <a href="https://www.nuget.org/packages/GDAL">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. </div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>In any case, I'll review and will be trying to to sort out some open issues against csharp in the next few weeks.</div><div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> ezt írta (időpont: 2025. jan. 29., Sze, 5:33):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<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><br>
</p>
<br>
<div>Le 27/09/2024 à 20:15, Even Rouault via
gdal-dev a écrit :<br>
</div>
<blockquote type="cite">
<p>Hi,</p>
<p>This is your regular remainder that nobody in the core GDAL
maintainer team is a CSharp <span lang="fr"><span><span>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. <br>
</span></span></span></p>
<p><span lang="fr"><span><span>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></span></span></p>
<p><span lang="fr"><span><span>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.<br>
</span></span></span></p>
<span lang="fr"><span><span>Happy pull requests!</span></span></span>
<p><span lang="fr"><span><span>Even<br>
</span></span></span></p>
<pre cols="72">--
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
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>
</pre>
</blockquote>
<pre cols="72">--
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a>
My software is free, but my time generally not.
Grumpy maintainer.
"De l'égo à l'égoût, il n'y a qu'une bouche mal refermée", André Isaac</pre>
</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>
</blockquote></div>