similar to: dimnames(X)[[2]] <- foo fails (PR#1122)

On Thu, 30 Jan 2003 maechler@stat.math.ethz.ch wrote: > This is a bug that will not often trigger, and only happens for arrays > (but not matrices) ending up with 0 dimensions: The bug is a missing else branch of an if condition at line 431 of subset.c. I don't think the buglets are wrong. You don't drop length 0 dimensions. If you did, the object would be of the wrong length.

Full_Name: Ben Goodrich Version: 2.9.0 OS: Linux (Debian unstable) Submission from: (NULL) (128.103.220.16) row(x), col(x), and functions that call them like lower.tri(x) and upper.tri(x) do not retain the rownames or colnames of x in the matrix that is returned. Example from R version 2.9.0 : x <- matrix(1:9, nrow = 3, ncol = 3) rownames(x) <- LETTERS[1:3] colnames(x) <- letters[1:3]

On Thu, 19 Apr 2007, brech at delphioutpost.com wrote: > Full_Name: Christian Brechbuehler > Version: 2.4.1 Patched (2007-03-25 r40917) > OS: Linux 2.6.15-27-adm64-xeon; Ubuntu 6.06.1 LTS > Submission from: (NULL) (24.61.47.236) > > > Splus and R have different ideas about what qr.coef(qr()) should return, > which is fine... but I believe that R has a bug in that it is not

On Sun, 31 Dec 2000 jfox@mcmaster.ca wrote: > The editor in R version 1.2.0 returns an error after editing a data frame > that has row names. This is on a Windows 2000 system, but I've encountered > the same problem under Windows 95. Here's a simple example: Actually, that's not where the error is. If you use traceback() you will see it is in edit.data.frame. That tries

Version: platform = sparc-sun-solaris2.6 arch = sparc os = solaris2.6 system = sparc, solaris2.6 status = status.rev = 0 major = 0 minor = 64.2 year = 1999 month = July day = 3 language = R -- It is unclear to me that the handling of NAs is desirable, and it has problems with names: > z <- c(T,T,NA,F,T) > names(z) <- letters[1:5] > which(z) Error: names attribute

I am not sure that this is a bug, but it was unexpected -- of course my expectations are fallible, eg column ordering in model.matrix()! When an array is subscripted the names of the dimnames list are lost (v 64.1). fred <- array(1:12, 2:4, list(A = letters[1:2], B = letters[3:5], C = letters[6:9])) dimnames(fred) dimnames(fred[1, , ]) dimnames(fred[1, , , drop=FALSE]) In the first

On Mon, 28 Aug 2000, Rashid Nassar wrote: > Dear Professor Ripley, > > Thank you very much for your kind explanation. If I may lamely say > something in my defence, even as I apologize for my error: I mistook the > sentence "the (quoted) name of a function" to mean "optionally quoted" > because of the parentheses surrounding "quoted", and was

For the record. -----Original Message----- From: ripley@stats.ox.ac.uk [mailto:ripley@stats.ox.ac.uk] Sent: Tuesday, June 18, 2002 3:21 PM To: Warnes, Gregory R Cc: 'r-help@stat.math.ethz.ch' Subject: RE: [R] Problems with url/download and http_proxy The port is not supposed to be required, so rather than fix the docs can anyone fix the problem? On Tue, 18 Jun 2002, Warnes, Gregory R

Hi list, In a function I am writing, I need to extract the dimension names of an array. I know this can be acheived easily using dimnames() but my problem is that I want my function to be robust when the number of dimensions varies. Consider the following case: foo <- array(data = rnorm(32), dim = c(4,4,2), dimnames=list(letters[1:4], LETTERS[1:4], letters[5:6])) # What I want is to extract

The inconsistency is that you use $<- to set the column, then [[<- to change it. Had you tried to set the column by x[[1]] <- as.character(x[[1]]) you would have seen the problem immediately (it does not work as you would have intended). If you want to be sure to turn off conversion to factor, you need to set the column to class "AsIs". My belief is that will behave

On Sun, 9 Dec 2001, Dirk Eddelbuettel wrote: > > "Brian" == Brian Ripley <Prof> writes: > Brian> On Sun, 9 Dec 2001 edd@debian.org wrote: > Dirk> As there is nothing Debian-specific in this bug report (and the .deb > Dirk> of the JVW is not from Debian either), I am forwarding this to > Dirk> R-bugs. My recollection from recent discussions

I certainly think we should deprecate it and Peter has (probably unintentionally) offered yet another cogent argument as to why (although that could be fixed by including "offset" among the arguments to be handled by model.frame, like subset, weights, &c, and yes, I do know this would break existing code...) For me the main argument against it, though, is that it de-links the offset

Dear list, If anyone knows how to assign dimnames to matrices or arrays I would be most grateful for help. I've tried various permutations of likely-looking code but get error messages every time. I could find no example in the documentation. Many thanks, Dan Bebber Department of Plant Sciences University of Oxford South Parks Road Oxford OX1 3RB UK Tel. 01865 275000

Hi I'm using kronecker() with a matrix and a vector. I'm interested in the column names that kronecker() returns: > a <- matrix(1:9,3,3) > rownames(a) <- letters[1:3] > colnames(a) <- LETTERS[1:3] > b <- c(x=1,y=2) > kronecker(a,b,make.dimnames=TRUE) A: B: C: a:x 1 4 7 a:y 2 8 14 b:x 2 5 8 b:y 4 10 16 c:x 3 6 9 c:y 6 12 18 > The

On Thu, 30 Oct 2008, wdunlap at tibco.com wrote: > Full_Name: Bill Dunlap > Version: R version 2.9.0 Under development (unstable) (2008-10-29 r46795) > OS: Linux > Submission from: (NULL) (76.28.245.14) > > > When data.frame() is given a matrix with rownames, then the type of the output > row names depends on whether the first element of the input row names is ""

An NA in the rownames of a matrix (or dataframe) causes misalignment when the matrix is printed: R> x <- matrix(1:12, 3,4, dimnames=list(letters[1:3], LETTERS[1:4])) R> rownames(x)[2] <- NA R> x A B C D a 1 4 7 10 <NA> 2 5 8 11 c 3 6 9 12 The bug is in function Rstrlen, in src/main/printutils.c. MatrixRowLabel and MatrixColumnLabel (same file) rely on Rstrlen

On Mon, 20 May 2002 dciemo@excite.com wrote: > Full_Name: David Ciemiewicz > Version: 1.3.1 > OS: Windows 2000 > Submission from: (NULL) (63.192.218.208) > > > In the R Language Manual (R-lang.pdf), section 3.2.1 "if", there is an example > expression which uses the function "any". > > > if( any(x) <= 0 ) y <- log(1+x) else y <- log(x)

Hi, It's nice to be able to define S4 classes with slots that correspond to standard attributes: setClass("A1", slots=c(names="character")) setClass("A2", slots=c(dim="integer")) setClass("A3", slots=c(dimnames="list")) By doing this, one gets a few methods for free: a1 <- new("A1", names=letters[1:3])

There's more to it than that (which was already fixed in R-devel). The internal code expects there to be columns in the model frame. I have already fixed this in R-devel (by faking an unused column). On Tue, 25 Sep 2001 murdoch@stats.uwo.ca wrote: > On Tue, 25 Sep 2001 12:27:27 GMT, Jorge Luis Ojeda Cabrera > <jojeda@posta.unizar.es> wrote in message >

The problem is known and is in grid/lattice. That starts up a blank page before the first plot. It is not related to 1.3.1/1.4.0, but to grid updates. Paul Murrell has been informed! On Fri, 4 Jan 2002 andy_liaw@merck.com wrote: > Dear all, > > I'm running into a rather strange problem that hasn't happened before > R-1.4.0. If I make a plot on a window() device, and use