Re: [Rd] [R] which.na

2009-03-20 Thread William Dunlap
ginal Message- > From: r-devel-boun...@r-project.org > [mailto:r-devel-boun...@r-project.org] On Behalf Of Martin Maechler > Sent: Friday, March 20, 2009 2:46 AM > To: charles.an...@statisticalengineering.com > Cc: 'Santosh'; r-de...@stat.math.ethz.ch > Subjec

Re: [Rd] [R] which.na

2009-03-20 Thread Stavros Macrakis
There are many other useful extensions one might imagine along these lines. For instance, we could have an argument for stopping the 'which' calculation at the first result (or the first N results), which is often useful (cf. any). But I think it would be much cleaner for things like this to be d

Re: [Rd] [R] which.na

2009-03-20 Thread Duncan Murdoch
Martin Maechler wrote: "CAPE" == Charles Annis, P E on Thu, 19 Mar 2009 22:46:10 -0400 writes: >> ?is.na >> x <- c(NA, 3, 4, 5, NA) >> which(is.na(x)) CAPE> [1] 1 5 well, of course. But note that which.na(.) could be implemented to be faster (because needin

Re: [Rd] [R] which.na

2009-03-20 Thread Martin Maechler
> "CAPE" == Charles Annis, P E > on Thu, 19 Mar 2009 22:46:10 -0400 writes: >> ?is.na >> x <- c(NA, 3, 4, 5, NA) >> which(is.na(x)) CAPE> [1] 1 5 well, of course. But note that which.na(.) could be implemented to be faster (because needing much less memory) than th