Re: [gdal-dev] Proxy vs Real Driver in GDAL

Thanks Even Still do you think I could have a brief intro if it's an in-tree driver. So from that point of view what would constitute a proxy and real driver? From: gdal-dev on behalf of Even Rouault via gdal-dev Sent: Monday, July 7, 2025 5:03 PM To: John Smi

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

rk and netcore versions. Best regards, Tamas Parveen Sharma via gdal-dev mailto:gdal-dev@lists.osgeo.org>> ezt írta (időpont: 2025. febr. 19., Sze, 9:59): Hello I am trying to build GDAL CSharp bindings from v3.9.3 branch<https://github.com/OSGeo/gdal/tree/v3.9.3/swig/csharp

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

.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ł Kowalczu

[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

[gdal-dev] Do ECW Auto tests get run via any automatic workflow?

Hello I am interested in knowing if the ECW tests under in source file indicated below are run by automated workflow in GDAL Master branch? https://github.com/OSGeo/gdal/blob/master/autotest/gdrivers/ecw.py

Re: [gdal-dev] GDAL DLL naming convention

. Hopefully this helps, On Fri, Jan 31, 2025 at 9:59 AM Parveen Sharma via gdal-dev mailto:gdal-dev@lists.osgeo.org>> wrote: Hello Were in past GDAL DLLs were named with version in them when built from source ? For e.g. gdal303.dll If yes, then is there any way to achieve the same now? Best r

Re: [gdal-dev] GDAL DLL naming convention

. Hopefully this helps, On Fri, Jan 31, 2025 at 9:59 AM Parveen Sharma via gdal-dev mailto:gdal-dev@lists.osgeo.org>> wrote: Hello Were in past GDAL DLLs were named with version in them when built from source ? For e.g. gdal303.dll If yes, then is there any way to achieve the same now? Best r

[gdal-dev] GDAL DLL naming convention

Hello Were in past GDAL DLLs were named with version in them when built from source ? For e.g. gdal303.dll If yes, then is there any way to achieve the same now? Best regards, ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.or

Re: [gdal-dev] Missing GDALMemDataset , GDALDatasetRasterIOEx , VSIMem when GDAL is built with CSHARP Bindings

e been removed from the build scripts since they are not used by the test scripts. I will check but, since they are csproj projects you should anyway be able to just build them on top of the bindings using `dotnet`. On Fri, 31 Jan 2025 at 12:56, Parveen Sharma via gdal-dev mailto:gdal-dev@lists.osg

[gdal-dev] Missing GDALMemDataset , GDALDatasetRasterIOEx , VSIMem when GDAL is built with CSHARP Bindings

Hi I am building GDAL Master branch (https://github.com/OSGeo/gdal/tree/master/swig/csharp/apps) using CMAKE. I am using below flags to build the CSHARP Bindings However, 1. I notice that in "RelWithDebInfo" build mode there is NO "apps" folder generated in "RelWithDebInfo\swig\csharp"

[gdal-dev] Tiff error with python Autotests on GDAL v3.9.3

Hello I have built GDAL from source v3.9.3 tag (https://github.com/OSGeo/gdal/tree/v3.9.3). While building GDAL I passed below CMAKE flags GDAL_USE_LIBTIFF_INTERNAL=ON GDAL_USE_GEOTIFF_INTERNAL=ON Later, I am trying run Python autotests 1. After following the instructions about Autotests

Re: [gdal-dev] Build GDAL PDF Driver with PDFium

Hi I was able to build the PDFium lib in release mode in Windows from https://github.com/rouault/pdfium_build_gdal_3_9. My requirement is to build the PDFium lib in DEBUG mode as well. For that I updated below args in args_release_win.gn with below argument is_debug = true # Enable debugging

[gdal-dev] Removal of gdalwarpsimple app

Hello Any reason for removing the gdalwarpsimple from the list of apps? I see that it was removed as part of below commit https://github.com/OSGeo/gdal/commit/88f06a8854a634759b14c78e5a08370063680a10#diff-0778a790f0646d59a4fedd05e433d14a24d3982e0f909c7e4a61f44e18c1670a Best regards, Parveen ___

Re: [gdal-dev] Build GDAL PDF Driver with PDFium

with PDFium Le 14/01/2025 à 00:26, Parveen Sharma via gdal-dev a écrit : Thanks What about the PDFium git repo which I mentioned? Do I need to build PDFium using that git repo only? yes, as documented in https://gdal.org/en/stable/drivers/raster/pdf.html#pdfium. There are multiple patc

Re: [gdal-dev] Build GDAL PDF Driver with PDFium

will work for you as well. Hopefully this reply is helpful to you. Best of luck, On Sun, Jan 12, 2025 at 11:41 PM Parveen Sharma via gdal-dev mailto:gdal-dev@lists.osgeo.org>> wrote: Hello I am trying to build from GDAL from source using v3.9.3 tag I plan to use "PDFium" l

[gdal-dev] Build GDAL PDF Driver with PDFium

Hello I am trying to build from GDAL from source using v3.9.3 tag I plan to use "PDFium" library for building GDAL PDF Dynamic driver and have below 3 questions Ques 1) Are below a right combination of CMAKE options? In addition I will set option PDFIUM_INCLUDE_DIR to point to Path to a

[gdal-dev] Issue with Missing "gdal_MG4Lidar.dll" in GDAL 3.9.3 Build

Hello I am currently building GDAL 3.9.3 using CMake with the following configuration: I have specified below flags The build process produces gdal_MrSID.dll, but I am not seeing the gdal_MG4Lidar.dll. Previously, with GDAL 3.3, both these DLLs were generated successfully. I suspect the f

Re: [gdal-dev] Which options to use to avoid the symbol clash between GDAL and external libgeotiff and external TIFF libraries

Le 17/12/2024 à 10:57, Parveen Sharma via gdal-dev a écrit : Hello I am trying to build GDAL 3.9.3 using CMAKE and want to avoid the symbol clash between GDAL and external libgeotiff and external TIFF libraries. I have enabled the GDAL internal TIFF and GEOTIFF with below CMAKE options

[gdal-dev] Which options to use to avoid the symbol clash between GDAL and external libgeotiff and external TIFF libraries

Hello I am trying to build GDAL 3.9.3 using CMAKE and want to avoid the symbol clash between GDAL and external libgeotiff and external TIFF libraries. I have enabled the GDAL internal TIFF and GEOTIFF with below CMAKE options But i am confused which of the below is valid option to rename th

[gdal-dev] Difference between vsis3 support in GDAL and the compile time ENABLE_S3 option for netcdf

Hello What the difference is between the generic vsis3 support in GDAL and the compile time ENABLE_S3 option for netcdf (and possibly drivers)? Best regards, Parveen ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/lis

[gdal-dev] Build GDAL release/3.9 with HDF5

Hi I am trying to build GDAL from source from "release/3.9 branch". I am bit confused about the HDF5 flags i need to pass if i want to enable the HDF5 support and also build the HDF5 drivers. I am using following flags BUT i still keep getting errors shown next    

Re: [gdal-dev] Is it possible to create standalone DLL for OGR GML driver ?

R GML driver ? Hi, OGR_ENABLE_DRIVER_GML_PLUGIN=ON will be possible in 3.10 per https://github.com/OSGeo/gdal/pull/10914 Even Le 29/08/2024 à 09:41, Parveen Sharma via gdal-dev a écrit : Hello I am working on Release/3.3 branch of GDAL. I want to know if its possible to create a standalone DL

[gdal-dev] Is it possible to create standalone DLL for OGR GML driver ?

Hello I am working on Release/3.3 branch of GDAL. I want to know if its possible to create a standalone DLL for OGR GML driver during build of GDAL itself? So far i have tried enabling below flags in my nmake.local but there is no success so far. OGR_ENABLE_DRIVER_GML_PLUGIN = YES GDAL_ENABL