-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
all.equal.tbl_df should return TRUE for tbl_df with Date column #1204
Milestone
Comments
Hmm. The issue is that for some reason the
|
@romainfrancois sometimes dates are numerics and sometimes they're integers :/ |
Yes apparently. I'll come up with a workaround. |
romainfrancois
added a commit
that referenced
this issue
Aug 14, 2015
krlmlr
pushed a commit
to krlmlr/dplyr
that referenced
this issue
Mar 2, 2016
…teger and numeric), making e.g `all.equal` more resistant. closes tidyverse#1204.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
a
is a data.frame with a Date column.When serialised and deserialised with readr's
write_csv
andread_csv
, the resulting data.frameb_tbl
is equal toa
according tobase:::all.equal.default
, but not according todplyr:::all.equal.tbl_df
:I would expect all 4
all.equal
statements above to returnTRUE
.Note that this occurs only if
b_tbl
is the result of awrite_csv
andread_csv
, so I am not sure whether the issue is related toreadr
ordplyr
, but the inconsistency shows indplyr
:The text was updated successfully, but these errors were encountered: