Based on what follows, the most favourable construction is that
the documentation, by failing to say that the function should be
used only for completely balanced designs, is deficient. Even
for such designs, there is a bug that needs correction. The
discussion is lengthy because I think it import
[EMAIL PROTECTED] wrote:
> Full_Name: Cyrus Harmon
> Version: 2.3.0 devel
> OS: Mac OS X 10.4.3
> Submission from: (NULL) (169.229.10.51)
>
>
> The Usage in the print.data.frame help page says:
>
> print(x, ..., digits=NULL, quote=FALSE, right=TRUE)
>
> meanwhile, down in the Arguments section
[EMAIL PROTECTED] wrote:
> Full_Name: Cyrus Harmon
> Version: 2.3.0 devel
> OS: Mac OS X 10.4.3
> Submission from: (NULL) (169.229.10.51)
>
>
> The Usage in the print.data.frame help page says:
>
> print(x, ..., digits=NULL, quote=FALSE, right=TRUE)
>
> meanwhile, down in the Arguments section
Full_Name: Cyrus Harmon
Version: 2.3.0 devel
OS: Mac OS X 10.4.3
Submission from: (NULL) (169.229.10.51)
The Usage in the print.data.frame help page says:
print(x, ..., digits=NULL, quote=FALSE, right=TRUE)
meanwhile, down in the Arguments section it says:
right: logical, indicating whether
On Tue, 1 Nov 2005 [EMAIL PROTECTED] wrote:
> Sorry, I meant to write 2.1.1 instead of 2.2.1 below.
OK, but it was changed in 2.1.1 patched so one needs to be precise.
We used to have Arg=Im for such numbers and Arg was wrong, then Im was
wrong (and now both are correct in 2.2.0 patched).
> On
Sorry, I meant to write 2.1.1 instead of 2.2.1 below.
On Tue, 1 Nov 2005 [EMAIL PROTECTED] wrote:
> Hi,
>
> I think the following indicates a bug in Im().
>
>> Im(-1)
> [1] 3.141592653589793115998
>> pi
> [1] 3.141592653589793115998
>> Im(0i-1)
> [1] 0
>> Im(-0.9876)
> [1] 3.1415926535897931159
Hi,
I think the following indicates a bug in Im().
> Im(-1)
[1] 3.141592653589793115998
> pi
[1] 3.141592653589793115998
> Im(0i-1)
[1] 0
> Im(-0.9876)
[1] 3.141592653589793115998
> Im(-987654321)
[1] 3.141592653589793115998
> Im(1)
[1] 0
> is.complex(-1)
[1] FALSE
This is R 2.2.0; Im(-1) == 0 w
A workaround would be to append # onto the end of the string:
> s <- c("abc#def", "abc#", "#def")
> ss <- paste(s, "#", sep = "")
> strsplit(ss, "#")
[[1]]
[1] "abc" "def"
[[2]]
[1] "abc" ""
[[3]]
[1] """def"
On 11/1/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Full_Name: Tim Beissba
Full_Name: Tim Beissbarth
Version: 2.2.0
OS: Windows
Submission from: (NULL) (193.174.58.254)
strsplit ignores empty strings at the end.
> strsplit(paste(c("", "a", ""), collapse="#"), split="#", fixed=TRUE)
[[1]]
[1] "" "a"
This should really give:
[1] "" "a" ""
Some might say this is a f
On 11/1/2005 10:18 AM, [EMAIL PROTECTED] wrote:
> Gentlemen:
>
> I ran a spyware sweep on my computer after installing:
>
> 10/07/2005 03:25 PM27,230,914 R-2.2.0-win32.exe
>
>>From the cran website.
>
> Spy Sweeper 4.0.3 with the latest definition files found
>
> Directory of C:\Progr
On 11/1/2005 10:16 AM, Thomas Lumley wrote:
> On Tue, 1 Nov 2005, Duncan Murdoch wrote:
>
>> The version I posted yesterday did indeed mess up when some arguments were
>> unspecified. Here's a revision that seems to work in all the tests I can
>> think of. I also added the SIMPLIFY and USE.NAM
Fritz gave a talk on S4 using pixmap as example at useR! 2004. You might
want to start with that. The slides should be on the useR! 2004 web site.
Andy
> From: Jeff Enos
>
> Thanks to Dirk Eddelbuettel, Matthias Kohl, Professor Ripley, and
> Bernhard Pfaff for their helpful reponses.
>
> Here
Thanks to Dirk Eddelbuettel, Matthias Kohl, Professor Ripley, and
Bernhard Pfaff for their helpful reponses.
Here is a list of the packages they recommended:
CRAN: distr distrEx distrSim distrTEst RandVar CoCo DBI IDPmisc Matrix
RMySQL ROracle RSQLite RUnit SparseM aod arules boolean coin
colorsp
Gentlemen:
I ran a spyware sweep on my computer after installing:
10/07/2005 03:25 PM27,230,914 R-2.2.0-win32.exe
>From the cran website.
Spy Sweeper 4.0.3 with the latest definition files found
Directory of C:\Program Files\R\R-2.2.0
11/01/2005 09:27 AM 668,938 unins000.e
On Tue, 1 Nov 2005, Duncan Murdoch wrote:
> The version I posted yesterday did indeed mess up when some arguments were
> unspecified. Here's a revision that seems to work in all the tests I can
> think of. I also added the SIMPLIFY and USE.NAMES args from mapply to it,
> and a sanity check to
The version I posted yesterday did indeed mess up when some arguments
were unspecified. Here's a revision that seems to work in all the tests
I can think of. I also added the SIMPLIFY and USE.NAMES args from
mapply to it, and a sanity check to the args.
I did notice and work around one buglet
On Mon, 31 Oct 2005, Prof Brian Ripley wrote:
> On Sun, 30 Oct 2005, P Ehlers wrote:
>
>> [EMAIL PROTECTED] wrote:
>>> Full_Name: foo ba baz
>>> Version: R2.2.0
>>> OS: Mac OS X (10.4)
>>> Submission from: (NULL) (219.66.32.183)
>>>
>>>
>>> chisq.test(matrix(c(9,10,9,11),2,2))
>>>
>>> Chi-squar
> Jeff Enos schrieb:
>
>> R-devel,
>>
>> I'm interested in looking at some examples of existing R packages that
>> rely heavily on S4 classes to get a feel for varying styles and
>> package organization techniques. Could you recommend any packages
>> that might serve as a good starting point?
>>
>
On Tue, 1 Nov 2005, Matthias Kohl wrote:
> Jeff Enos schrieb:
>
>> R-devel,
>>
>> I'm interested in looking at some examples of existing R packages that
>> rely heavily on S4 classes to get a feel for varying styles and
>> package organization techniques. Could you recommend any packages
>> that
Jeff Enos schrieb:
>R-devel,
>
>I'm interested in looking at some examples of existing R packages that
>rely heavily on S4 classes to get a feel for varying styles and
>package organization techniques. Could you recommend any packages
>that might serve as a good starting point?
>
>Thanks in advan
20 matches
Mail list logo