question | warnings with joins
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 25/100
Research direction
Start by running the two R/data.table examples in the issue and then construct a reproducible case for each warning. The report names no files or tests; done would require identifying the join or ifelse conditions that trigger the warnings and documenting the correct handling or expected behavior.
Written by the indexing model from the issue text.
Description
Hi,
may I please ask you
1
I used to experience warnings like:
Coerced 'integer' RHS to 'logical' to match the column's type. Either change the target column to 'integer' first (by creating a new 'integer' vector length 4277 (nrows of entire table) and assign that; i.e. 'replace' column), or coerce RHS to 'logical' (e.g. 1L, NA_[real|integer]_, as.*, etc) to make your intent clear and for speed. Or, set the column type correctly up front when you create the table and stick to it, please.
in the joins like:
a = data.table(id1 = c(1,2,3), id2 = c(1,2,3), field = c(1,2,3))
b = data.table(id1 = c(1,2,3), id2 = c(11,22,33), field = c(1,2,3))
a[b, field := i.field, on=.(id1 = id2)]
There is no ifelse condition
In this small sample there is no such a warning
I cannot always reproduce but maybe you can advice - what is the best way to prevent this?
I did the check that nrow(b) > 0 but it doesnt help a lot
2
and the second question with ifelse
similar problem in terms of reproducing
but the idea is:
a = data.table(id1 = c(1,2,3), id2 = c(1,2,3), field = c(1,2,3))
b = data.table(id1 = c(1,2,3), id2 = c(11,22,33), field = c(1,2,3))
a[b, field := ifelse(id2 > i.id2, i.field, field), on=.(id1)]
as I understand sometimes there is NA condition inside of ifelse and there is warning as well - is there a way to handle it somehow properly? I am not sure its the best idea to write the long prejoin conditions like if (nrow(a[b, on=.(id1=id2)) > 0) or smth
Thank you
- Dominant language
- R
- Stars
- 3.9k
- Forks
- 1.1k
- Avg merge
- 14h 4m
- Merged PRs (30d)
- 4
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Rdatatable/data.table
-
as.data.table() recurses without end on a survival::Surv object (or any data.frame carrying one) Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Rdatatable/data.table#7887 ·
-
consistency tests
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Rdatatable/data.table#7853 · 3 comments ·
-
internals
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
Rdatatable/data.table#6938 · 1 comment ·
-
encoding fread
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
Rdatatable/data.table#5179 · 8 comments ·
-
documentation programming
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Rdatatable/data.table#3199 · 3 comments ·
All issues in Rdatatable/data.table
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
r-lib/pkgdepends#485 · 3 comments ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
beginners blocker
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enviPathR OpenBuild Error Build OK Build Warning policies-accepted pre-review precheck-passed
Difficulty 1/5 Under an hour Newbie friendliness 84/100
Bioconductor/BiocContributions#207 · 6 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
datacarpentry/semester-biology#1255 ·