GEOS version sensitivity about wdpar HOT 7 CLOSED

Hi @rsbivand,

Thank you very much for letting me know. I'll try and fix this as soon as I can. Just so that I'm aware of the timelines, how soon does the fix for wdpar need to be on CRAN?

from wdpar.

Thanks! Timing unpredictable, GEOS 3.11.0 was just released, and CRAN waits for Debian and Fedora packages, so it depends on the upstream package maintainers' urgency or not. I have 3.11.0 installed, so please ping me when you have a fix that needs trying.

from wdpar.

Ok - yeah, that would be extremely helpful, I'll let you know when I've got a (potential) fix ready - thanks!

from wdpar.

@rsbivand, I've just pushed a fix to the fix-geos branch. When you get a chance, could you please try it out and see if that fixes it? I've updated the test to use st_equals() which returns TRUE when comparing the coordinates you posted earlier?

from wdpar.

Logs for _SP_EVOLUTION_STATUS=2 _R_CHECK_FORCE_SUGGESTS_=FALSE R CMD check wdpar_1.3.2.4.tar.gz and _SP_EVOLUTION_STATUS_=2 R CMD build --no-build-vignettes wdpar-fix-geos:

00check.log

testthat.Rout.log

Looks OK! When the evolution process has moved a bit more forward, sp will be flipped from evolution status 0 using rgdal under the hood to evolution status 2 using sf under the hood, so the environment variable will cease to be needed.

from wdpar.

Awesome! Thank you for checking that. I'll try and submit an update to CRAN sometime later today or tomorrow.

from wdpar.

Just to let you know, I submitted the update yesterday and received notification that it's on it's way to CRAN.

from wdpar.