similar to: R-alpha: a question on terminology

[I do think this discussion belongs to R-devel rather than anywhere else .. MM] >>>>> "Kurt" == Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: >>>>> Peter Dalgaard BSA writes: >> Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: KH>>> While trying to write documentation for data.class(), I came

I am using the 0.50 alpha version of R packaged (in 3 parts) by Kurt for Debian Linux. Package: r-base Status: install ok installed Priority: optional Section: local Maintainer: Kurt Hornik <Kurt.Hornik at ci.tuwien.ac.at> Version: 0.50b7-1 Depends: libc5, xlib6, libreadline2 Description: R, a language not entirely unlike the language S. Package: r-contrib Status: install ok

Btw, what happened to Peter's frame tools? Is there a new version? Are there plans to include them in the distribution? -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !)

I've put all ``current'' add-on packages into CRAN's source/contrib tree and created an INDEX file (attached below). As you can see, currently we have acepack bootstrap ctest date e1071 fracdiff gee jpn snns splines survival4 (Yes, e1071 and jpn are new ... more on the latter in a later mail.) In the near future, I am hoping for the following: oz (Bill

Sorry for previously posting on R-help. Thanks to a few people for pointing out -p 0 on patch, but that was not enough (at least under Solaris). It seems Solaris tries to figure out which of the two files is to be updated, and if it finds them both then it starts asking for names. What I actually had to do was 1/ mv R-0.50-a1 R-0.50-a2 2/ cd R-0.50-a2 3/ patch -p 0 <R-0.50-a1.patch If you

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need

In ?exists it says: inherits: should the enclosing frames of the environment be searched? I believe what it is saying is that if inherits is TRUE and it fails to find the variable it will look in the parent environment and the parent of the parent, etc. (as opposed to looking in the calling frame next and the caller of the caller, etc.) Now I thought that standard terminology in R was: 1.

Not really important, but ... `make tests' fails if a user's .Rprofile asks for libraries which are not found by the binary in the compilation tree (yes I know, we're here perhaps the only ones who use private libraries ...). Perhaps we should have options --no-site-file --no-init-file which inhibit the loading of a global and a user's init file? -k

[This is a "spill-over" from the "R-core" mailing list, since several of you may be interested and have comments ... -MM] >>>>> "Thomas" == Thomas Lumley <thomas@biostat.washington.edu> writes: Thomas> On 29 Oct 1997, Peter Dalgaard BSA wrote: >> Perhaps we should revise the current contents of the base library >>

Hi, In R I get the following: > x <- 1:9 > f <- as.factor(1:9) > i <- model.matrix(~x+f) > > attr(i, "assign") [1] 0 1 2 2 2 2 2 2 2 2 whereas in S I get the following: > attr(i, "assign") $"(Intercept)": [1] 1 $x: [1] 2 $f: [1] 3 4 5 6 7 8 9 10 Has anybody written a model.matrix function to get the same result as S?

I can't get Emacs to automatically do syntax highlighting of Sweave files. I have followed Friedrich's suggestion for code to insert into my .emacs file. The complete section from my .emacs file is given below. When I load a *.Snw file, font is white until I press M-x, then the first code and document chunks get highlighted, but not the rest of the file. Latex and Noweb menus are

viz. > (function(x,y=a) substitute(x$y))(x) x$a > (function(x,y=a) substitute(x$y))(list(y=1:3)) list(y = 1:3)$a > (function(x,y) eval(substitute(substitute(y))))(x=list(y=1:3),y=x$y) list(y = 1:3)$x$y The behavior I expect and want is like that in Splus 3.4: > (function(x,y=a) substitute(x$y))(x) x$y > (function(x,y=a) substitute(x$y))(list(y=1:3)) list(y = 1:3)$y >

Brian Ripley wrote (to somebody asking about "effect sizes"): > ... > Given that, I wonder if you are used to standard terminology. Good point. But I think for many of us there is more behind that. I personally belong to an (apparently fairly large) group of R users who may be enthusiastic, but are statistical laymen due to a lack of formal education in the area. The

[R-devel'ers: spill over from R-core .. -- MM] >>>>> "KH" == Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: >>>>> Robert Gentleman writes: >> In preparing the next Windows release I want to make opening up >> system data files (and their documentation) more transparent. I >> would really like to adopt the

This has some nice properties: 1) It self-documents the input expectations in a similar manner to colClasses. 2) The implementation could eventually "push down" the coercion, e.g., calling it on each chunk of an iterative read operation. The implementation needs work though, and I'm not convinced that coercion failures should fallback gracefully to the default. Feature requests

Hi, I have reasoned through and believe the problem is with the PrescheduleNodesWithMultipleUses. Take the following DAG (arrow to predecessor): Destroy Destroy ^ ^ | | | | SetUp----->PredSU <-----SU ^ ^ ^ | | | | | | ----------- |

I have a data frame which contains some valuable date information. But for a few of the dates, the day information missing . Viz: > interesting.data$date [1] "1/22/93" "1/22/93" "1/23/93" "1/00/93" "1/28/93" "1/31/93" "1/12/93" i.e. for dates where the day info is missing, the "%d" part of the

Perhaps someone can enlighten me here: R> x <- factor(LETTERS[1:3]) R> x [1] A B C R> mode(x) [1] "factor" R> class(x) [1] "factor" R> mode(unclass(x)) [1] "factor" S-PLUS has > x <- factor(LETTERS[1:3]) > mode(x) [1] "numeric" > class(x) [1] "factor" > mode(unclass(x)) [1] "numeric" ???

The following is identical in R and S, but still strange ... R> apply(matrix(1:20, nc = 4), 1, table) [,1] [,2] [,3] [,4] [,5] [1,] 1 1 1 1 1 [2,] 1 1 1 1 1 [3,] 1 1 1 1 1 [4,] 1 1 1 1 1 R> apply(matrix(rep(1, 20), nc = 4), 1, table) [1] 4 4 4 4 4 R> apply(matrix(c(1:4, 1, 6 : 8), nc = 4), 1, table) [[1]] 1 3 7 2 1 1

Dear R list: I modelled changes in a variable (mconc) over time (d) for individuals (replicate) given one of three treatments (treatment) using: mconc.lme <- lme(mconc~treatment*poly(d,2), random=~poly(d,2)|replicate, data=my.data) summary(mconc.lme) shows that the linear coefficient of one of the treatments is significantly different to zero, viz. Value Std.Error