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.

OCNet imports 'rgdal' using rgdal::writeOGR as found by pkgapi , as in NAMESPACE, lines 233, 488, 494 in R/OCN_to_SSN.R. The replacements in https://r-spatial.org/r/2023/04/10/evolution3.html are sf::st_write, terra::writeVector after coercion from sp classes. Please fix best by June, latest October 2023.

[rsbivand]

@lucarraro 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. See also jayverhoef/SSN#3. This check log is from my CMD check of your version 1.1.0:
OCNet_00check.log

[lucarraro]

@rsbivand Thanks for your message. In order to resolve the dependence on rgdal, I need first the SSN package to be updated accordingly. I'm in contact with the SSN authors, and I know they are working on a renewed package. If this were not ready by October 2023, I'd temporarily remove the one OCNet function that depends on SSN (and, in turn, on rgdal) until the new version of SSN is available.

[rsbivand]

Thanks, that sounds like a robust plan! Good luck!

[rmcminds]

hi @lucarraro - now that SSN2 is available, what do you think it would take to get OCN_to_SSN working again? I've glanced at the old code and it's a bit more complicated than I expected, but I'd be happy to see if I could help