I think what's been missed is that zapsmall works relative to the absolute
largest value in the vector. Hence if there's only one
item in the vector, it is the largest, so its not zapped. The function's
raison d'etre isn't to replace absolutely small values,
but small values relative to the largest
Sorry for being unclear. I was commenting on the edge case that
Gregory brought up when calling zapsmall() with a vector of small
values. I thought Gregory was asking for thoughts on that as well, but
maybe I misunderstood. IMO it would be weird for zapsmall() to make a
small scalar zero but not a
Le 17/12/2023 à 18:26, Barry Rowlingson a écrit :
I think what's been missed is that zapsmall works relative to the absolute
largest value in the vector. Hence if there's only one
item in the vector, it is the largest, so its not zapped. The function's
raison d'etre isn't to replace absolutely sm
> Serguei Sokol via R-devel
> on Mon, 18 Dec 2023 10:29:02 +0100 writes:
> Le 17/12/2023 à 18:26, Barry Rowlingson a écrit :
>> I think what's been missed is that zapsmall works relative to the
absolute
>> largest value in the vector. Hence if there's only one
>> item
Le 18/12/2023 à 11:24, Martin Maechler a écrit :
Serguei Sokol via R-devel
on Mon, 18 Dec 2023 10:29:02 +0100 writes:
> Le 17/12/2023 à 18:26, Barry Rowlingson a écrit :
>> I think what's been missed is that zapsmall works relative to the
absolute
>> largest value in the vec
Does mFUN() really need to be a function of x and the NA values of x? I
can't think of a case where it would be used on anything but the non-NA
values of x.
I think it would be easier to specify a different mFUN() (and document this
new argument) if the function has one argument and is applied to
> Steve Martin
> on Mon, 18 Dec 2023 07:56:46 -0500 writes:
> Does mFUN() really need to be a function of x and the NA values of x? I
> can't think of a case where it would be used on anything but the non-NA
> values of x.
> I think it would be easier to specify a dif
Thanks for sharing, Martin. You're right that the interface for mFUN
should be more general than I initially thought.*
Perhaps you have other cases/examples where the ina argument is
useful, in which case ignore me, but your example with the robust mFUN
doesn't use the ina argument. What about hav