The following might be helpful.
Statistical Reference Datasets (StRD) website
http://www.nist.gov/itl/div898/strd
http://www.amstat.org/publications/tas/mccull-1.pdf
http://www.amstat.org/publications/tas/mccull.pdf
-Don
At 11:57 AM -0300 6/27/05, Talita Perciano Costa Leite wrote:
>Hi peo
> \
[EMAIL PROTECTED] `\
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Talita Perciano Costa
Leite
Sent: Monday, June 27, 2005 10:57 AM
To: r-help@stat.math.ethz.ch
Subject: [R] Numerical accuracy
Hi people,
I need to prove the good quality
Hi people,
I need to prove the good quality of numerical accuracy of R. Anyone knows a
paper or anything else comparing R to other statistical softwares in terms of
numerical accuracy.
I've made a long search about that but I found nothing. Please help me!!
Thanx,
Talita Leite
-
On Sat, 2004-08-14 at 13:19, Prof Brian Ripley wrote:
> On Sat, 14 Aug 2004, Marc Schwartz wrote:
>
> > > object.size("a")
> > [1] 44
> >
> > > object.size(letters)
> > [1] 340
> >
> > In the second case, as Tony has noted, the size of letters (a character
> > vector) is not 26 * 44.
>
> Of cou
On Sat, 14 Aug 2004, Marc Schwartz wrote:
> > object.size("a")
> [1] 44
>
> > object.size(letters)
> [1] 340
>
> In the second case, as Tony has noted, the size of letters (a character
> vector) is not 26 * 44.
Of course not. Both are character vectors, so have the overhead of any R
object plu
On Sat, 2004-08-14 at 12:01, Marc Schwartz wrote:
> There also appears to be some memory allocation "adjustment" at play
> here. Note:
>
> > object.size(factor("1"))
> [1] 244
>
> > object.size(factor("1", "a"))
> [1] 236
Arggh.
Negate that last comment. I had a typo i
On Sat, 2004-08-14 at 08:42, Tony Plate wrote:
> At Friday 08:41 PM 8/13/2004, Marc Schwartz wrote:
> >Part of that decision may depend upon how big the dataset is and what is
> >intended to be done with the ID's:
> >
> > > object.size(1011001001001)
> >[1] 36
> >
> > > object.size("1011001001001")
Thanks all for the expert advice and guidance.
__
[EMAIL PROTECTED] mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide! http://www.R-project.org/posting-guide.html
At Friday 08:41 PM 8/13/2004, Marc Schwartz wrote:
Part of that decision may depend upon how big the dataset is and what is
intended to be done with the ID's:
> object.size(1011001001001)
[1] 36
> object.size("1011001001001")
[1] 52
> object.size(factor("1011001001001"))
[1] 244
They will by defaul
Dan Bolser <[EMAIL PROTECTED]> writes:
> I store an id as a big number, could this be a problem?
If there are ids with significant leading zeros, or too big to be
represented accurately (>2^53)--you won't get any warning about it,
just silent truncation. So best practice would be to keep them as
Part of that decision may depend upon how big the dataset is and what is
intended to be done with the ID's:
> object.size(1011001001001)
[1] 36
> object.size("1011001001001")
[1] 52
> object.size(factor("1011001001001"))
[1] 244
They will by default, as Andy indicates, be read and stored as do
If I'm not mistaken, numerics are read in as doubles, so that shouldn't be a
problem. However, I'd try using factor or character.
Andy
> From: Dan Bolser
>
> I store an id as a big number, could this be a problem?
>
> Should I convert to at string when I use read.table(...
>
> example id's
>
I store an id as a big number, could this be a problem?
Should I convert to at string when I use read.table(...
example id's
1001001001001
1001001001002
...
1002001002005
Bigest is probably
1011001001001
Ta,
Dan.
__
[EMAIL PROTECTED] mailing li
13 matches
Mail list logo
