Re: [Rd] type.convert and doubles

2014-04-27 Thread Duncan Murdoch
On 27/04/2014, 10:16 AM, Hadley Wickham wrote: Is there a reason it's a factor and not a string? A string would seem to be more appropriate to me (given that we know it's a number that can't be represented exactly by R) The user asked that anything which can't be converted to a number should b

Re: [Rd] Please make Pre-3.1 read.csv (type.convert) behavior available

2014-04-27 Thread Andrew Piskorski
On Fri, Apr 25, 2014 at 09:23:23PM -0700, Tom Kraljevic wrote: > This, needless to say, is disruptive for us. (Actually, it was downright > shocking.) It WAS somewhat shocking. I trust the R core team to get things right, and (AFAICT) they nearly always do. This was an exception, and shocking

Re: [Rd] type.convert and doubles

2014-04-27 Thread Hadley Wickham
Is there a reason it's a factor and not a string? A string would seem to be more appropriate to me (given that we know it's a number that can't be represented exactly by R) Hadley On Saturday, April 26, 2014, Martin Maechler wrote: > > Simon Urbanek > > > on Sat, 19 Apr 2014 13:06:1

Re: [Rd] Strange behaviour of the ':' operator

2014-04-27 Thread Greg Snow
>From the help page ?':' we can read: "Value ‘to’ will be included if it differs from ‘from’ by an integer up to a numeric fuzz of about ‘1e-7’." So it looks like it is the intended behavior. On Sun, Apr 27, 2014 at 5:38 AM, Hans W Borchers wrote: > Is the following really intended behav

[Rd] Strange behaviour of the ':' operator

2014-04-27 Thread Hans W Borchers
Is the following really intended behaviour of the ':' operator, > s <- pi - 3.0 + 1e-07 > x <- s:pi > x [1] 0.1415928 1.1415928 2.1415928 3.1415928 though the last entry in the range vector is greater than pi? > x[4] > pi; x[4] - pi [1] TRUE [1] 1e-07 and the same, o