Computation failed in stat_stratum() with alluvial plots

[hmlea]

When trying to make alluvial plots, I always get the following error:

1: Computation failed in `stat_stratum()`
Caused by error in `nth()`:
! unused argument (na_rm = na_rm)

The plot gets produces but without the labels. An example is with the UC Berkley admissions outlined in the help manual:

ggplot(as.data.frame(UCBAdmissions),
       aes(y = Freq, axis1 = Gender, axis2 = Dept)) +
    geom_alluvium(aes(fill = Admit), width = 1/12) +
    geom_stratum(width = 1/12, fill = "black", color = "grey") +
    geom_label(stat = "stratum", aes(label = after_stat(stratum))) +
    scale_x_discrete(limits = c("Gender", "Dept"), expand = c(.05, .05)) +
    scale_fill_brewer(type = "qual", palette = "Set1") +
    ggtitle("UC Berkeley admissions and rejections, by sex and department")

The code gives the error and produces the following plot without the labels:

Is there something I am doing wrong or a way I can fix this?

[corybrunson]

Thanks @hmlea for raising the issue. This was an unintended consequence of making {ggalluvial} compatible with {dplyr} 1.1.0; see #107. It should be resolved once {dplyr} is upgraded. Please let me know if it is not!

Since it seems likely to cause confusion, i'll submit another patch ASAP with either a fix (if i can figure one out) or the current specification of dplyr >= 1.1.0 in the package description, which will alert users on installation to upgrade {dplyr}. This issue should remain open until then.

[hmlea]

I appreciate the quick response. I was using dplyr 1.0.10 but updating to 1.1.0 fixed the issue.

[corybrunson]

OK, i better understand the problem: first() and last() are defined for {ggalluvial} when it is built on my own machine, and therefore depend on the version of {dplyr} i have installed. So, if i build the package with {dplyr} v1.1.0 installed, then you install it while you have {dplyr} v1.0.10 installed, then stat_*() will attempt to use the functions with syntax as in v1.1.0 but scaffolding as in v1.0.10. Since they both rely on nth(), any changes to that function's syntax throws an error. (The problem was reversed when users attempted to use the old {ggalluvial} built with an earlier {dplyr} after having installed the new {dplyr}.

The solution seems to be to call dplyr::first() and dplyr::last() from within {ggalluvial} functions, rather than importing them. I'll give that a whirl and, if it works, resubmit to CRAN.

[corybrunson]

@hmlea if and when you install version 0.12.5 from CRAN, could you confirm that the problem is still resolved?

[hmlea]

Just tested the UC Berkley Admissions example in the vignette and it is working wit h dyplr 1.0.10 and 1.1.0. Thanks for the quick fix!

[corybrunson]

Excellent, thank you!