Yes, that's true, but I was under the impression that since the
bzip2 sources are included with the R sources, that the bzip2
capability is always compiled in (either using the included
sources or a system library). Also, the NEWS file for 1.9.0 says:
o configure no longer lists bzip2 an
On Sat, Jan 31, 2004 at 08:37:05PM -0500, Roger D. Peng wrote:
> I'm putting together a data package and am finding that I get
> enormous savings in space by using bzip instead of the usual gzip
> in save(). Is it safe to assume that for R versions, say >=
> 1.7.1, that the function bzfile() wi
I'm putting together a data package and am finding that I get
enormous savings in space by using bzip instead of the usual gzip
in save(). Is it safe to assume that for R versions, say >=
1.7.1, that the function bzfile() will always be available?
Thanks,
-roger
_
I am trying to compile the R-dev sources on WinXP using mingw 3.1.0-1
and fpTeX 0.7. In the past I
have been able to build the sources fine but now I receive an error in
the process that I havent seen reported on the list before. Everything
works fine until I get to 'make docs'. I now get the me
I see valid reasons and will therefore adopt the defensive coding practice:
abc <- cbind(abc, d=abc$y - predict.lm(abc.lm, type="terms")[,1])
which works the same in both S-Plus and R and gives the answer I want.
The result of predict.lm is not a data.frame.
It is a "structure" in S-Plus and a "
I see valid reasons and will therefore adopt the defensive coding practice:
abc <- cbind(abc, d=abc$y - predict.lm(abc.lm, type="terms")[,1])
which works the same in both S-Plus and R and gives the answer I want.
The result of predict.lm is not a data.frame.
It is a "structure" in S-Plus and a "
On Sat, 31 Jan 2004, Duncan Murdoch wrote:
> On Sat, 31 Jan 2004 22:27:21 +0100 (CET), you wrote:
>
> >Naming difference in cbind between S-Plus and R.
> >I think R is wrong.
>
> I'm not sure if R is right or wrong, but I suspect the difference
> isn't in cbind, it's elsewhere...
It is in cbind
>From ?cbind
For 'cbind' ('rbind') the column (row) names are taken from the
names of the arguments, or where those are not supplied by
deparsing the expressions given (if that gives a sensible name).
The names will depend on whether data frames are included: see the
examp
On Sat, 31 Jan 2004 22:27:21 +0100 (CET), you wrote:
>Naming difference in cbind between S-Plus and R.
>I think R is wrong.
I'm not sure if R is right or wrong, but I suspect the difference
isn't in cbind, it's elsewhere...
>abc <- data.frame(y=1:4, x=rnorm(4))
>abc.lm <- lm(y ~ x, data=abc)
>pr
Naming difference in cbind between S-Plus and R.
I think R is wrong.
abc <- data.frame(y=1:4, x=rnorm(4))
abc.lm <- lm(y ~ x, data=abc)
predict.lm(abc.lm, type="terms") ## this is where R got the name "x"
abc <- cbind(abc, d=abc$y - predict.lm(abc.lm, type="terms"))
abc
R gives
> abc
y
|- Message log follows: ---|
| no valid recipients were found for this message |
|--|
| [EMAIL PROTECTED] - unknown user
|
>This is a multi-part message in MIME format.
>=_NextPart_ST_15_21_33_Saturday_January_31_2004_26698
>Content-Type: text/plain;
> charset="Windows-1252"
>Content-Transfer-Encoding: 7bit
>Mail transaction failed. Partial message is available.
>=_NextPart_ST_15_21_33_Saturday_Janua
Your submission to the list has been forwarded to the list
owner <[EMAIL PROTECTED]> for approval because you do not seem to be on
that list.
If you want to join the list, send email to <[EMAIL PROTECTED]>, with
"subscribe mutt-users" in the message text (not the subject).
From: [EMAIL PROTECTED]
Subject: updated address for Editor
Please note that this email address has been changed.
Please resend your message to my new address,
[EMAIL PROTECTED] .
Thank you.
Original Message
>
>
>
__
[EMAIL P
14 matches
Mail list logo
