This is not the rJava support list: that is at
http://www.rosuda.org/lists.shtml.
On 08/02/2013 06:57, Gaurav Dasgupta wrote:
Hi,
I have a MapReduce Java code, which I am calling from R using rJava. I have
prepared the R package and tested that successfully. But when I deployed
the package in
Hi,
I have a MapReduce Java code, which I am calling from R using rJava. I have
prepared the R package and tested that successfully. But when I deployed
the package in a cluster and executed it, I am getting
ClassNotFoundException. If I run the same job directly without integrating
with R, it runs
In my .Rprofile for Windows, I had the following functions defined to
mirror a few features
I miss from linux:
(a) replace setwd() with a version that stashes the current directory so
it can be easily restored
(b) writes a short version of the current R directory to the Windows
title bar: I ca
FWIW, that has been my default setting for years in my .Rprofile.
If there is some agreement on this from R Core, it would seem that version
3.0.0 would be a reasonable breakpoint for this change in default behavior.
Regards,
Marc Schwartz
On Feb 7, 2013, at 8:27 AM, John Fox wrote:
> Dear F
Hi,
to speed up computations in our RobASt family of packages, we use
interpolation on a grid of precomputed values which we save together
with the interpolating functions (results of splinefun essentially)
in sysdata.rda in the R folder of our pkg.
After adding grids for some more models, this f
Dear Frank,
I'd like to second your implicit motion to make
options(show.signif.stars=FALSE) the default.
Thanks for raising this point.
John
On Thu, 7 Feb 2013 05:32:04 -0800 (PST)
Frank Harrell wrote:
> Today's GNU R tutorial in
> http://how-to.linuxcareer.com/a-quick-gnu-r-tutorial-to-sta
Today's GNU R tutorial in
http://how-to.linuxcareer.com/a-quick-gnu-r-tutorial-to-statistical-models-and-graphics
points out how bad statistical practice is being further perpetuated, by
virtue of "significance stars" still being the default in printed output
from lm models.
-
Frank Harrell
ok ok, I will RTFM :-)
In fact:
> msd[13] - 0.17
[1] -2.775558e-17
and of course:
> all.equal(msd[13],0.17)
[1] TRUE
it a precision problem :-)
Sorry to bother you with thisÂ…
anyway should be FAQ 0.0.
Davide
On Feb 7, 2013, at 11:20 AM, Jari Oksanen wrote:
> This should be FAQ 0.0. No
This should be FAQ 0.0. No other thing is asked as frequently as this. This is
the FAQest of all FAQs, and a mother of all FAQs. At least this should be in R
posting guide: "Read FAQ 7.31 before posting!"
Cheers, Jari Oksanen
On 07/02/2013, at 12:13 PM, R. Michael Weylandt wrote:
> R FAQ 7.31
R FAQ 7.31
Cheers,
MW
On Thu, Feb 7, 2013 at 10:05 AM, Davide Rambaldi wrote:
> Hello everybody:
>
> I get a strange behavior with seq, take a look at this:
>
>> msd <- seq(0.05,0.3, 0.01)
>> msd[13]
> [1] 0.17
>> class(msd)
> [1] "numeric"
>> class(msd[13])
> [1] "numeric"
>> typeof(msd[13])
>
Hello everybody:
I get a strange behavior with seq, take a look at this:
> msd <- seq(0.05,0.3, 0.01)
> msd[13]
[1] 0.17
> class(msd)
[1] "numeric"
> class(msd[13])
[1] "numeric"
> typeof(msd[13])
[1] "double"
now the problem:
> msd[13] == 0.17
[1] FALSE
It is strange only to me?
Consider tha
11 matches
Mail list logo
