We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Like holans/ST-COS#2, running CMD check with sf built with GDAL 3.10.0 rc1 on this package leads to a segfault, probably in CPL_area(x) @edzer: plantTracker.Rcheck.GDAL3100.zip With sf built with GDAL 3.9.3, CMD check passes fine: plantTracker.Rcheck.GDAL393.zip
sf
CPL_area(x)
@aestears
The text was updated successfully, but these errors were encountered:
My sf::sf_extSoftVersion() on GDAL 3.10.0rc1:
sf::sf_extSoftVersion()
GEOS GDAL proj.4 GDAL_with_GEOS USE_PROJ_H "3.13.0" "3.10.0" "9.5.0" "true" "true" PROJ "9.5.0"
with all else the same (GEOS 3.13.0 and PROJ 9,5.0).
Error unchanged with GDAL 3.10.0rc2.
Sorry, something went wrong.
The fix in https://lists.osgeo.org/pipermail/gdal-dev/2024-October/059747.html works - r-spatial/sf#2466 (comment) - will close when sf has been patched.
No branches or pull requests
Like holans/ST-COS#2, running CMD check with
sf
built with GDAL 3.10.0 rc1 on this package leads to a segfault, probably inCPL_area(x)
@edzer:plantTracker.Rcheck.GDAL3100.zip
With
sf
built with GDAL 3.9.3, CMD check passes fine:plantTracker.Rcheck.GDAL393.zip
@aestears
The text was updated successfully, but these errors were encountered: