[Rd] How I() works in a formula

Dear all, I'm updating a package regarding a new type of models, and I'm looking to extend the formula interface with two functions (L() and R() ) for construction of these models. I want to use as much of the formula interface as possible, and hoped to do something similarly to I(). I know the I

Re: [Rd] How I() works in a formula

On 03 Oct 2014, at 14:32 , Joris Meys wrote: > Dear all, > > I'm updating a package regarding a new type of models, and I'm looking to > extend the formula interface with two functions (L() and R() ) for > construction of these models. I want to use as much of the formula > interface as possibl

Re: [Rd] How I() works in a formula

Joris, Basically, the I() function, as it is used in a regression model, allows the user to perform arithmetic operations on a variable that would otherwise be interpreted by the formula. It is not trapped as a special function as Error() is in aov(). There may be other applications where the c

Re: [Rd] How I() works in a formula

Thanks Peter! That clarifies why it felt I was chasing ghosts these past days :) Thanks for the tip about coxph as well, there's some nice ideas to be discovered there. Cheers Joris On Fri, Oct 3, 2014 at 3:02 PM, peter dalgaard wrote: > > On 03 Oct 2014, at 14:32 , Joris Meys wrote: > > > Dea

Re: [Rd] Intel Fortran compiler returns a -1 TRUE value

On Thu, Oct 2, 2014 at 4:25 PM, Ei-ji Nakama wrote: > Hello > > > The value generated by Fortran's .TRUE. evaluates as "truthy" -- as in > > all(z[[1]]) -- but is neither equal to nor identical to TRUE. Its numeric > > conversion to -1 is most unusual, every other system I've tried converts > to

[Rd] Any penalty for using gzfile() in place of file() for reading?

A question I meant to ask for a very long time: I have several functions that temporarily open files using file(..., open="rb"). I'd like to support gzip'ed files also and noticed that gzfile(..., open="rb") handles also non-compressed files, cf. help("gzfile"): For 'gzfile' the description is

[Rd] mpi.h errors on Mavericks packages

Dear mac folks, I have started porting a large legacy toolset maintained in windows and heavily mpi laden so it can be used across platforms in R... so I am building a package out of it. On this note, I am noticing that almost all of the mpi dependent packages do not compile on the CRAN repositori

Re: [Rd] mpi.h errors on Mavericks packages

On 10/03/2014 04:17 PM, Daniel Fuka wrote: Dear mac folks, I have started porting a large legacy toolset maintained in windows and heavily mpi laden so it can be used across platforms in R... so I am building a package out of it. On this note, I am noticing that almost all of the mpi dependent p

Re: [Rd] mpi.h errors on Mavericks packages

On 10/03/2014 04:58 PM, Martin Morgan wrote: On 10/03/2014 04:17 PM, Daniel Fuka wrote: Dear mac folks, I have started porting a large legacy toolset maintained in windows and heavily mpi laden so it can be used across platforms in R... so I am building a package out of it. On this note, I am n

Re: [Rd] mpi.h errors on Mavericks packages

Daniel, On Oct 3, 2014, at 7:17 PM, Daniel Fuka wrote: > Dear mac folks, > > I have started porting a large legacy toolset maintained in windows > and heavily mpi laden so it can be used across platforms in R... so I > am building a package out of it. On this note, I am noticing that > almost a

Re: [Rd] mpi.h errors on Mavericks packages

FYI https://groups.google.com/forum/#!topic/rbigdataprogramming/k1uZWmzd1L8 or FAQ, Section 8.3, question 10 at https://github.com/snoweye/pbdMPI/blob/master/inst/doc/pbdMPI-guide.pdf?raw=true may be useful. On Fri, Oct 3, 2014 at 9:10 PM, Simon Urbanek wrote: > Daniel, > > On Oct 3, 2014, at 7: