{apologies for the late response - add your preferred rif on "I was busy"
excuses}
The PDAL approach is much easier (speaking as the de facto C# maintainer
for PDAL and MDAL).
However - it is a real "I would not start from here" issue (to quote our
Irish cousins). I cannot see the communities in
see Line 751 ++ for the list of build targets
On Fri, 31 Jan 2025 at 13:38, Paul Harwood wrote:
> https://github.com/OSGeo/gdal/blob/master/swig/csharp/CMakeLists.txt
>
> On Fri, 31 Jan 2025 at 13:36, Parveen Sharma
> wrote:
>
>> Thanks
>>
>> Could you please point me to the relevant scripts?
>
https://github.com/OSGeo/gdal/blob/master/swig/csharp/CMakeLists.txt
On Fri, 31 Jan 2025 at 13:36, Parveen Sharma wrote:
> Thanks
>
> Could you please point me to the relevant scripts?
> --
> *From:* Paul Harwood
> *Sent:* Friday, January 31, 2025 9:31 PM
> *To:* Par
I have checked and the three .csproj projects that you listed are NOT
currently being build by the build scripts - because they are not needed
for the test scripts. You will need to build them yourself.
On Fri, 31 Jan 2025 at 13:23, Paul Harwood wrote:
> The first question that I would ask is wh
The first question that I would ask is what are you trying to achieve?
DBUILD_APPS=ON will build the standard GDAL apps but does not affect the C#
trial apps. I think this is the default anyway
DBUILD_CSHARP_BINDINGS=ON will build the c# bindings and the c# trial apps.
If that is what you are try
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.
The danger of the "surveys and feedback" driven approach, which I felt like
saying at the time of the last survey but i
al-dev] C#
> bindings compilation
> <https://www.mail-archive.com/gdal-dev@lists.osgeo.org/msg35936.html>
> from 2021.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* gdal-dev *Puolesta *Paul
> Harwood via gdal-dev
> *Lähetetty:* keskiviikko 29. tammikuuta 2025 1
It seems to be a hyper aggressive move to go from a highly technical
question about UTF-8 to "remove C# totally".
If the question is "We need a named maintainer for C# or we remove it" then
I will step forward since I have an app that depends on it. However, I
don't feel competent enough in SWIG t
Create a new geometry,
iterate through each segment of the old geometry
if the segment does not intersect the equator, add that segment to the new
geometry,
else, use the intersection point to create two segments in the new
geometry.
On Sun, 26 Jan 2025 at 12:49, Javier Jimenez Shaw
wrote:
> Th
I would have thought : create a linesegment that is the equator and perform
an intersection between that linesegment and the target geometry to
identify the point in question and then create a new geometry with the new
point, or something like that.
I am not sure what it would mean to add a point
"If you can sacrifice the ellipsoidal height axis to avoid using a
> Projected 3D CRS, which is a bit of a geodetic dubious object (don't ask me
> more, but minds more enlightned than me question the soundness of using an
> ellipsoidal heights with a projected CRS)”
>
>
> I won’t ask you more :) bu
My tuppence worth (yes - a Britishism) just as a user and not a stakeholder
...
I would say that the real-life experience is likely to be that no one
knows or agrees what message should be on what list, people will post "on
the wrong list" and be asked to repost, everyone will end up on both lists
While I am at it - the stuff about "changes that are not subject to
copyright law" is meaningless - copyright applies to content and not to
changes and I doubt there is any content on GDAL that is NOT subject to
copyright law.
I would humbly suggest that the question is more about whether
"correct
IANAL - however I have looked at a lot of these things in my time.
The phrase "use of generative AI tools to contribute copyrighted material
is prohibited" is ambiguous (and actually nugatory):
- for clarity - it should say that it is prohibited to use such tools to
contribute *to the project* ot
If you want to do it in QGIS ...
https://plugins.qgis.org/plugins/rasterinterpolation/
On Wed, 24 Apr 2024, 09:33 Javier Jimenez Shaw via gdal-dev, <
gdal-dev@lists.osgeo.org> wrote:
> Hi
>
> I would like to read in QGIS or GDAL an interpolated value in a DSM (well,
> actually it is a geoid mode
I have an interesting little problem.
I want to write (in the code using the API - not as a test script -
actually in C#) a command that will fail if the GDAL data path is set
incorrectly.
I am having difficulty finding a command that will fail if the path is
incorrect.
I thought that some of th
{
"emoji": "😀",
"version": 1
}___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Also responded on SO
On Tue, 9 Jan 2024 at 15:57, George Watson via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Answered on SO (no pun intended).
>
> George K. Watson
> Stuff-doer
> Maxar
>
> On 01/09/2024 8:10 AM MST Vedran Mornar via gdal-dev <
> gdal-dev@lists.osgeo.org> wrote:
>
>
>
> Hi,
>
As a very general response, you probably need to differentiate between two
possible questions that you are asking, either:
1 Does the operation fail with an error, or
2 Is the result correct or meaningful?
I don't know about 1). My guess and experience is that, in most cases, it
won't fail.
Howe
19 matches
Mail list logo
