> Message: 14
> Date: Wed, 8 Jan 2020 09:59:56 -0800
> From: Bert Gunter
> To: Norm Matloff
> Cc: R-help
> Subject: Re: [R] issue with Rcmdr
> ... and even more generally, is generally misleading. ;-)
> (search "problems with R^2" or similar for why).
&
Glad to hear it now works for you. But speaking more generally, note that
R-squared is the squared correlation between the predicted Y and actual Y
values. E.g.
lmout <- lm(y ~ x)
print(cor(lmout$fitted.values,y)^2)
One can use this in any regression setting, even machine learning methods.
N
ather.cs.ucdavis.edu/paralleldatasci.pdf
Your comments and suggestions are welcome, in fact very much hoped-for.
I took this approach when I wrote my R programming book, and found it
very helpful to me, and of much value to people who downloaded it.
Hopefully the same will be true
several examples with pictures.
Norm Matloff
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.
One replier worried about doing multiple operations on the graphics
device in parallel. To avoid this, try saving the output of your plot
function instead of immediately displaying it (if the function allows
this). Then display everything when you're all done.
Norm Matloff
To: Alaios
Su
Unfortunately, I don't have time to read your code, but if it is any
help, I have general discrete event simulation code as an example in my
book. I've posted the code at
http://heather.cs.ucdavis.edu/DES.R
Norm Matloff
__
R-help@r-p
Rainer wrote:
* On Thu, Oct 20, 2011 at 12:22 AM, Norm Matloff
* wrote:
*
* >
* > I've developed a new R debugging tool, debugR, available at
* > http://heather.cs.ucdavis.edu/debugR.html
* >
* > This basically replaces my edtdbg, which I will no longer be
* > s
eedback is encouraged, of course.
Norm Matloff
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self
art your
asynchronous process in B, writing to memory shared by A and B.
The code at B would look like:
run task B, writing results to shared variable X[1] when done
The code at A would look like:
do various unrelated tasks
while (X[1] == 0) ;
use X[1]
Norm
owcol=1) or columns
mat2lst <- function(m,rowcol=1) {
if (rowcol == 1) m <- t(m)
dm <- as.data.frame(m)
as.list(dm)
}
This seems to be faster than the split() approach for columns, but
slower for rows. Apparently the transpose operation makes the
difference. (You could try inves
also find my UseR! presentation on Rdsm to be helpful,
user2010.org/slides/Matloff.pdf
You could do the same thing, though less directly and I believe less
conveniently, using some of the packages Louis mentioned, as well as
bigmemory.
Norm Matloff
__
R
n.) A good general alternative is the bootstrap,
implemented in R in the boot package.
Norm Matloff
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and
On Tue, Oct 05, 2010 at 06:13:04PM -0400, Mike Marchywka wrote:
> I guess it wouldn't be too far a field to discuss benefits
> of data stucture exploration in R vs cpp or java- Especially
> for something like this where you may want to time it in a multithreaded
> setting- you can always instrume
n R) and this is not
> helping.
>
> best,
>
> MK
Not sure what you mean by a "threaded" binary tree, but I am enclosing
code below. It is from my forthcoming book on software development in
R.
Two caveats:
1. It hasn't been checked yet. There may be bugs, ineffi
m/r-de...@r-project.org/msg20089.html
Some of the replies not only explain the process, but list lines in the
source code where this takes place, enabling a closer look at how/when
duplication occurs.
Norm Matloff
__
R-help@r-project.org mailing list
In 2010-08-30, C. Peng wrote:
> What statistical measure(s) tend to be answering ALL(?) question of
> practical interest?
None. All I had said was that significance testing doesn't really
answer any questions of practical interest. Unfortunately, that doesn't
mean there's something to answer a
ed. I can expand on
this, with references, if there is interest.
Norm Matloff
Professor of Computer Science (formerly Statistics)
University of California, Davis
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE d
Guo-Hao Huang wrote:
> Date: Thu, 11 Mar 2010 14:55:35 +0800
> From: "Guo-Hao Huang"
> To: "Norm Matloff"
> Cc: r-help@r-project.org
> Subject: Re: [R] ANNOUNCE--Rdsm package, a threads-like environment
> for R
>
> I am interested in Rdsm pac
; typically, though, they should provide similar performance in
such contexts. By the way, I have a prototype of an infrastructure
package to facilitate using bigmemory as a parallel R engine.
Norm Matloff
University of California, Davis
__
R-help@r
My edtdbg debugging tool is now on CRAN, at
http://cran.r-project.org/web/packages/edtdbg/index.html
I've added a few new commands since the last time I announced the
package here. I'll enclose command list at the end of this message.
Currently the package is implemented for Vim. I have a vol
matloff/R/edtdbg/edtdbg.zip
I'd like to thank Jakson and Duncan M. for some useful e-mail exchanges.
Now that this "digression" is done, I can get back to finishing my Rdsm
parallel R package and uploading it to CRAN. (Not sure whether edtdbg
is appropriate for CRAN?)
Norm Matloff
ent, and a couple of
people have made suggestions as well. I'll post an enhanced version in
a day or so.
Norm
> Date: Sun, 6 Dec 2009 23:39:06 -0800
> From: Norm Matloff
> Subject: [R] Announce: edtdbg, integrating R's debug() with your text
> editor
> To: r-help@r-p
y will upload to CRAN at some
point, possibly after an ESS guru contributes the ESS code. :-)
A note on my Rdsm package for parallel R: The new, much improved
version is just about ready. I'll be uploading Rdsm to CRAN very soon.
Norm Matloff
__
he Dept. of Computer Science. My
CS research work has often been statistical in nature. I'm an R user
going way back to the "blue book" days of S.
Norm Matloff
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-he
that
paradigm's greater flexibility. I happen to be of the shared-memory
school. Given the popularity of OpenMP for C/C++/FORTRAN, I believe
Rdsm will be of interest to many for R. Indeed, in the next few months,
I will be extending Rdsm with functions that give it the "look and feel&qu
;look and feel" of OpenMP.
I have an an alpha version of Rdsm ready, and will be releasing it in
the next day or two (on my own Web page for now, not yet on CRAN) in an
announcement here. User feedback will be much appreciated.
Norm Matloff
UC Davis
___
e advantage of R's graphics and
statistics facilities.
SimPy is at http://simpy.sourceforge.net/ Also, I have a tutorial on it
at http://heather.cs.ucdavis.edu/~matloff/simcourse.html
Norm Matloff
University of California, Davis
__
R-help@r-project.org
27 matches
Mail list logo