Re: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with DOT NET FRAMEWORK 4.8?

[Ross King via gdal-dev]

I would use one of the NuGet packages that are built for .NET Framework

https://www.nuget.org/packages?q=MaxRev.Gdal

These should suffice, rather than building the bindings yourself.


Cheers,



Ross




From: gdal-dev  on behalf of Parveen Sharma 
via gdal-dev 
Sent: Wednesday, 19 February 2025 19:58
To: Michał Kowalczuk via gdal-dev 
Subject: [gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with 
DOT NET FRAMEWORK 4.8?

Hello

I am trying to build GDAL CSharp bindings from v3.9.3 
branch.

The documentation for 
v3.9.3
 states that it needs .NET 5.0 OR Mono

[cid:459f78aa-7867-445a-8c18-cbdc80f04432]

Question : Is it possible to build GDAL source v3.9.3 using DOT NET Framework 
4.8 or less? I am using below flags BUT it seems the build process is 
attempting to look for only .NET SDK and not the DOT NET FRAMEWORK

  
  
  


Does GDAL still support building CSharp Bindings with .net framework?

Please let me know.

Best regards,
Parveen

Caution: Please do not click links or open attachments unless you recognise the 
sender and know the content is safe.

This email and any files transmitted with it may be confidential and are 
intended solely for the use of the individual or entity to whom they are 
addressed. Any confidentiality is not waived or lost because this email has 
been sent to you by mistake. This email may contain personal information of 
individuals, and be subject to Commonwealth and/or State privacy laws in 
Australia. This email is also subject to copyright. If you are not the intended 
recipient, you must not read, print, store, copy, forward or use this email for 
any reason, in accordance with privacy and copyright laws. If you have received 
this email in error, please notify the sender by return email, and delete this 
email from your inbox.


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] libgeotiff 1.7.4rc1 available for testing

[Even Rouault via gdal-dev]

Le 19/02/2025 à 08:48, Marco Atzeri via gdal-dev a écrit :

On 18/02/2025 15:58, Even Rouault via gdal-dev wrote:

Hi,

Main reason: doesn't build with GCC 15

Download links:

- 
https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.4rc1.tar.gz



built on cygwin with both cmake and autoconf using
gcc (GCC) 15.0.0 20250105

I noticed few discrepancies


Thanks for the testing. I assume all/most those discrepancies aren't 
new? In any case, they don't seem like blockers.


Even



cmake
-  there is no enabled test ?
- /usr/bin/makegeo.exe is built but there is no manual
- /usr/share/doc/GeoTIFF/* docs are installed

autoconf
- "make check" passes
- /usr/bin/makegeo.exe is not present
- /usr/share/doc/GeoTIFF/* docs are NOT installed


Regards
Marco





___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


--
http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] unsetting configs vs empty values

[Michael Sumner via gdal-dev]

actually I didn't know that particular syntax, thanks!  I generally use

gdalmdiminfo --config NAME VALUE ...

for transient situations, but I need to have this for other downstream
packages as well.

Homework for me for this question was to see if other options behave this
way in terms of "default", and I didn't get to that today.

Cheers, Mike




On Wed, Feb 19, 2025 at 5:37 PM Laurențiu Nicola via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:

> Hi,
>
> To me, that's a bit unexpected and possibly a bug, but not a problem I've
> ever run into in practice. You're probably aware of this already, but
> instead of:
>
> > export AWS_S3_ENDPOINT=...
> > gdalmdiminfo ...
> > unset AWS_S3_ENDPOINT
> > gdalmdiminfo ...
>
> you can do:
>
> > AWS_S3_ENDPOINT=... gdalmdiminfo ...
> > gdalmdiminfo ...
>
> Laurentiu
>
> On Wed, Feb 19, 2025, at 02:50, Michael Sumner via gdal-dev wrote:
>
> This may well just be a hapless user-question, can we set configs to empty
> and expect that to mean "unset"?
>
> In a fresh session all is well (standard public bucket):
>
> gdalmdiminfo /vsis3/mur-sst/zarr
>
> Our non-standard public bucket can't be found of course, so set the
> endpoint:
>
> export AWS_S3_ENDPOINT=projects.pawsey.org.au
> gdalmdiminfo /vsis3/idea-10.7289-v5sq8xb5/
> www.ncei.noaa.gov/data/sea-surface-temperature-optimum-interpolation/v2.1/access/avhrr/198109/oisst-avhrr-v02r01.19810901.nc
>
> but now
>
> gdalmdiminfo /vsis3/mur-sst/zarr
> ERROR 4: `/vsis3/mur-sst/zarr' not recognized as being in a supported file
> format.
>
> this fails, but I expected it to work:
>
> export AWS_S3_ENDPOINT=
> gdalmdiminfo /vsis3/mur-sst/zarr
>
> this succeeds:
>
> unset AWS_S3_ENDPOINT
> gdalmdiminfo /vsis3/mur-sst/zarr
>
> My question is what is the right way to revert the non-standard endpoint?
>  We have to unset the option?   Or, is an empty value a desirable way to
> mean "default"?
>
> Thanks for your help.
>
> Cheers, Mike
>
>
>
> --
> Michael Sumner
> Research Software Engineer
> Australian Antarctic Division
> Hobart, Australia
> e-mail: mdsum...@gmail.com
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>


-- 
Michael Sumner
Research Software Engineer
Australian Antarctic Division
Hobart, Australia
e-mail: mdsum...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Can we build CSharp Bindings in GDAL v3.9.3 or later with DOT NET FRAMEWORK 4.8?

[Parveen Sharma via gdal-dev]

Hello

I am trying to build GDAL CSharp bindings from v3.9.3 
branch.

The documentation for 
v3.9.3
 states that it needs .NET 5.0 OR Mono

[cid:459f78aa-7867-445a-8c18-cbdc80f04432]

Question : Is it possible to build GDAL source v3.9.3 using DOT NET Framework 
4.8 or less? I am using below flags BUT it seems the build process is 
attempting to look for only .NET SDK and not the DOT NET FRAMEWORK

  
  
  


Does GDAL still support building CSharp Bindings with .net framework?

Please let me know.

Best regards,
Parveen

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] libgeotiff 1.7.4 is released (Re: libgeotiff 1.7.4rc1 available for testing)

[Even Rouault via gdal-dev]

Hi,

promoted to final.

Download links:

- https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.4.tar.gz

- https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.4.zip

Even

Le 18/02/2025 à 15:58, Even Rouault via gdal-dev a écrit :

Hi,

Main reason: doesn't build with GCC 15

Download links:

- 
https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.4rc1.tar.gz


- https://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.7.4rc1.zip

Changelog:

* CMake modernization, automate release generation from tags and 
refactor CI (#115)

  - CMake: Bumps the minimum CMake version to 3.13
  - CMake: Add BUILD_SHARED_LIBS matrix for ON and OFF using similar 
config for macos-latest, windows-latest, and ubuntu-latest

  - CMake: Modernize CMake configuration to prevent flag/feature leaking
  - CMake: Adds CPack configuration so `package_source` target is 
available for dist generation

  - CMake: Updates FindPROJ.cmake with GDAL's recent version
  - CMake: add BUILD_MAN and BUILD_DOC options
  - CMake: Windows PDB install with BUILD_SHARED_LIBS
  - CMake: Remove FindGeoTIFF.cmake
  - Removes 16 year old dead `makefile.mpw`
  - Removes 6 year old dead `makefile.vc`
  - CI: Generates release artifacts and attaches them to every build
  - CI: Creates a release and attaches release artifacts for every tag 
of the OSGeo/libgeotiff repository
  - CI: [Attests](https://github.com/actions/attest-build-provenance) 
the release artifacts if the `github.repository_owner == OSGeo`

  - CI: Remove Appveyor config

* GTIFGetDefn(): add missing normalization of angular units to degree

  Contrary to what the documentation of GTIFDefn::ProjParm[] mentionned,
  we failed to normalize angular measures to degrees when reading them
  from projection parameters (ProjXGeoKey's) when 
ProjCoordTransGeoKey

  was present (but we did normalize them when reading them from the PROJ
  database when there were was only a EPSG PCS code)

  Relates to https://github.com/OSGeo/gdal/issues/10154 and 
https://github.com/OSGeo/gdal/pull/10158


* Fix build with GCC 15 (#131)

Even



--
http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals for GDAL 3.11)

[Even Rouault via gdal-dev]

Motion: adopt RFC 108

+1 Even

Le 18/02/2025 à 18:28, Even Rouault via gdal-dev a écrit :
"Formalizing" recent discussions: 
https://github.com/OSGeo/gdal/pull/11862



--
http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals for GDAL 3.11)

[Javier Jimenez Shaw via gdal-dev]

+1 Javier

On Wed, 19 Feb 2025 at 11:39, Rahkonen Jukka via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:

> +1
>
> -Jukka Rahkonen-
>
> -Alkuperäinen viesti-
> Lähettäjä: gdal-dev  Puolesta Even
> Rouault via gdal-dev
> Lähetetty: keskiviikko 19. helmikuuta 2025 12.25
> Vastaanottaja: gdal-dev@lists.osgeo.org
> Aihe: [gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals
> for GDAL 3.11)
>
> Motion: adopt RFC 108
>
> +1 Even
>
> Le 18/02/2025 à 18:28, Even Rouault via gdal-dev a écrit :
> > "Formalizing" recent discussions:
> > https://github.com/OSGeo/gdal/pull/11862
> >
> --
> http://www.spatialys.com/
> My software is free, but my time generally not.
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals for GDAL 3.11)

[Rahkonen Jukka via gdal-dev]

+1

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: gdal-dev  Puolesta Even Rouault 
via gdal-dev
Lähetetty: keskiviikko 19. helmikuuta 2025 12.25
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals for 
GDAL 3.11)

Motion: adopt RFC 108

+1 Even

Le 18/02/2025 à 18:28, Even Rouault via gdal-dev a écrit :
> "Formalizing" recent discussions:
> https://github.com/OSGeo/gdal/pull/11862
>
--
http://www.spatialys.com/
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] libgeotiff 1.7.4rc1 available for testing

[Marco Atzeri via gdal-dev]

On 19/02/2025 09:23, Even Rouault wrote:


Le 19/02/2025 à 08:48, Marco Atzeri via gdal-dev a écrit :

On 18/02/2025 15:58, Even Rouault via gdal-dev wrote:

Hi,

Main reason: doesn't build with GCC 15

Download links:

- https://download.osgeo.org/geotiff/libgeotiff/ 
libgeotiff-1.7.4rc1.tar.gz



built on cygwin with both cmake and autoconf using
gcc (GCC) 15.0.0 20250105

I noticed few discrepancies


Thanks for the testing. I assume all/most those discrepancies aren't 
new? In any case, they don't seem like blockers.




blocking no, but the lack of testing with cmake means
Cygwin package will stick to Autoconf for the time being

Regards
Marco




___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] unsetting configs vs empty values

[Even Rouault via gdal-dev]

Mike,



Homework for me for this question was to see if other options behave 
this way in terms of "default", and I didn't get to that today.


The more reliable way is unset an option is through the API with 
CPLSetConfigOption(option_name, NULL).


Setting an empty string will *sometimes* have a similar effect, but I'm 
pretty sure there are some options where NULL vs empty string will lead 
to different behaviors.


Even

--
http://www.spatialys.com
My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals for GDAL 3.11)

[Kurt Schwehr via gdal-dev]

+1 KurtS

On Wed, Feb 19, 2025, 2:24 AM Even Rouault via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:

> Motion: adopt RFC 108
>
> +1 Even
>
> Le 18/02/2025 à 18:28, Even Rouault via gdal-dev a écrit :
> > "Formalizing" recent discussions:
> > https://github.com/OSGeo/gdal/pull/11862
> >
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals for GDAL 3.11)

[Howard Butler via gdal-dev]

+1 Howard

> On Feb 19, 2025, at 7:09 AM, Kurt Schwehr via gdal-dev 
>  wrote:
> 
> +1 KurtS
> 
> On Wed, Feb 19, 2025, 2:24 AM Even Rouault via gdal-dev 
> mailto:gdal-dev@lists.osgeo.org>> wrote:
>> Motion: adopt RFC 108
>> 
>> +1 Even
>> 
>> Le 18/02/2025 à 18:28, Even Rouault via gdal-dev a écrit :
>> > "Formalizing" recent discussions: 
>> > https://github.com/OSGeo/gdal/pull/11862
>> >
>> -- 
>> http://www.spatialys.com 
>> My software is free, but my time generally not.
>> 
>> ___
>> gdal-dev mailing list
>> gdal-dev@lists.osgeo.org 
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Motion: adopt RFC 108 (Re: RFC 108 text: driver removals for GDAL 3.11)

[Daniel Morissette via gdal-dev]

+1

Daniel


On 2025-02-19 05:24, Even Rouault via gdal-dev wrote:

Motion: adopt RFC 108

+1 Even

Le 18/02/2025 à 18:28, Even Rouault via gdal-dev a écrit :
"Formalizing" recent discussions: 
https://github.com/OSGeo/gdal/pull/11862




--
Daniel Morissette
Mapgears Inc
T: +1 418-696-5056 #201
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev