Re: [Rd] dgamma error condition?

On Fri, 4 Nov 2005, Ben Bolker wrote: > > There's an apparent inconsistency between the > behavior of d(pqr)gamma and other distribution > functions for "bad" parameter values. Specifically, > most distributions give NaN and a warning for bad > parameters (e.g. probabilities <0 or >1). In cont

Re: [Rd] mosaicplot() update and clarification

All, Again, my apologies for seeming to claim credit for your other mosaic implementation. However, there are two sources of this confusion, and I hope the following helps. 1. "my" implementation (e.g. the one originally written for and included in S-Plus, then modified and improved for R by "K

Re: [Rd] Brainstorm: Alpha and Beta testing of R versions

> actually, it might not be a bad idea to require a unique > bug-entry interface -- actually we have been thinking of moving > to bugzilla -- if only Peter Dalgaard could find a smart enough > person (even to be paid) who'd port all the old bug reports into the > new format.. If you haven't alread

Re: [Rd] Brainstorm: Alpha and Beta testing of R versions

Martin, you're very welcome. > A general point about your suggestions: You seem to assume that > bug reports are typically entered via the R-bugs web interface Yes, that was the premiss of my suggestions. Perhaps to supplement these ideas, bug.report() could be rewritten to prompt useful info

Re: [Rd] R thread safe

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 R is not yet thread safe. We are working on it, and I hope to make some progress before the end of the year. (This one even!) D. [EMAIL PROTECTED] wrote: > Dear R-dev, > > I would like to accelerate my R computation by using parallel OpenMP com

Re: [Rd] Brainstorm: Alpha and Beta testing of R versions

Thanks a lot, Andrew, for your input! A general point about your suggestions: You seem to assume that bug reports are typically entered via the R-bugs web interface (which is down at the moment and for a few more dozen hours probably}, rather than via R's builtin bug.report() function or the s

Re: [Rd] mosaicplot() update

Thanks, obviously my mistake. The google search turned up my code with {vcd} after it, so there is at least one page out there where my version (mosaicplot) is listed incorrectly as being in {vcd}. Cheers! Jay On Mon, 7 Nov 2005, Achim Zeileis wrote: > Jay: > > > Thanks, I'll send the code

Re: [Rd] mosaicplot() update

Jay: > Thanks, I'll send the code with the few changes marked > with something obvious like, > > # JWE changed previous line, > > etc... > > I wasn't aware of the {vcd} implementation. It looks like it > is built on my original S-Plus code, too. Nope, everythi

[Rd] R thread safe

Dear R-dev, I would like to accelerate my R computation by using parallel OpenMP compilers (e.g from Pathscale) on a 2-processor AMD server and I would like to know whether R is a tread safe library. The main kernel of the OpenMP parallelization is a C SEXP function that performs the computational

Re: [Rd] mosaicplot() update

On Mon, 7 Nov 2005 16:43:08 + (GMT) Prof Brian Ripley wrote: > Jay, > > Having your code change to know exactly what you are suggesting would > be helpful. Depending on what exactly you want, you could do e.g. mosaic(HairEyeColor, labeling = NULL) which prints no labels at all. If you only

Re: [Rd] mosaicplot() update

Brian, Thanks, I'll send the code with the few changes marked with something obvious like, # JWE changed previous line, etc... I wasn't aware of the {vcd} implementation. It looks like it is built on my original S-Plus code, too. Always nice to get the citatio

Re: [Rd] Brainstorm: Alpha and Beta testing of R versions

My most common problem with the bug reporting system is distinguishing between bugs and my own stupidity or confusion. So I post to the r-devel list to ask; even when there is a response, I may then fail to get around to submitting the bug report itself ... I know R-core doesn't want the bug l

Re: [Rd] mosaicplot() update

Jay, Having your code change to know exactly what you are suggesting would be helpful. There is an enhanced version of mosaicplot called mosaic in package vcd, and you might like to talk to its maintainers (if the facility is not already there, as at a quick glance it seemed not to be). Brian

[Rd] mosaicplot() update

Hi -- I've found a need for an additional option to mosaicplot(), to suppress the labels. It's not difficult, obviously, a minor thing. Would you like me to submit my revised code (I'll use your code rather than my original source code which was adapted for S-Plus and R)? Or it might be a 5-mi

Re: [Rd] Classification Trees and basic Random Forest pkg using t ree structures in C

Liaw, Andy wrote: >>From: Hin-Tak Leung >>Hmm, why didn't you just post a URL? > > Isn't it a bit too much to assume that everyone has a personal web space > somewhere? Just for the sake of argument... I did assume that nih.gov is a sizeable government organization and have official channnels fo

Re: [Rd] Brainstorm: Alpha and Beta testing of R versions

On Sun, 6 Nov 2005, Henrik Bengtsson wrote: > Andrew Robinson wrote: > > >On Fri, Nov 04, 2005 at 09:58:47AM +0100, Martin Maechler wrote: > > > >>[Mainly for R-foundation members; but kept in public for general > >> brainstorming...] > >> > > > >[SNIP] > > > >2) Try to use the structure of the re

Re: [Rd] Classification Trees and basic Random Forest pkg using tree structures in C

On Fri, 4 Nov 2005, Liaw, Andy wrote: > > For some of the data we encounter, all X variables are binary, so each data > point can be encoded into a bitstring. There are algorithms that take > advantage of that. The problem is interfacing such code with R. I know of > no good solutions. As I to