dependency on retiring spatial infrastructure packages

[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.

eeptools uses maptools::spCbind, which could be replaced by sp::cbind. The use is however noted as deprecated in your code, so simply removing mapmerge etc. might be simplest.

Try running CMD check under a scenario using sp evolution status 2 (substitute use of rgdal with sf for projection/transformation/CRS) and absence of retiring packages from the library path.

[rsbivand]

It also looks as though you use:

  Missing link or links in documentation object ‘ggmapmerge.Rd’:
    ‘gpclibPermit’

Please test with maptools 1.1-7 at https://r-forge.r-project.org/R/?group_id=943 is being submitted, and your package refers to elide which has moved to sp (HEAD of edzer/sp@main).

[rsbivand]

You need to act now: https://cran.r-project.org/web/checks/check_results_eeptools.html The warnings will spread to all flavours shortly. The functions in R/mapfunctions.R are all marked deprecated, so simply remove them and all mention of maptools. If you still need the sp object in the example, serialise it as data rather than reading from file.

[jknowles]

Thanks - I will address this with deprecation - I appreciate the thorough instructions so this change was quick to implement.

[rsbivand]

Both maptools 1.1-7 and sp 1.6-1 are on CRAN, so warnings are appearing: https://cran.r-project.org/web/checks/check_results_eeptools.html.

[jknowles]

Closed by 8f7905b