[gdal-dev] Gdal.Open on S3 using IAM roles

2021-04-12 Thread Jeannie May
I'm new to using Gdal. How do I configure gdal to use an IAM role, rather than defining an aws-Profile? I get a timeout doing a gdal.Open() on a tiff file on S3 using vsis3, while trying to use an IAM role. I'm using MaxRev.Gdal.Core 3.2.0.250. Netcore 3.1 c#, running in a Linux container. Note

[gdal-dev] gdal2tiles - re-generate tiles only for updated regions of a map

2021-04-12 Thread Eduardo Kanegae
hi, I'm running MapServer 7 and GDAL 2.2.1, using gdal2tiles for tile generation tilesets for Leaflet applications. XML files was defined as WMS datasource for gdal2tiles scripts which contains XML/DataWindow parameters for the whole extent for the WMS/MapServer map. A XML file is defined for each

Re: [gdal-dev] C# bindings compilation

2021-04-12 Thread Paul Harwood
I must admit that I needed to do it through conda. I am no great fan of NuGet but this is not a "package war" thing. My target platform is Unity and that is mono based and does not use NuGet - so if I am going to have to do some handwork to integrate the package management I would rather do it to

Re: [gdal-dev] C# bindings compilation

2021-04-12 Thread Björn Harrtell
Interesting. I've as of yet only had success with using what is essentially a fork at https://github.com/MaxRev-Dev/gdal.netcore. I've in turn forked that to enable additional drivers and made my own nuget packages that are compatible with Debian 10 + .NET Core 3.1 which was my deployment target an

Re: [gdal-dev] C# bindings compilation

2021-04-12 Thread Paul Harwood
Even et al. Just to update - your latest changes as per 3670 have done the trick. I can now build C# bindings on top of the GDAL3.2.2 conda distribution on Windows, Mac and Linux and have successfully run them in .NET / mono. I solved the compile time problems with a little judicious adjusting of

Re: [gdal-dev] C# bindings compilation

2021-04-12 Thread Paul Harwood
Thanks Even On Sun, 11 Apr 2021 at 19:17, Even Rouault wrote: > Paul, > > RFCs are only required for substantial changes that affect the OSGeo/GDAL > repository. People who contribute to Conda Forge are free to do so > (hopefully in good faith, that is not defacing too much the GDAL "brand"). >