Re: [Rd] New R function is.nana = is.na & !is.nan
Please note that ?NaN says
"Computations involving ‘NaN’ will return ‘NaN’ or perhaps ‘NA’: which
of those two is not guaranteed and may depend on the R platform (since
compilers may re-order computations)."
It is not reliable to depend on the distinction between NA and (non-NA)
NaN. Part of the problem is that on some current systems it is not
specified what the NaN payload will be after even simple arithmetic
operations. Unfortunately changing R to make such distinction reliable
would be a major effort, most likely incur performance overhead even for
computations where the distinction is not needed, and code changes would
be required also in packages.
I think given this it is better not to offer a function to directly
differentiate between NaN and NA.
Best
Tomas
On 1/2/20 3:09 AM, Jan Gorecki wrote:
"nana" is meant to express "NA, really NA".
Your suggestion sounds good.
On Thu 2 Jan, 2020, 3:38 AM Pages, Herve, wrote:
Happy New Year everybody!
The name (is.nana) doesn't make much sense to me. Can you explain it?
One alternative would be to add an extra argument (e.g. 'strict') to
is.na(). FALSE by default, and ignored (with or w/o a warning) when the
type of 'x' is not "numeric".
H.
On 12/31/19 22:16, Jan Gorecki wrote:
Hello R-devel,
Best wishes in the new year. I am writing to kindly request new R
function so NA_real_ can be more easily detected.
Currently if one wants to test for NA_real_ (but not NaN) then extra
work has to be done: `is.na(x) & !is.nan(x)`
Required functionality is already at C level so to address my request
there is not that much to do.
Kevin Ushey made a nice summary of current R C api in:
https://urldefense.proofpoint.com/v2/url?u=https-3A__stackoverflow.com_a_26262984_2490497=DwICAg=eRAMFD45gAfqt84VtBcfhQ=BK7q3XeAvimeWdGbWY_wJYbW0WYiZvSXAJJKaaPhzWA=oWT1wDiy7pogVlJHGtdOoM3zdB45t9zZVyGYU8qcOgo=zFj3lh-N_YlNBRlDKeO-aTs0Bf2qtWLUHKlw_nh2Q4o=
Pasting related part below, extra row added by me is a requested feature.
+-+
| C fun| NaN | NA | R fun
+-+
| ISNAN| t | t | is.na
| R_IsNaN | t | f | is.nan
| ISNA | f | t | is.na && !is.nan
| R_IsNA | f | t | is.na && !is.nan
+-+
+-+
| R fun| NaN | NA | C fun
+-+
| is.na| t | t | ISNAN
| is.nan | t | f | R_IsNaN
+-+
| is.nana | f | t | R_IsNA
+-+
Strictly speaking, I am asking for a new R function:
is.nana <- function(x) if (typeof(x)=="numeric")
.Primitive("is.nana") else .Primitive("is.na")
Then probably a copy of C function `do_isnan` as `do_isnana` with a
minor change from `R_IsNaN` to `R_IsNA`.
Best,
Jan Gorecki
__
R-devel@r-project.org mailing list
https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman_listinfo_r-2Ddevel=DwICAg=eRAMFD45gAfqt84VtBcfhQ=BK7q3XeAvimeWdGbWY_wJYbW0WYiZvSXAJJKaaPhzWA=oWT1wDiy7pogVlJHGtdOoM3zdB45t9zZVyGYU8qcOgo=tCCxZtQj30QrtAYORMODT-OnjeKiXxiF0qlZtgyj1Mc=
--
Hervé Pagès
Program in Computational Biology
Division of Public Health Sciences
Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N, M1-B514
P.O. Box 19024
Seattle, WA 98109-1024
E-mail: hpa...@fredhutch.org
Phone: (206) 667-5791
Fax:(206) 667-1319
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] New R function is.nana = is.na & !is.nan
"nana" is meant to express "NA, really NA".
Your suggestion sounds good.
On Thu 2 Jan, 2020, 3:38 AM Pages, Herve, wrote:
> Happy New Year everybody!
>
> The name (is.nana) doesn't make much sense to me. Can you explain it?
>
> One alternative would be to add an extra argument (e.g. 'strict') to
> is.na(). FALSE by default, and ignored (with or w/o a warning) when the
> type of 'x' is not "numeric".
>
> H.
>
>
> On 12/31/19 22:16, Jan Gorecki wrote:
> > Hello R-devel,
> >
> > Best wishes in the new year. I am writing to kindly request new R
> > function so NA_real_ can be more easily detected.
> > Currently if one wants to test for NA_real_ (but not NaN) then extra
> > work has to be done: `is.na(x) & !is.nan(x)`
> > Required functionality is already at C level so to address my request
> > there is not that much to do.
> > Kevin Ushey made a nice summary of current R C api in:
> >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__stackoverflow.com_a_26262984_2490497=DwICAg=eRAMFD45gAfqt84VtBcfhQ=BK7q3XeAvimeWdGbWY_wJYbW0WYiZvSXAJJKaaPhzWA=oWT1wDiy7pogVlJHGtdOoM3zdB45t9zZVyGYU8qcOgo=zFj3lh-N_YlNBRlDKeO-aTs0Bf2qtWLUHKlw_nh2Q4o=
> > Pasting related part below, extra row added by me is a requested feature.
> >
> > +-+
> > | C fun| NaN | NA | R fun
> > +-+
> > | ISNAN| t | t | is.na
> > | R_IsNaN | t | f | is.nan
> > | ISNA | f | t | is.na && !is.nan
> > | R_IsNA | f | t | is.na && !is.nan
> > +-+
> > +-+
> > | R fun| NaN | NA | C fun
> > +-+
> > | is.na| t | t | ISNAN
> > | is.nan | t | f | R_IsNaN
> > +-+
> > | is.nana | f | t | R_IsNA
> > +-+
> >
> > Strictly speaking, I am asking for a new R function:
> >
> > is.nana <- function(x) if (typeof(x)=="numeric")
> > .Primitive("is.nana") else .Primitive("is.na")
> >
> > Then probably a copy of C function `do_isnan` as `do_isnana` with a
> > minor change from `R_IsNaN` to `R_IsNA`.
> >
> > Best,
> > Jan Gorecki
> >
> > __
> > R-devel@r-project.org mailing list
> >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman_listinfo_r-2Ddevel=DwICAg=eRAMFD45gAfqt84VtBcfhQ=BK7q3XeAvimeWdGbWY_wJYbW0WYiZvSXAJJKaaPhzWA=oWT1wDiy7pogVlJHGtdOoM3zdB45t9zZVyGYU8qcOgo=tCCxZtQj30QrtAYORMODT-OnjeKiXxiF0qlZtgyj1Mc=
> >
>
> --
> Hervé Pagès
>
> Program in Computational Biology
> Division of Public Health Sciences
> Fred Hutchinson Cancer Research Center
> 1100 Fairview Ave. N, M1-B514
> P.O. Box 19024
> Seattle, WA 98109-1024
>
> E-mail: hpa...@fredhutch.org
> Phone: (206) 667-5791
> Fax:(206) 667-1319
>
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] New R function is.nana = is.na & !is.nan
Happy New Year everybody!
The name (is.nana) doesn't make much sense to me. Can you explain it?
One alternative would be to add an extra argument (e.g. 'strict') to
is.na(). FALSE by default, and ignored (with or w/o a warning) when the
type of 'x' is not "numeric".
H.
On 12/31/19 22:16, Jan Gorecki wrote:
> Hello R-devel,
>
> Best wishes in the new year. I am writing to kindly request new R
> function so NA_real_ can be more easily detected.
> Currently if one wants to test for NA_real_ (but not NaN) then extra
> work has to be done: `is.na(x) & !is.nan(x)`
> Required functionality is already at C level so to address my request
> there is not that much to do.
> Kevin Ushey made a nice summary of current R C api in:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__stackoverflow.com_a_26262984_2490497=DwICAg=eRAMFD45gAfqt84VtBcfhQ=BK7q3XeAvimeWdGbWY_wJYbW0WYiZvSXAJJKaaPhzWA=oWT1wDiy7pogVlJHGtdOoM3zdB45t9zZVyGYU8qcOgo=zFj3lh-N_YlNBRlDKeO-aTs0Bf2qtWLUHKlw_nh2Q4o=
> Pasting related part below, extra row added by me is a requested feature.
>
> +-+
> | C fun| NaN | NA | R fun
> +-+
> | ISNAN| t | t | is.na
> | R_IsNaN | t | f | is.nan
> | ISNA | f | t | is.na && !is.nan
> | R_IsNA | f | t | is.na && !is.nan
> +-+
> +-+
> | R fun| NaN | NA | C fun
> +-+
> | is.na| t | t | ISNAN
> | is.nan | t | f | R_IsNaN
> +-+
> | is.nana | f | t | R_IsNA
> +-+
>
> Strictly speaking, I am asking for a new R function:
>
> is.nana <- function(x) if (typeof(x)=="numeric")
> .Primitive("is.nana") else .Primitive("is.na")
>
> Then probably a copy of C function `do_isnan` as `do_isnana` with a
> minor change from `R_IsNaN` to `R_IsNA`.
>
> Best,
> Jan Gorecki
>
> __
> R-devel@r-project.org mailing list
> https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman_listinfo_r-2Ddevel=DwICAg=eRAMFD45gAfqt84VtBcfhQ=BK7q3XeAvimeWdGbWY_wJYbW0WYiZvSXAJJKaaPhzWA=oWT1wDiy7pogVlJHGtdOoM3zdB45t9zZVyGYU8qcOgo=tCCxZtQj30QrtAYORMODT-OnjeKiXxiF0qlZtgyj1Mc=
>
--
Hervé Pagès
Program in Computational Biology
Division of Public Health Sciences
Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N, M1-B514
P.O. Box 19024
Seattle, WA 98109-1024
E-mail: hpa...@fredhutch.org
Phone: (206) 667-5791
Fax:(206) 667-1319
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
