On 20/03/2016 6:24 PM, Ben Bolker wrote:
The help page for colorRampPalette reads in part
alpha: logical: should alpha channel (opacity) values should be
returned?
which should probably be
alpha: logical: should alpha channel (opacity) values be returned?
This is in (2
The help page for colorRampPalette reads in part
alpha: logical: should alpha channel (opacity) values should be
returned?
which should probably be
alpha: logical: should alpha channel (opacity) values be returned?
This is in (2016-02-09 r70138) -- sorry if I missed an update
The survival package has a firstlib.R file that I had forgotton and just reviewed. After
deleting several bits which had a use 10 years ago during my Splus to R transition, the
only thing remaining is
.onUnload <- function(libpath)
library.dynam.unload("survival", libpath)
Does this bit o
> On 25 Mar 2016, at 11:45 am, peter dalgaard wrote:
>
>>
>> On 25 Mar 2016, at 10:08 , Jari Oksanen wrote:
>>
>>>
>>> On 25 Mar 2016, at 10:41 am, peter dalgaard wrote:
>>>
>>> As I see it, the display showing the first p << n PCs adding up to 100% of
>>> the variance is plainly wrong.
> On 25 Mar 2016, at 10:08 , Jari Oksanen wrote:
>
>>
>> On 25 Mar 2016, at 10:41 am, peter dalgaard wrote:
>>
>> As I see it, the display showing the first p << n PCs adding up to 100% of
>> the variance is plainly wrong.
>>
>> I suspect it comes about via a mental short-circuit: If we tr
> On 25 Mar 2016, at 10:41 am, peter dalgaard wrote:
>
> As I see it, the display showing the first p << n PCs adding up to 100% of
> the variance is plainly wrong.
>
> I suspect it comes about via a mental short-circuit: If we try to control p
> using a tolerance, then that amounts to sayin
As I see it, the display showing the first p << n PCs adding up to 100% of the
variance is plainly wrong.
I suspect it comes about via a mental short-circuit: If we try to control p
using a tolerance, then that amounts to saying that the remaining PCs are
effectively zero-variance, but that is
