Some time ago, I posted a note about what I considered to be a bug in
axis.POSIXt() for R 2.8.x, relating to whether timezones in the data are
obeyed on the axes. A link to that note, and to a quick and helpful
response, is at the following URL
http://www.nabble.com/patch-for-axis.POSIXct-%28rel
5a7
.git/objects/18/756ad87b639ad2123a0ac78d04daa613d16966
On 2009-04-21, at 9:24 PM, Duncan Murdoch wrote:
On 21/04/2009 8:10 PM, Duncan Murdoch wrote:
On 21/04/2009 7:59 PM, Dan Kelley wrote:
This may be new to 2.9.0, but I'm not sure, since I no longer have
the older
version.
I not
This may be new to 2.9.0, but I'm not sure, since I no longer have the older
version.
I notice that R CMD check has no problem with .svn directories, but it
dislikes .git directories. That seems a bit of a problem, for folks like me
who sometimes use git. Perhaps this behaviour could be change
I hope it's OK to post a bug report, and a possible patch, on this list.
Introduction
===
The split.screen() docs suggest that users should not return to a screen
after it has been drawn, and that curious errors may result from doing so.
This is clear from the test file I put below. Howeve
As a followup, in case this is of use to others, I got my code working by
altering R-2.8.1/src/library/graphics/R/screen.R slightly, removing the sole
reference to "mfg", as follows.
assign("par.list",
c("xlog","ylog",
"adj", "bty", "cex", "col", "crt", "err", "font", "lab",
I'm working on my 'oce' package, trying split.screen() instead of par(mfrow).
My code is too long to post, and I hope it's ok that I ask this question
without doing so.
My code seems to work fine when I source() it, but when I do "R CMD check"
on my package, I get the error that I've put as the
I've written a function (for the 'oce' package) that takes a list of one type
of object (a "station", observations made by a ship at one location), and
creates another object (a "section", containing a sequence of station
observations).
My question is, should I name my function "make.section()" o
I am finding that axis.POSIXct uses the local timezone for deciding where to
put tic marks, even if the data being plotted are in another time zone. The
solution is to use attr() to copy from the 'x' (provided as an argument) to
the 'z' (used for the 'at' locations).
I have pasted my proposed s
The subject is a warning that occurs with my 'oce' package in the test on
r-devel-windows-ix86, i.e.
http://cran.r-project.org/web/checks/check_results_oce.html
I see that some other packages have this same error. I tried searching
postings to this group for this warning, but found nothing. I'
Below my signature is an illustration of how I fixed this bug.
(First, of course, I renamed the "R" file to "R-orig".)
Dan E. Kelley, Assoc. Prof. phone:(902)494-1694
Dept. Oceanography fax:(902)494-2885
Dalhousie Universityma
Full_Name: Dan Kelley
Version: 2.3.0
OS: OSX Macintosh
Submission from: (NULL) (142.68.207.218)
R2.3.0 has a problem checking one of my self-authored Oce package
(http://myweb.dal.ca/kelley/pub/sof/oce/index.php). The package builds fine on
another machine running a R2.2.1. Both machines are
Full_Name: Dan Kelley
Version: 2.2.1
OS: Mac OSX
Submission from: (NULL) (129.173.23.36)
I'm having difficulties getting R_alloc() to work on a 64-bit Mac running R
2.2.1 installed via a .dmg file obtained from the R site. Details are given
below, in a level of detail that I hope is approp
12 matches
Mail list logo
