Please remove dependencies on **rgdal**, **rgeos**, and/or **maptools**

[rsbivand]

This package depends on (depends, imports or suggests) raster and one or more of the retiring packages rgdal, rgeos or maptools (https://r-spatial.org/r/2022/04/12/evolution.html, https://r-spatial.org/r/2022/12/14/evolution2.html). Since raster 3.6.3, all use of external FOSS library functionality has been transferred to terra, making the retiring packages very likely redundant. It would help greatly if you could remove dependencies on the retiring packages as soon as possible.

[rsbivand]

You will be aware, for example from: https://r-spatial.org/r/2022/04/12/evolution.html, https://r-spatial.org/r/2022/12/14/evolution2.html, https://r-spatial.org/r/2023/04/10/evolution3.html and https://rsbivand.github.io/csds_jan23/bivand_csds_ssg_230117.pdf and perhaps view https://www.youtube.com/watch?v=TlpjIqTPMCA&list=PLzREt6r1NenmWEidssmLm-VO_YmAh4pq9&index=1 that rgdal, rgeos and maptools will be retired this year, in October 2023.

The dependency on 'rgeos' found to be rgeos::gBuffer rgeos::intersect by pkgapi, line 95 in R/voronoi_polygon.R, needs urgent attention. My feeling is that sp classes were never a good fit, in that fortify always was fallible (if intersections lead to holes, they may not be properly encoded). But just to keep the package on CRAN after rgeos retires in October 2023, coercing to vect and replacing rgeos with terra calls to GEOS should be OK. rgeos::gBuffer is I think used just to try to make the polygons valid - there are other possibilities. The geos package could be used in place of terra, but not for sp objects.

[rsbivand]

@garretrc See also https://r-spatial.org/r/2023/05/15/evolution4.html. Please take urgent steps to resolve this issue. No positive changes appear in the repository. Less than three months remain to retain this package on CRAN.

[rsbivand]

@garretrc Less than three weeks remain to fix this.

[rsbivand]

@garretrc R spatial infrastructure packages maptools, rgdal and rgeos will be archived by CRAN on Monday, October 16, 2023. Your package does not pass CMD check when these packages are not available. Expect your package to be archived by CRAN October 17-18 as CRAN checks feed through and your package fails, if not updated by Monday, October 16, 2023.

No grace period is anticipated, as you have had sufficient time to update your package to remove dependencies on maptools, rgdal and/or rgeos. It remains the case that many packages importing the raster package needlessly depend on retiring packages, as raster stopped using them a year ago.

[mhurk]

Cannot run my scripts which use ggvoronoi anymore. That's a pity and reading the above that was probably since October 16.

ERROR: dependency 'rgeos' is not available for package 'ggvoronoi' * removing 'C:/Users/<username>/AppData/Local/R/win-library/4.3/ggvoronoi'

[rsbivand]

@mhurk @garretrc maybe consider taking over maintenance of the package? Try emailing the maintainers to get their approval. Please let me know if you need help.

[mhurk]

Thanks for the suggestion but tempting as it is I really don't have time at the moment to look into details of this or even try to fix it. But I will give it some thought and perhaps try to make some changes.

[rsbivand]

@mhurk Either convince @garretrc to merge my PR, and consider resubmitting to CRAN himself, or install from my fork https://github.com/rsbivand/ggvoronoi, possibly taking over maintenance by copying out my fork. The time involved is trivial, why the maintainer didn't do this themselves is unknown.

[mhurk]

@rsbivand Thank you for your quick fix. It works like a charm. Very helpful! And @garretrc thanks for the merge!

[garretrc]

Hasn't been a priority lately due to finishing phd. Thanks @rsbivand , getting 401 error when submitting to CRAN but will investigate on a different network later!

[rsbivand]

Yes, CRAN re-opens for submissions January 8: https://stat.ethz.ch/pipermail/r-package-devel/2023q4/010240.html.