Re: [Rd] residual standard "error"
> Randall Pruim > on Sun, 17 Apr 2016 13:54:28 + writes: > 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 any reason not to fix the mis-naming of residual standard error now too? Both functions are in the stats package. It seems odd for one function in the package to point out an issue with another, especially when fixing it would only affect displayed output and not the rest of the API. Yes, there is a reason, believe it or not, it is called "tradition". 1) The tradition of some/many(?) statistics text books who use the same misnomer 2) The "tradition" of S+ (S, S-PLUS) before R and R ever since, with its output re-printed in lecture notes and other text books. For that reason I did not dare to change it in print.summary.lm(), even though I could have been one of the few to change it at a time when are was still in its infancy and (years *before* it got to version 1.0.0 on Feb.29, 2000). > My apologies if this has been suggested before, but a search through the archives didn’t locate the discussion. > Also, there is a missing paren in the sentenced quoted from the help for sigma(). > —rjp Thank you, Randall! I only saw that part now and fixed it in the sources a few minutes ago. Martin Maechler, ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] residual standard "error"
On 28 Apr 2016, at 10:00 , Martin Maechler wrote: >> Randall Pruim >>on Sun, 17 Apr 2016 13:54:28 + writes: > >> 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 any reason not to fix the mis-naming of residual standard error now >> too? Both functions are in the stats package. It seems odd for one >> function in the package to point out an issue with another, especially when >> fixing it would only affect displayed output and not the rest of the API. > > Yes, there is a reason, believe it or not, it is called "tradition". > > 1) The tradition of some/many(?) statistics text books who use the same > misnomer > 2) The "tradition" of S+ (S, S-PLUS) before R and R ever since, > with its output re-printed in lecture notes and other text books. > > For that reason I did not dare to change it in print.summary.lm(), > even though I could have been one of the few to change it at a time > when are was still in its infancy and (years *before* it got to > version 1.0.0 on Feb.29, 2000). You may want to Google "Standard error of the estimate" (and weep...) -pd -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Office: A 4.23 Email: pd@cbs.dk Priv: pda...@gmail.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] paths for install and libraries?
I've written a fairly elaborate package (called "eoa") that relies on functions from several other packages. I've built the package into a zip file on Windows using Hadley's devtools::build(binary = T) and have sent the zip to a couple dozen people for testing. My package installs fine, but some people are having trouble loading it. After library(eoa), they get something like: Error: could not load package tcltk2 In DESCRIPTION file, I use Depends: tcltk, tcltk2, tkrplot Imports: actuar, graphics, gsl, MASS, Matrix, tensorA If, after getting the "could not load" message, the user installs the required packages by hand, everything works fine. My understanding was that both the "Depends: " and the "Imports: " lines in DESCRIPTION file direct R to automatically install required packages that haven't been previously installed. It doesn't appear to be working that way for me. There must be a simple solution that I am obviously missing Any help would be greatly appreciated! -Dan -- Dan Dalthorp, PhD USGS Forest and Rangeland Ecosystem Science Center Forest Sciences Lab, Rm 189 3200 SW Jefferson Way Corvallis, OR 97331 ph: 541-750-0953 ddalth...@usgs.gov [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
