Roer,
I'm afraid I can't make much sense of
https://github.com/r-spatial/sf/issues/2466 and the linked reports.
(I've never used R). Anyway to reproduce that in a more unitary way
using the C or Python GDAL API ? Or at least having stack traces of
where this segfaults ?
There was indeed a related commit in
https://github.com/OSGeo/gdal/commit/5738f7094afed715ccd44fee1865051c2b2aba2a
by the way you mention "anything changed on the GDAL side in
OGRGeometryCollection::get_GeodesicLength(),
OGRCurvePolygon::get_GeodesicLength(),
OGRLineString::get_GeodesicLength() or thereabouts?" : well, they are
*new* to 3.10.0. So you shouldn't get into those methods, unless you
explicitly call them.
Even
Le 31/10/2024 à 14:31, Roger Bivand via gdal-dev a écrit :
I've listed four R packages depending on R package sf which show
errors in checks with 3.10.0 rc1 and rc2, but which are clean with
3.9.3, tested on Fedora 40 standard GCC (both 3.9.3 and 3.10.0), GDAL
built locally from source. The list is an sf github issue:
https://github.com/r-spatial/sf/issues/2466.
Two are worrying, both failing in sf CPL_area(), one at
OGRSpatialReference::GetSemiMajor(int*) const () called from
GetGeodesicAreaOrLength(). I'm assuming that the these failures are
more likely to be on the sf side, but has anything changed on the GDAL
side in OGRGeometryCollection::get_GeodesicLength(),
OGRCurvePolygon::get_GeodesicLength(),
OGRLineString::get_GeodesicLength() or thereabouts? Assuming any
change was intended, the fix probably needs to be on the sf side, but
insight would be useful.
On the positive side, sf, terra and 1019 of their strong reverse
dependencies (packages which cannot work without sf/terra and GDAL)
passed without remark with 3.10.0rc1, which is good!
Best wishes,
Roger
--
http://www.spatialys.com
My software is free, but my time generally not.
Butcher of all kinds of standards, open or closed formats. At the end, this is
just about bytes.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
