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
--
Roger Bivand
Emeritus Professor
Department of Economics, Norwegian School of Economics,
Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway.
e-mail: roger.biv...@nhh.no
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
