Hm, well, rasterlite2 1.1.0b0 has been available since June 2018. 1.0 was from 2014, but that didn't have one of the functions at all that is causing trouble, rl2_load_raw_tiles_into_dbms. That was changed in GDAL for a change in the parameters.
About fossil - no rasterlite2, at least not mentioned on the spatialite site. So again, I have no idea where to get the "latest" rasterlite 2 you made the changes in GDAL 3.0.4 for. I just reverted those changes in my copy of the source and GDAL compiles OK now. ----- William Kyngesburye <[email protected]> <http://www.kyngchaos.com> Don't Panic > On Feb 2, 2020, at 5:12 PM, Even Rouault <[email protected]> wrote: > > William, > >> I see a change in GDAL 3.0.4 to "fix build against latest librasterlite2". >> But this breaks compilation for me. The latest ratserlite2 I know is >> 1.1.0-beta0 from over a year ago. > > Hum, I didn't know this was ever released... When the driver was initially > developed, it was designed to work with a future version of librasterlite2, > that wasn't released at that time. > >> Where do I find this new "latest" rasterlite? > > You need to use latest fossil HEAD. Not released yet. > >> Could a test be added to allow for older versions? > > Would be a bit painful... I would have probably not backported this commit > from master if I had known that 1.1.0-beta0 had been released... Given that > this rasterlite2 driver is likely a edge case, I'd suggest to just drop the > driver for now from your compilation. Or you'd have to build latest fossil > HEAD > Some instructions at http://www.gaia-gis.it/gaia-sins/about-fossil.html > (libspatialite to be replaced by librasterlite2) > > Even > > -- > Spatialys - Geospatial professional services > http://www.spatialys.com > _______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
