You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You probably got an email from rstudio, warning that the new dplyr breaks GADMTools; the reason for this is that dplyr no longer accepts sf objects as second argument in left_join; it breaks here:
What you want to do is revert the arguments, e.g. use right_join(.map, .sf_data) so that right_join.sf is being called, and that takes care of dplyr's problems with sf objects. For you to check that right_join is the right thing to call. See also r-spatial/sf#1310 ; I ran into this because GADMTools broke in a revdep check for upcoming sf, but that turned out to be my, not your problem (and now solved); checking with new dplyr revealed this one.
The text was updated successfully, but these errors were encountered:
You probably got an email from rstudio, warning that the new dplyr breaks GADMTools; the reason for this is that dplyr no longer accepts
sf
objects as second argument inleft_join
; it breaks here:GADMTools/R/35_dotDensity.R
Line 75 in 2a0d01f
What you want to do is revert the arguments, e.g. use
right_join(.map, .sf_data)
so thatright_join.sf
is being called, and that takes care of dplyr's problems withsf
objects. For you to check thatright_join
is the right thing to call. See also r-spatial/sf#1310 ; I ran into this because GADMTools broke in a revdep check for upcoming sf, but that turned out to be my, not your problem (and now solved); checking with new dplyr revealed this one.The text was updated successfully, but these errors were encountered: