similar to: text(x,y,expression(sqrt(txt))), where txt is a text string

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

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

Thanks for your help. I loaded XFree86-devel-3.3.3.1-3.i386.rpm from my OpenLinux CD and as you indicate this solved by X11 include file problem. I then encountered the linking same problem as you describe below. The error message is saying that the compiler can't find the libg2c library, which is its runtime library. Apparently the g77 supplied by Caldera is missing this important piece.

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

To: jnf@pcisys.net Subject: Compilation of R under Caldera OpenLinux 2.2 > 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 > > received errors

To: jnf@pcisys.net Subject: Compilation of R under Caldera OpenLinux 2.2 > 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 > > received errors

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,

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

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

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.

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

Mike Prager wrote - .... BDR>>Oh, and the R dialect of S has different scope rules and I am not >>convinced that does not lead to an equal number of problems, just >>different ones. >Interesting observation, and one that seems to imply that the road >from S to R and back again will be a rocky one for the user. It depends on what one is doing. If the use of R and S-PLUS

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

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

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.