ginal Message-
> > From: Michael Friendly [mailto:frien...@yorku.ca]
> > Sent: November-25-11 10:43 AM
> > To: Terry Therneau
> > Cc: r-devel@r-project.org; John Fox; Duncan Murdoch
> > Subject: Re: [Rd] How to deal with package conflicts
> >
> > On 11
On 25/11/2011 12:12 PM, Terry Therneau wrote:
I like the idea of making the functions local, and will persue it.
This issue has bothered me for a long time -- I had real misgivings when
I introduced "cluster" to the package, but did not at that time see any
way other than making it global.
I
I like the idea of making the functions local, and will persue it.
This issue has bothered me for a long time -- I had real misgivings when
I introduced "cluster" to the package, but did not at that time see any
way other than making it global.
I might make this change soon in the ridge functio
Therneau
> Cc: r-devel@r-project.org; John Fox; Duncan Murdoch
> Subject: Re: [Rd] How to deal with package conflicts
>
> On 11/25/2011 9:10 AM, Terry Therneau wrote:
> > The ridge() function was put into the survival package as a simple
> > example of what a user
On 25/11/2011 10:37 AM, Terry Therneau wrote:
On Fri, 2011-11-25 at 09:50 -0500, Duncan Murdoch wrote:
> I think the general idea in formulas is that it is up to the user to
> define the meaning of functions used in them. Normally the user has
> attached the package that is working on the for
On Fri, Nov 25, 2011 at 10:37 AM, Terry Therneau wrote:
>
> On Fri, 2011-11-25 at 09:50 -0500, Duncan Murdoch wrote:
>> I think the general idea in formulas is that it is up to the user to
>> define the meaning of functions used in them. Normally the user has
>> attached the package that is worki
On Fri, 2011-11-25 at 10:42 -0500, Michael Friendly wrote:
> Duncan provided one suggestion: make ridge() an S3 generic, and
> rename ridge()
> to ridge.coxph(), but this won't work, since you use ridge() inside
> coxph() and survreg() to add a penalty term in the model formula.
> Another idea m
On 11/25/2011 9:10 AM, Terry Therneau wrote:
The ridge() function was put into the survival package as a simple
example of what a user could do with penalized functions. It's not a
"serious" function, and I'd be open to any suggestions for change.
Actually, for any L2 penalty + Cox model one is
On Fri, 2011-11-25 at 09:50 -0500, Duncan Murdoch wrote:
> I think the general idea in formulas is that it is up to the user to
> define the meaning of functions used in them. Normally the user has
> attached the package that is working on the formula, so the package
> author can provide usefu
On 25/11/2011 9:10 AM, Terry Therneau wrote:
The ridge() function was put into the survival package as a simple
example of what a user could do with penalized functions. It's not a
"serious" function, and I'd be open to any suggestions for change.
Actually, for any L2 penalty + Cox model one is
The ridge() function was put into the survival package as a simple
example of what a user could do with penalized functions. It's not a
"serious" function, and I'd be open to any suggestions for change.
Actually, for any L2 penalty + Cox model one is now better off using
coxme as the maximizatio
On 11-11-24 4:44 PM, Michael Friendly wrote:
In my genridge package, I define a function ridge() for ridge
regression, creating objects of class 'ridge'
that I intend to enhance.
In a documentation example, I want to use some functions from the car
package. However, that package
requires surviva
In my genridge package, I define a function ridge() for ridge
regression, creating objects of class 'ridge'
that I intend to enhance.
In a documentation example, I want to use some functions from the car
package. However, that package
requires survival, which also includes a ridge() function, f
13 matches
Mail list logo
