My options are rather limited unfortunately. I'd love to bump our GDAL from
3.3.0 to 3.5.0+ to pick up the CMake, but I'm not able to do that right
now. So I'm stuck building it for Android in Git bash with the pre-Cmake
options.
That said, in the end, I've given up on building it this way. I susp
On Mon, Feb 27, 2023 at 09:32:58AM -0500, Daniel Baston wrote:
>
> For anyone who’s interested, I wanted to share a few of the highlights from
> my perspective.
Great work Daniel, thanks to you and to the GDAL PSC for the opportunity !
--strk;
Libre GIS consultant/developer
https://strk.kb
ah, thanks so much - maybe I'm seeing partial build problems on one
machine, but at any rate this gives me enough to explore and figure it out.
Best, Mike
On Sat, 1 Apr 2023, 21:03 Even Rouault, wrote:
> Michael,
>
> There have indeed been recent changes in const correctness of a few
> methods
Michael,
There have indeed been recent changes in const correctness of a few
methods returning or accepting a OGRSpatialReference* (cf
https://github.com/OSGeo/gdal/pull/7381), including
OGRGeometryFactory::createmFromWkt().
This requires a rebuild of code depending on the GDAL C++ API, as t
git bash, quotes, make, this seems to add a lot of complication when you
could directly run cmake+ninja for fast builds on windows.
I think you shoudn't try to pass escaped quotes, but just quote the
whole arguments as in
... "-DINST_DATA=/c/prefix_path/shared"
"-DSYSCONF_DIR=/c/prefix_path
Actually... this seems to be a problem on just one machine, I would have
thought they are the same but fwiw this seems not to be a GDAL or R package
problem.
I'll check again carefully so probably ignore this, thanks!
Cheers, Mike
On Sat, 1 Apr 2023, 16:24 Michael Sumner, wrote:
> Hi,
>
> I'm
