Re: [Rd] S3 method dispatch - can methods come from the enclosing environment?

My apologies... how embarrassing. Please resume your normal duties. :-) Bill. -Original Message- From: Simon Urbanek [mailto:simon.urba...@r-project.org] Sent: Wednesday, 18 May 2011 10:36 AM To: Venables, Bill (CMIS, Dutton Park) Cc: r-devel@r-project.org Subject: Re: [Rd] S3 method

[Rd] S3 method dispatch - can methods come from the enclosing environment?

I was surprised to see that S3 methods are not found if they only reside in the enclosing environment. E.g.: > tstFn <- local({ + print.tst <- function(x, ...) cat("found it!") + + function(x) print(x) + }) > > z <- "The cat sat on the mat." > class(x) <- "tst" > > tstFn(z) [1] "The cat s

Re: [Rd] R 2.12.0 problems with Windows XP 32-bit binary installer

Re-installing PolynomF did fix that problem, though there are now others, namely R under ESS does not work. It bombs out with a curious message about text being read-only. For me this is an equally serious problem, but that's another mailing list. You may wish to be aware of it, though. Bi

[Rd] R 2.12.0 problems with Windows XP 32-bit binary installer

I am having a problem with the installed R 2.12.0 on 32-bit Windows XP machine using the binary version. The installer I am using is R-2.12.0-win.exe . The problem I have is that some of my installed packages will not load, in particular PolynomF, which has a pre-compiled .dll. Other package

[Rd] On the median

I have recently become aware of some curious behaviour of median() which I think could be usefully corrected. I am sure this must have come up before, but I'm raising it again. The phenomenon is best shown by a simple example. > d <- matrix(runif(4*4), 4, 4) > d [,1] [,2]

Re: [Rd] Large discrepancies in the same object being saved to .RData

Well, I have answered one of my questions below. The hidden environment is attached to the 'terms' component of v1. To see this > lapply(v1, environment) $coefficients NULL $residuals NULL $effects NULL $rank NULL $fitted.values NULL $assign NULL $qr NULL $df.residual NULL $xlevels NULL

Re: [Rd] Large discrepancies in the same object being saved to .RData

I'm still a bit puzzled by the original question. I don't think it has much to do with .RData files and their sizes. For me the puzzle comes much earlier. Here is an example of what I mean using a little session > usedVcells <- function() gc()["Vcells", "used"] > usedVcells()### the bas

Re: [Rd] Canberra distance

That is interesting. The first of these, namely sum(|x_i - y_i|) / sum(x_i + y_i) is now better known in ecology as the Bray-Curtis distance. Even more interesting is the typo in Henry & Stevens "A Primer of Ecology in R" where the Bray Curtis distance formula is actually the Canberra distanc

Re: [Rd] rowSums()/colSums() don't preserve the 'integer' storage mode

304 Mobile: +61 4 8819 4402 Home Phone: +61 7 3286 7700 mailto:[EMAIL PROTECTED] http://www.cmis.csiro.au/bill.venables/ -Original Message- From: Herve Pages [mailto:[EMAIL PROTECTED] Sent: Friday, 18 July 2008 11:32 AM To: Venables, Bill (CMIS, Clevel

Re: [Rd] rowSums()/colSums() don't preserve the 'integer' storage mode

I don't see the cost of doing so paying off. storage.mode is really only important if you are passing arguments to compiled code. If you are passing to compiled code, you really need to ensure the storage mode is what you think it is, anyway. Bill Venables. -Original Message- From:

Re: [Rd] k means

es PO Box 120, Cleveland, 4163 AUSTRALIA Office Phone (email preferred): +61 7 3826 7251 Fax (if absolutely necessary): +61 7 3826 7304 Mobile: +61 4 8819 4402 Home Phone: +61 7 3286 7700 mailto:[EMAIL PROTECTED] http://www.cmis.csiro.au/bill.ven

Re: [Rd] A suggestion for an amendment to tapply

1 4 8819 4402 Home Phone: +61 7 3286 7700 mailto:[EMAIL PROTECTED] http://www.cmis.csiro.au/bill.venables/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Robinson Sent: Tuesday, 6 November 2007 3:10 PM To: R-Devel Subject: [Rd

Re: [Rd] termplot with uniform y-limits

+61 7 3286 7700 mailto:[EMAIL PROTECTED] http://www.cmis.csiro.au/bill.venables/ -Original Message- From: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Sent: Monday, 2 July 2007 9:11 PM To: Venables, Bill (CMIS, Cleveland) Cc: [EMAIL PROTECTED] Subject: RE: [Rd] termplot with uniform y-

Re: [Rd] termplot with uniform y-limits

http://www.cmis.csiro.au/bill.venables/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, 2 July 2007 7:55 PM To: Venables, Bill (CMIS, Cleveland) Cc: [EMAIL PROTECTED] Subject: Re: [Rd] termplot with uniform y-limits Is the attached the sort of thing you a

[Rd] termplot with uniform y-limits

4163 AUSTRALIA Office Phone (email preferred): +61 7 3826 7251 Fax (if absolutely necessary): +61 7 3826 7304 Mobile: +61 4 8819 4402 Home Phone: +61 7 3286 7700 mailto:[EMAIL PROTECTED] http://www.cmis.csiro.a

Re: [Rd] development

RALIA Office Phone (email preferred): +61 7 3826 7251 Fax (if absolutely necessary): +61 7 3826 7304 Mobile: (I don't have one!) Home Phone:+61 7 3286 7700 mailto:[EMAIL PROTECTED] http://www.cmis.csiro.au/bill.venables/ ---

[Rd] segments and arrows generic?

Has anyone ever suggested making segments() and arrows() generic (as indeed they are in another not dissimilar implementation)? The practical issue with these functions is the need to specify origin and destination using four separate arguments. It would be much more convenient to use only two.

Re: [Rd] substitute creates an object which prints incorrectly (PR#9427)

[EMAIL PROTECTED] (i.e. I) wrote: > 3. Modify substitute() so that it strips source attributes (or anything > else apparently visible that it will not manipulate) from objects. > Sorry folks, too dangerous. (I concede this appears to be a bit of an > overkill, too.) Peter Dalgaard responded:

Re: [Rd] substitute creates an object which prints incorrectly (PR#9427)

or even be part of the substitution), so one has to decide that the extreme cases are too extreme worry about them. -pd > Bill Venables > CMIS, CSIRO Laboratories, > PO Box 120, Cleveland, Qld. 4163 > AUSTRALIA > Office Phone (email preferred): +61 7 3826 7251

Re: [Rd] Arguments of 'transform'

Hi John, Unfortunately I don't think that will fix it because of partial matching. (That would be OK if the argument sequence were reversed to: function(..., x.) since partial matching does not occur with arguments coming after ..., but it would break ALL existing code.) Bill. -O

[Rd] Arguments of 'transform'

Laboratories, PO Box 120, Cleveland, Qld. 4163 AUSTRALIA Office Phone (email preferred): +61 7 3826 7251 Fax (if absolutely necessary):+61 7 3826 7304 Mobile (rarely used):+61 4 1963 4642 Home Phone: +61 7 3286 7700 mailto:[EMAIL PROTECTED] ht

Re: [Rd] a generic 'attach'?

What have I started? I had nothing anywhere near as radical as that in mind, Peter... One argument against making 'attach' generic might be that such a move would slow it down a bit, but I can't really see why speed would be much of an issue with 'attach'. I've noticed that David Brahm's pack

[Rd] a generic 'attach'?

Is there any reason why 'attach' is not generic in R? I notice that it is in another system, for example, and I can see some applications if it were so in R. Bill Venables. Bill Venables, CMIS, CSIRO Laboratories, PO Box 120, Cleveland, Qld. 4163 AUSTRALIA __

Re: [Rd] initialize expression in 'quasi' (PR#8486)

MIS, CSIRO Laboratories, PO Box 120, Cleveland, Qld. 4163 AUSTRALIA Office Phone (email preferred): +61 7 3826 7251 Fax (if absolutely necessary):+61 7 3826 7304 Mobile (rarely used):+61 4 1963 4642 Home Phone: +61 7 3286 7700 mailto:[EMAIL PROTECTED] http:/

Re: [Rd] NextMethod causes R 2.2.0 to crash (PR#8416)

Phone: +61 7 3286 7700 mailto:[EMAIL PROTECTED] http://www.cmis.csiro.au/bill.venables/ -Original Message- From: Henrik Bengtsson [mailto:[EMAIL PROTECTED] Sent: Wednesday, 21 December 2005 1:48 PM To: Venables, Bill (CMIS, Cleveland) Cc: r-devel@stat.math.ethz.ch; [EMAIL PROTECTED] Su