similar to: Re: [S] Transfer between R and S-PLUS

Confirmation from John Maindonald. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message ---------- Date: Fri, 3

I''d like to make the following changes (differences are from R1.0.1): boxplot.default() 1c1 < function (x, ..., range = 1.5, width = NULL, varwidth = FALSE, --- > function (x, ..., range = 1.5, width = NULL, varwidth = FALSE, boxwex=0.8, 37c37,38 < bxp(groups, width, varwidth = varwidth, notch = notch, --- > bxp(groups, width, varwidth = varwidth,

I am using R0.64.1 under Windows 95. The help for `pmatch' states that: If `duplicates.ok' is false multiple matches will result in the value of `nomatch' being returned, and if it is true, the index of the first matching value will be returned. The help for pmatch gives the following examples: pmatch("m", c("mean",

./configure works fine. make generates the error ...... gcc -g -O2 -I../include -I../../src/include -c saveload.c -o saveload.o In file included from /usr/include/sys/turnstile.h:12, from /usr/include/sys/t_lock.h:20, from /usr/include/sys/vnode.h:37, from /usr/include/sys/stream.h:21, from /usr/include/netinet/in.h:38,

I have two supposedly identical installations, one under Windows 95, and the other (at home) under Windows 98. The puzzle is that under my Windows 98 installation, symbols plotted by default or with pch come out huge, at about 2.2 times the height of the axis labels. Setting cex=0.5 seems about what is needed to fix the heights. On the Windows 95 installation, the symbols come out just a little

I have two supposedly identical installations, one under Windows 95, and the other (at home) under Windows 98. The puzzle is that under my Windows 98 installation, symbols plotted by default or with pch come out huge, at about 2.2 times the height of the axis labels. Setting cex=0.5 seems about what is needed to fix the heights. On the Windows 95 installation, the symbols come out just a little

Is there an equivalent to the S-PLUS par()$cxy in R? Also, is it possible to get notice taken of some equivalent of \n in R when using text()? For what it is worth I am using RW-0.64.1. John Maindonald email : john.maindonald at anu.edu.au Statistical Consulting Unit, phone : (6249)3998 c/o CMA, SMS, fax : (6249)5549 John Dedman Mathematical

I've now processed this document through Acrobat software. The navigation keys in Acrobat Reader should now handle it properly. The other advantage is a dramatic reduction in size, to half a megabyte. The new file is http://wwwmaths.anu.edu.au/~johnm/r/r4dat-gr.pdf Data sets [use source() to access them from an R session] are in the same directory, i. e.

My question was supposed to have been (I had plot() instead of text()!) I have e. g. > txt <- "abcd" In > text(x,y, expression(sqrt(txt))) I want txt to be evaluated, i. e. to get sqrt(abcd) plotted, (with the square root symbol replacing sqrt, of course). Is there a way to achieve this? Berwin Turlach provided the following: > txt <- "abcd"

Further to my earlier message, I've now got both the Turlach solution & the Venables solution to work in R0.64.2 The as.name() conversion in the Venables solution is not needed. John Maindonald email : john.maindonald at anu.edu.au Statistical Consulting Unit, phone : (6249)3998 c/o CMA, SMS, fax : (6249)5549 John Dedman Mathematical

I am using R0.63.1 under Windows 95. Settings of <number> and <interval> when coplot is called are ignored, except for generating a warning. For example: > data(quakes) > coplot(long ~ lat | depth * mag, data = quakes, number=3) Warning: parameter "number" couldn't be set in high-level plot() function The warning is repeated ad nauseum. The following changes

I've sent Martin Maechler details of a couple more bugs. (1) The line columns <- nrow(b.intervals) is wrong. It should be columns <- nrow(a.intervals) (2) Following each of the lines that generate values for id, one needs if (any(is.na(id))) id[is.na(id)] <- FALSE This is to deal with missing values in conditioning variables. I have made several sugegstions about warnings

I have just put up a new version of this 109 page pdf document, at: http://wwwmaths.anu.edu.au/~johnm/r-notes/r-notes.pdf The file containing the scripts (r-intro.dis) is in the same directory, as are datasets [.R files; use source(<filename>)] that are not in the current R libraries. This replaces a version that had been posted earlier this week, in which the final character (mostly an

On Sat, 28 Aug 1999 15:38:25 Thomas Lumley <thomas@biostat.washington.edu> wrote: > On Sat, 28 Aug 1999 jnf@pcisys.net wrote: > > > > > > I am attempting to compile R-0.64.2 under Caldera OpenLinux 2.2. I have > > KDE installed but not gnome. When I ran configure, it correctly > > indicated that gnome is not installed. However when I then ran make, I

I have placed my ~100 page document: Data Analysis and Graphics Using R - An Introduction at http://www.maths.anu.edu.au/~johnm/r-notes/r-notes.pdf The best way to access and print it is with Adobe Acroread Reader. I am making it available "for personal study and classroom use". It is a pdf version of a Word 95 file. A code that prints as ??, and which I have been unable to

On my home (Windows 98) machine I find: > par()$cra [1] 42 16 > par()$csi [1] 0.1666667 > On my work machine I believe I had par()$cra [1] 17 16 So it looks as though R is reading the width wrongly, and that it is the width that is somehow used to determine the plot character size. Incidentally I noted Brian's comment that R had misread his character dimension information wrongly.

There seems no default setting for tck, causing problems for plot.times() > library(chron) > dts <- dates(c("02/27/92", "02/27/92", "01/14/92", + "02/28/92", "02/01/92")) > y<-chron(dts,out.format=c("dmy","h:m:s")) > y [1] 270292 270292 140192 280292 010292 > plot(y,1:5) Error in axis(n, at =

# Your mailer is set to "none" (default on Windows), # hence we cannot send the bug report directly from R. # Please copy the bug report (after finishing it) to # your favorite email program and send it to # # r-bugs@biostat.ku.dk # ###################################################### The error occurs following the third Hit <Return> below: > y_rnorm(40) >

Depending on the setting of par()$usr, the 'at' setting in mtext(.., adj=0, outer=T) may cause the text to appear in an anomalous position (e. g. in the first instance below, at the left of the plot region rather than at 'at=0' in the figure region), or the text may not appear at all. If one does not set the 'at' parameter the text appears (with 'adj=0') on the

predict.lm(..., type="terms") gives wrong standard errors. Below, I have provided what I believe are the necessary fixes. However, there are subtleties, and the code needs careful checking. Some of the looping is surely not necessary, but it is surely best to begin with the minimum necessary changes. My tests, including checks against S-PLUS, have extended to fitting spline curves. I