-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dealing with NAs #39
Comments
hmm to me it looks a bit too complicated. If NAs are not desirable we can actually switch that particular behaviour to match Another alternative is to provide slightly different operator syntax for dealing with NAs differently. Maybe capital letters |
I think I'd rather not multiply by two our whole set of operators, I miss these functions in a CRAN package, but this might not be the place for them. |
Yup, agreed. What is your opinion about the other option - breaking consistency with |
I'm not sure about it, it's easy to remove NAs or transform them, if they're gone by default you won't get them back. unrelated FYI : rstudio/rstudio#5767 |
I don't completely dislike the capital letter idea though! We can think about it as we use the package. |
Yup I agree about not getting NA values back if we get rid of it. Very good point. About rstudio issue - great catch. I do not use R-studio, so do not have this particular problem. But it would be cumbersome for potential users of the package. |
@KKPMW Our package functions produce NAs, which might not always be desirable for all situations:
do you think it would stay in the scope of the package to add helpers to remove NAs or replace them by FALSE (or by symetry though less useful, by TRUE)
The text was updated successfully, but these errors were encountered: