Well, you got me investigating this. Unexpectedly, it actually seems to
be an ESS bug as the correct documentation pops up using the RGui and
the command-line interface, but not when I run it through Emacs /
ESS-5.2.3. (I use Emacs on Windows but not on Linux). Unless someone has
a different experi
On 12-Jan-05 [EMAIL PROTECTED] wrote:
> [...]
> When generating the sequence using seq() function with
> non-integer numbers result is somewhat unpredictable.
> Example:
>> v1<-seq(1.60,1.90,.05)
>> v2<-c(1.60,1.65,1.70,1.75,1.80,1.85,1.90)
>> v1-v2
> [1] 0.00e+00 2.220446e-16 2.220446e-16 0.00
works for me.
same version (i386-ps-mingw32 2.0.1) as yours on Windows 98.
On Wed, 12 Jan 2005 [EMAIL PROTECTED] wrote:
?"=", ?"==", ?"!=", ?">=", and ?"<=" sends me to the documentation for
?help on Windows, while returning the correct documentation on Linux.
Robert
version
_
platform i386
And the bug is?
You don't expect 1.60 + 0.05 == 1.65 do you? None of those numbers can be
represented exactly in a binary computer, so there are bound to be small
errors as you have noted.
See the warning in help("=="), and the section on BUGS in the FAQ.
On Wed, 12 Jan 2005 [EMAIL PROTECTED] w
?"=", ?"==", ?"!=", ?">=", and ?"<=" sends me to the documentation for
?help on Windows, while returning the correct documentation on Linux.
Robert
> version
_
platform i386-pc-mingw32
arch i386
os mingw32
system i386, mingw32
status
Full_Name: Vlad Stolin
Version: R 2.0.0
OS: Windows 2000
Submission from: (NULL) (204.128.232.211)
When generating the sequence using seq() function with non-integer numbers
result is somewhat unpredictable. Example:
> v1<-seq(1.60,1.90,.05)
> v2<-c(1.60,1.65,1.70,1.75,1.80,1.85,1.90)
> v1-v2
[1]
At Wednesday 03:50 AM 1/12/2005, [EMAIL PROTECTED] wrote:
Full_Name: Marc Mamin
Version: 1.8, 2.0.0
OS: Windows & Linux
Submission from: (NULL) (217.17.202.254)
[snipped issues previously responded to]
Here another example that underline how problematic this issue can be:
aa1<-1
aa2<-2
df<-as.data.
On Wed, 2005-01-12 at 07:23 -0800, Thomas Lumley wrote:
> On Wed, 12 Jan 2005, Marc Schwartz wrote to r-help:
> > I have not seen anything posted yet for DSC 2005, unless I missed it
> > someplace.
>
> DSC 2005 will be held in Seattle, at the University of Washington, August
> 13-15.
>
> This da
On Wed, 12 Jan 2005, Marc Schwartz wrote to r-help:
I have not seen anything posted yet for DSC 2005, unless I missed it
someplace.
DSC 2005 will be held in Seattle, at the University of Washington, August
13-15.
This date is immediately after the Joint Statistical Meetings, and was
chosen for t
in R 2.0.1, the help page for `prcomp' says:
'prcomp' returns an list
AN ahould be A.
Stephen
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
That is the documented behaviour, not a bug!
BTW, df is the F density function.
If you want an exact match, use df[match("aa", names(df))]
On Wed, 12 Jan 2005 [EMAIL PROTECTED] wrote:
Full_Name: Marc Mamin
Version: 1.8, 2.0.0
OS: Windows & Linux
Submission from: (NULL) (217.17.202.254)
Using only
That is the documented behaviour, not a bug!
BTW, df is the F density function.
If you want an exact match, use df[match("aa", names(df))]
On Wed, 12 Jan 2005 [EMAIL PROTECTED] wrote:
> Full_Name: Marc Mamin
> Version: 1.8, 2.0.0
> OS: Windows & Linux
> Submission from: (NULL) (217.17.202.254)
Full_Name: Marc Mamin
Version: 1.8, 2.0.0
OS: Windows & Linux
Submission from: (NULL) (217.17.202.254)
Using only the beginning of a column name will match it:
>aaa<-1
>df<-as.data.frame(aaa)
>names(df)
[1] "aaa"
>df$a
[1] 1 ! (I expect df$a to be undefind)
>df$x
>NULL
Compare with
13 matches
Mail list logo
