The Etc timezones are nice and simple, but I am grateful for the other ones
since they help make handling local time conventions used by other people
tolerable.
In the TL;DR department, Local Standard Time is accessible using Olson
"Etc/GMT.*" time zone strings, but that is not the same
The R bug I mentioned was not that
as.POSIXlt("2016-03-27 02:30", format="%Y-%m-%d %H:%M", tz="CET")
returned an NA. That seems reasonable since there was no such time.
The bug is that the POSIXlt object prints in an odd format (leaving
off the time zone/daylight/standard time string) instead
Hi William,
asking to the r-devel list I resolved the problem! It depends from the
timezone (tz param) that I didn't specified and so R automatically uses
my local time and considers also the daylight saving time (that comes at
2:00 at my position).
As my dates are in solar time, I specified
It does look like "2016-03-27 02:35:00 CET" is a non-existent time
since the time sprang from 02:00-epsilon to 0:300 on that date. The
POSIXlt entry for it is a missing value (per is.na()) and order() puts
missing values at the end, hence your problem.
It seems like a bug that POSIXlt entries
When did the switch between 'summer time'/'winter time' (or 'daylight
savings'/'standard') happen in CET last year? (Did 2:35 exist on
March 27, 2016?)
At the R level, what is
as.numeric(strptime(df$DateTime, format='%Y-%m-%d %H:%M:%S'))
with your time zone settings?
Bill Dunlap
TIBCO Software
Hi list,
I'd like to submit the following problem that seems a bug but it is so
strange that it could be my mind ... so
I would like to sort a list of date time items like in this script:
df = data.frame(DateTime = c(
'2016-12-21 10:34:54',
'2016-12-21 11:04:54',
'2016-12-21 11:34:54',
6 matches
Mail list logo