Dr. Michael
Breuer
22.04.05
Ökologiezentrum der Universität Kiel
Olshausenstraße 75
24118 Kiel
Dear Ladies and Sirs,
After updating the R-Windows-program (binary) by the latest version
(2010), the R-Scripts tha
[EMAIL PROTECTED] wrote:
Dr. Michael
Breuer
22.04.05
Ökologiezentrum der Universität Kiel
Olshausenstraße 75
24118 Kiel
Dear Ladies and Sirs,
After updating the R-Windows-program (binary) by the latest version
(
This is just a suggestion/wish that it would be nice for the F-distribution
functions to recognize limiting cases for infinite degrees of freedom, as
the t-distribution functions already do.
The t-distribution functions recognize that df=Inf is equivalent to the
standard normal distribution:
>
Duncan Murdoch wrote:
> [EMAIL PROTECTED] wrote:
>
>> Dr. Michael
>> Breuer
>>
>> 22.04.05
>> Ökologiezentrum der Universität Kiel
>> Olshausenstraße 75
>> 24118 Kiel
>>
>> Dear Ladies and Sirs,
>> After updati
Gordon Smyth <[EMAIL PROTECTED]> writes:
> This is just a suggestion/wish that it would be nice for the
> F-distribution functions to recognize limiting cases for infinite
> degrees of freedom, as the t-distribution functions already do.
>
> The t-distribution functions recognize that df=Inf is e
From: "A.J. Rossini" <[EMAIL PROTECTED]>
You are mixing S3 and S4 paradigms. You want setMethod to define the
method, not the FunctionName.ClassOfObject S3 specification.
That just proves my newbie-ness in R programming. I would appreciate it if
you could provide me the S4 equivalent. According
On Fri, April 22, 2005 7:36 pm, Peter Dalgaard said:
> Gordon Smyth <[EMAIL PROTECTED]> writes:
>
>> This is just a suggestion/wish that it would be nice for the
>> F-distribution functions to recognize limiting cases for infinite
>> degrees of freedom, as the t-distribution functions already do.
>
I noticed something in R --help that needs updating for R 2.1.0
In the changes documentation for R 2.1.0:
o BATCH on Unix no longer sets --gui="none" as the X11 module
is only loaded if needed.
But --gui=none is still documented as acceptable in R --help
[39]% R --version
R 2.1.0 (200
If we are on the subject of byte compilation, let me bring a couple of
examples which have been puzzling me for some time. I'd like to know a)
if the compilation will likely to improve the performance for this type
of computations, and b) at least roughly understand the reasons for the
observed num
This could be quite trivial (or could be not): when passing a character
string argument to standardGeneric, the argument is not passed properly:
dummy <- function(str){
+ setGeneric(str, function(object, ...) standardGeneric(str))
+ }
dummy("foo")
[1] "foo"
Warning message:
The body of the generi
Hello,
I found a potential problem in R 2.1.0 (and R 2.0.1)
I expect that
> tmp <- FUN(x1, x2, x3, x4)
> as.data.frame(tmp)
is the same as
> as.data.frame(FUN(x1, x2, x3, x4))
since the tmp variable in this case is unnecessary.
However, below I will demonstrate that under an odd set of conditi
> mnason writes:
> Full_Name: Martha Nason
> Version: 2.0.1
> OS: Windows XP
> Submission from: (NULL) (137.187.154.154)
> I am running simulations using fisher's test on 2 x c tables and a
> very small p.value from fisher's test (<2.2e-16) is returned as a
> negative number. Code follows.
[EMAIL PROTECTED] wrote:
> Duncan Murdoch wrote:
>
>
>>[EMAIL PROTECTED] wrote:
>>
>>
>>>Dr. Michael
>>>Breuer
>>>
>>>22.04.05
>>>Ökologiezentrum der Universität Kiel
>>>Olshausenstraße 75
>>>24118 Kiel
>>>
>>>
> From: [EMAIL PROTECTED]
>
> Hello,
> I found a potential problem in R 2.1.0 (and R 2.0.1)
>
> I expect that
>
> > tmp <- FUN(x1, x2, x3, x4)
> > as.data.frame(tmp)
>
> is the same as
> > as.data.frame(FUN(x1, x2, x3, x4))
>
> since the tmp variable in this case is unnecessary.
>
> However,
14 matches
Mail list logo
