similar to: R-alpha: axes & plot boundary

1) There's a curious asymmetry between points and lines, in that you can do lines(...,type='p') but not points(...,type='l') (and more importantly, not points(..., type='b'), which probably *could* arise in real work) This isn't deliberate, is it? 2) Did I remember to report the adverse effect of having plot(x,y) coerce its argument to numeric? Several of my

Robert Gentleman <rgentlem at stat.auckland.ac.nz> writes: > Help Files > ========== > Has anyone had any experience with latex2rtf and then on to windows help? > We can hope that people have netscape and then simply use the html version > but it would be nice if there were some easy way to produce real windows > help. Please keep the nroff versions and the old help()

Here are another three problems with logarithmic scales: 1) segments() does not work with logarithmic scales. I suggest to change lines 962-973 in "plot.c": for (i = 0; i < n; i++) { if (FINITE(xt(x0[i%nx0])) && FINITE(yt(y0[i%ny0])) && FINITE(xt(x1[i%nx1])) && FINITE(yt(y1[i%ny1]))) { GP->col = INTEGER(col)[i % ncol];

Is it possible to create plot bty=o with different scale of left- and right x-axis? In my documents, by typesetting, bty=u looks disruptively. At 2nd: how to frame the whole box (including title and axes labels) and resize to landscape-oriented rectangle? Tomas Bayer

Seems to be working very nicely (and what a relief to see it actually working!), I've found only a few problems till now: a) Characters outside 0-0x7f seem to get encoded as CP850 or something, not Latin 1 (æøå keys on DK keyboard gives mu,degree,sigma). b) Infinite recursion crashed R. (I forget details, but it was something stupid like f<-function(x){if (x < 1) 1 else f(x)*(x-1)})

A loose idea for *post*-0.50 development I've been giving a some (but not all that many) thoughts to whether some of the conceptual difficulties facing newcomers could be avoided by having simplified functions for common operations. We already have parts of this, e.g. in Kurts ctest routines. Specifically, I was thinking about data frames: How about

Just curious. Current logic in both R and Splus has > (1:3)[c(T,F,NA)] [1] 1 NA Does anyone know *why*? It makes sense for integer indexing, but for logicals it seems to have some strange consequences - if you divide a dataframe according to some criterion, you get as many NA-filled records as there are missing values of the criterion added to *both* the group that satisfies the criterion

Hi, Does anyone know if there is a way to 'reset the plot number' on a traditional graphics device? For instance, I want to have two plots on stacked top of each other (mfrow=c(2,1)) but with underlying grid lines spanning both figures vertically. I can put the grid lines on top if I add them last: par(mfrow=c(2,1)) plot.new() plot.window(c(0,1),c(0,1)) for( i in 1:2) axis(i)

The x11() window can be a nuisance to have popping up at startup (esp. on small screens) when you're not working with graphics. However, currently you can't get rid of it without modifying the systemwide Rprofile. Current logic is: Run $RHOME/library/Rprofile if ./.Rprofile exists run it else if $HOME/.Rprofile exists run that endif I think it should be Run $RHOME/library/Rsetup if

Hello there, Is there a functionality or command that generates axes in the shape of a capital Greek letter gamma (upside down L) ? I use these for making sediment profiles. I have read through help-lists, tried different things and asked several people but never got a satisfactory result. I've tried the following: xx <- c(2,4,6,5.8,5,4,3,1.5,0, 0, 0, 0) yy <- (0:-11) plot(NULL,

TASK: problem with "glm" with binomial errors STATUS: Open FROM: p.dalgaard@kubism.ku.dk in glm(,binomial) it's possible that loss of significant digits make expected values 0 or 1 even though there's no divergence of the fit. (Happened to me with menarche data, infants and grown-ups included) [ Need the example data. Glm needs a

Hi, I have a problem with aligning text which I'm adding to a plot using "mtext". I would like to specify the position of the right hand end of the text string, relative to the device (in the left-right direction). I've been looking at the use of the argument "adj". But this can't be used to specify the rightmost point of the text. Neither does it specify exactly

If you try hist(rnorm(100),lwd=2) with a recent snapshot, you get the exact opposite effect of what was earlier argued to be desirable in plots: you get fat axes and thin bar outlines. The cause is plain to see, at the end of 'hist': title(main = main, xlab = xlab, ylab = ylab, ...) if (axes) { axis(1, ...) axis(2, ...) }

Hi, I'm trying to install RSPython v0.5-4 on a debian machine (woody, testing) but am having the following problem. $R CMD INSTALL -c --library=/usr/lib/R/library RSPython_0.5-4.tar.gz 2>err But then... $python >> import RS Error in .PythonInit() : Error in Python call: values Error in library("RSPython") : .First.lib failed for 'RSPython' Traceback (most recent

I've rolled up R-1.5.1.tgz a short while ago. This is a patch upgrade, fixing the most important bugs that cropped up after the 1.5.0 release. A set of recommended packages which have been tested with R-1.5.1 has been bundled up. Binary distributions should include these packages. You can get the files from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.5.1.tgz

I've rolled up R-1.5.1.tgz a short while ago. This is a patch upgrade, fixing the most important bugs that cropped up after the 1.5.0 release. A set of recommended packages which have been tested with R-1.5.1 has been bundled up. Binary distributions should include these packages. You can get the files from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.5.1.tgz

The countdown to R version 1.8.0 has begun. As a novelty, we now make preliminary source tarballs available somewhat earlier in the process. They will be found in http://cran.us.r-project.org/src/base with names of the form R-1.8.0alpha_2003-09-10.tar.gz The first one was created a moment ago; subsequent ones will be created by a cron job that runs at 05:00 local (Wisconsin) time. There are

The countdown to R version 1.8.0 has begun. As a novelty, we now make preliminary source tarballs available somewhat earlier in the process. They will be found in http://cran.us.r-project.org/src/base with names of the form R-1.8.0alpha_2003-09-10.tar.gz The first one was created a moment ago; subsequent ones will be created by a cron job that runs at 05:00 local (Wisconsin) time. There are

I've put up R-0.63.0.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.tgz (Be gentle, that's my desktop PC!) Here is the relevant part of the NEWS

I've put up R-0.63.0.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.tgz (Be gentle, that's my desktop PC!) Here is the relevant part of the NEWS