-
Notifications
You must be signed in to change notification settings - Fork 286
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
Integer+Alpha codes parse as numeric #339
Comments
I've run into this problem also. Here's a reproducible example:
If I use base::read.csv I see the "L" in the data still:
But when I use readr::read_csv, it's coerced to numeric and I lose the "L" from my data, which is quite unexpected:
|
Yeah, this is a duplicate of #316 |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I have a CSV column with area codes that are of the form "13T". They are guessed as numeric, and the trailing char is lost:
Unless there's a zero:
I'd prefer these ("13T" etc) to be parsed as character. I can't think of a context where this pattern would be numeric. Except in special cases, such as issue #316, where he has 21N, 13.5E etc for coordinates. He gets numerics (but I'm not sure he wants them) except in a column that has a "0N" which returns as character...
more than one trailing alphabetical seems to be enough to trigger character guessing:
Seems a bit inconsistent...
readr_0.2.2
The text was updated successfully, but these errors were encountered: