[Rd] aggregate() naming -- bug or feature

In the examples below, the first loses the name attached by foo(), the second retains names attached by bar(). Is this an intentional difference? I’d prefer that the names be retained in both cases. foo <- function(x) { c(mean = base::mean(x)) } bar <- function(x) { c(mean = base::mean(x), sd

Re: [Rd] aggregate() naming -- bug or feature

3 virginica6.588 Hope this helps, Rui Barradas On 3/23/2018 1:29 PM, Randall Pruim wrote: In the examples below, the first loses the name attached by foo(), the second retains names attached by bar(). Is this an intentional difference? I’d prefer that the names be retained in both cas

Re: [Rd] R-devel Digest, Vol 181, Issue 22

Thanks. I am fully aware of what aggregate() returnes, and I can post-process this into the form I want — if the names are available. But for foo, the returned object is both different in structure and loses the name altogether: foo <- function(x) { c(mean = base::mean(x)) } str(aggregate(iris

[Rd] residual standard "error"

I see that the sigma() function has recently been introduced into R 3.3. The help for sigma() says: Extract the estimated standard deviation of the errors, the “residual standard deviation” (misnomed also “residual standard error”, e.g., in summary.lm()'s output, from a fitted model. Is there

[Rd] {splines} package gone missing?

https://cran.r-project.org/web/packages/splines/index.html claims the the {splines} package has been archived. If I follow the link there to the archives, the newest version shown is from 1999. It seems like something has gone wrong with this package. I checked on another mirror and {splines

Re: [Rd] {splines} package gone missing?

eters-MacBook-Air:R pd$ ls src/library/ Makefile.in compiler/ grid/ splines/ tools/ Makefile.win<http://Makefile.win> datasets/ methods/ stats/ translations/ Recommended/ grDevices/parallel/ stats4/ utils/ base/ graphics/ profile/

Re: [Rd] {splines} package gone missing?

Thanks everyone. We are already back up and running. We just did a redo of the install and started from scratch. Actually, not quite from scratch since the packages in /usr/local that I had updated were not harmed. I’m guessing this was all a side effect of an attempt to clean up from someone

[Rd] combining generics/methods from multiple packages

I’m wondering if there is any way for me to create a generic function in a package that merges the generics and methods from two or more packages that each define a generic with the same name, but have non intersecting instances. Here is an example. dplyr and MASS both define an S3 generic sel

[Rd] vignette index going AWOL

: x86_64-apple-darwin13.1.0 (64-bit) * using session charset: UTF-8 * checking extension type ... Package * this is package ‘fastR’ version ‘0.8-0’ * checking CRAN incoming feasibility ... NOTE Maintainer: ‘Randall Pruim ’ Package has a VignetteBuilder field but no prebuilt vignette index. NOTE

Re: [Rd] vignette index going AWOL

gt; > Cheers, > Kevin > > On Mon, Aug 25, 2014 at 11:10 AM, Randall Pruim wrote: >> I’m preparing a package (fastR) for submission to CRAN, but the vignette >> index keeps going AWOL, or at least R CMD check —as-cran thinks so. I’ve >> tried several things and gav