Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
Loss of nanosecond resolution when constructing Timestamps from str #10041
Comments
sinhrks
added the
Timeseries
label
May 4, 2015
|
Because dateutil doesn't support nanosecond, it looks little difficult to cover all the cases to nanoseconds (see #7907). One option is to prepare a nanosecond parser to support some popular date formats. For example, change (or prepare separate function like) A PR would be appreciated :) |
jreback
added the
Bug
label
May 4, 2015
jreback
added this to the
Next Major Release
milestone
May 4, 2015
jreback
added Difficulty Intermediate Effort Low
labels
May 4, 2015
thejohnfreeman
referenced
this issue
Feb 27, 2016
Closed
ENH: optional ':' separator in ISO8601 strings #12483
jreback
modified the milestone: 0.18.0, Next Major Release
Mar 3, 2016
jreback
closed this
in 60b307f
Mar 5, 2016
jreback
reopened this
Mar 5, 2016
jreback
modified the milestone: 0.18.1, 0.18.0
Mar 5, 2016
jreback
closed this
in 820e110
Mar 6, 2016
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
hcontrast commentedMay 1, 2015
Looks like a bug: When passing a YYYYMMDDTHHMMSS.f string to
pd.Timestamp, the resolution seems limited to micro- rather than nano-seconds:The behavior seems correct when using a different string format:
Using pandas 0.16.0, python 2.7.6