similar to: pretty.Date(): changes to axis() methods?

Hi R-devel. I've noticed a couple of quirks in the current time/date axis functions (axis.Date, axis.POSIXct, and the equivalents in lattice). Looking at the code, it seems like a fairly ad-hoc approach, often using pretty() on components of the time. This is not always ideal - for example a one-hour interval gets cut into 10-minute chunks rather than the more natural 15-minute chunks (since

Hi R-devel / R-core In the new pretty() methods for Date and POSIXct https://svn.r-project.org/R/trunk/src/library/grDevices/R/prettyDate.R there is currently a "pretty" time step listed as "15 DSTdays"... but this actually doesn't line up well with months. Much better to implement directly what this is trying to do: i.e. to have a "halfmonth" time step. This is

Full_Name: Drew Tyre Version: 1.4.0 OS: Win 2000 Submission from: (NULL) (140.253.74.225) When creating a rather complex plot, the resulting figures 'shrink' when either copied to the clipboard or saved as a metafile using the GUI menu. Also saving as postscript or pdf causes the same problem, as does printing the figure directly from the graphics window. Only the figure areas shrink,

Hello all- ? What I'm going for here is a stack of four time series plots that use a common X axis on the bottom plot. And setting up customized tick marks on each plot that help illustrate the respective trends. Here's my code: ? #### Start #### fig_data <- ts(read.csv("F:/mydata.csv"), start=2000, end=2010, freq=1) opar = par() plot(fig_data, ann = FALSE, plot.type =

This problem has been mentioned by Arne Kovac <maak@stats.bris.ac.uk> on May 9-10. The patch is really a replacement of 'axis' in RHOME/src/library/base/funs/ It contains the fixes which where proposed Arne Kovac and fixes (all?) the errors he/she (?) reported on May 9. "axis" <- function (which, at, labels = TRUE, ...) { if (which%%2 == 1) { axp <-

Not many of you will use grid() widely, probably. Also, two months ago, Paul Murrell said on R-help (topic "grid command") PM>> i think the abline() solution is the best for doing what grid() won't. PM>> like you say, grid() is just a simple front-end to abline(). grid() *is* too simple to be of practical use. I propose the following which is of some practical

----------------------- transcript -------------------------- $ R --vanilla R : Copyright 2002, The R Development Core Team Version 1.5.0 (2002-04-29) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type `license()' or `licence()' for distribution details. R is a collaborative project with many contributors. Type

Hello all, I have been having trouble getting a break in my y-axis. All of my data points are up around 100-200, but the graph has to start at zero, so i would like to remove all the white space using a break symbol. I have been able to get the break and labels to be correct, however, I can't seem to get the data to match the axis anymore. I must be using the axis.break() in plotrix

[I have abbreviated the subject as jitterbug has been having probems with long subjects.] The issue here is that one cannot mix log/non-log axes in the calls to screen(), as the appropriate par() parameter is read-only, but the meaning of yaxp depends on it. But beyond that you can't set x/yaxp for log axes. You should be able to do this: you can in the S original. A simpler version: plot

I'm using plot to make a simple plot but I want to control where the tick marks go on bot axes. The graphical parameters xaxp and yaxp seem to be ignored by the plot function so I tried setting them using op <- par(no.readonly=T) par(xaxp=c(-2.4,-2.2,5), yaxp=c(-2500,10000,6)) plot(...) par(op) but they are still ignored. Next I tried to use the axis function as follows op <-

Hello, I'm new to R, and I'm trying to set the number of tickmarks for a plot using xaxp, but R seems to ignore this setting completely. Maybe you've an idea what I'm doing wrong. I'm using R 1.4.1, and here's hat I'm doing: > d[,'seq'] [1] 28913 16323 13922 6237 4257 3881 4100 3781 2694 2064 1769 1550 [13] 1539 480 >

I've been using par() to check the graphics parameters associated with both plot(<fitted linear model>) and plot(<grouped data object>). AFAIK the only differences are in the $cxy, $usr, $xaxp, and $yaxp parameters but the background color for the grouped data plot is grey while the linear model plot has a white background. When I've tried par(bg = "white") prior to

[This is something like a bug report; maybe somewhat longish & technical ..] As an introduction, just try the following code (it should work both in R and S). I think it screws up the postscript() driver both for S and R, but this is not the issue here. is.R <- function() { ## returns 'TRUE' iff we are using 'R' exists("version") && !is.null(vl

Hi, I've been trying to use several plotting routings that make use of S's par("uin"), the number of user units per inch. For the moment I've substituted all of the occurences of this with par.uin _ function() (par("fin") / c( diff(par("xaxp")[1:2]),diff(par("yaxp")[1:2]))) This seems to work fine for my needs. -Greg

Hello all, I am an undergraduate student who is having syntax issues trying to get error bars on my graph. This is the data, which I assigned the name "Saline" to. Time Average SEM 1 -20 0.000000 0.0000000 2 3 30 0.000000 0.0000000 4 45 3.227902 0.7462524 5 60 5.066664 1.1623944 6 80 6.107491 1.5027762 7 110

>>>>> Henrik Bengtsson <henrik.bengtsson at gmail.com> >>>>> on Fri, 3 Mar 2017 00:52:16 -0800 writes: > I'd like to propose that the whenever the length of condition passed > to an if or a while statement differs from one, an error is produced > rather than just a warning as today: >> x <- 1:2 >> if (x == 1)

I've rolled up R-2.7.2.tar.gz a short while ago. This is intended as a wrap-up release containing all known fixes to issues with the 2.7.x series. See the full list of changes below. You can get it (in a short while) from http://cran.r-project.org/src/base/R-2/R-2.7.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due

I've rolled up R-2.7.2.tar.gz a short while ago. This is intended as a wrap-up release containing all known fixes to issues with the 2.7.x series. See the full list of changes below. You can get it (in a short while) from http://cran.r-project.org/src/base/R-2/R-2.7.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due

Hello I have data of body length and body weight of people of different skin colors. I tried to write a code to plot body length and body weight according to the skin colors. (Thanks for Petr's advice so far.) A loop is used but an error shows up in the following code. It says: unexpected '}' in "

Hi list, Well, this time I’ve a doubt with mapping generation. I was already able to read and plot shapefiles, plot point on this map. All this without any problems, but now I want to do something that I think, only Golden Software Surfer is capable of. I would like to plot a kriging result on the existing map (map script below). Well I looked for on the net, but I was not able to be sure of