-
Notifications
You must be signed in to change notification settings - Fork 74
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
Support time zone hr:min offsets #1833
Conversation
Codecov Report
@@ Coverage Diff @@
## master #1833 +/- ##
==========================================
- Coverage 96.19% 96.17% -0.02%
==========================================
Files 140 140
Lines 27405 27420 +15
==========================================
+ Hits 26361 26372 +11
- Misses 1044 1048 +4
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
"source": [ | ||
"Despite storing ``time`` types as epoch millis, Storm does not accept millis format as direct input. For example, it is not possible to input a time value in the format ``1544953072324`` (Storm will attempt to interpret that as the string ``YYYYMMDDhhmmssmmmm`` and return an error).\n", | ||
"\n", | ||
"Standard rules regarding :ref:`whitespace` and :ref:`literals` apply. For example, ``\"2018/12/16 09:37:52.324\"`` needs to be entered in single or double quotes, but ``2018/12/16`` does not. Similarly, relative times and the special time value ``?`` need to be placed in single or double quotes.\n", | ||
"\n", | ||
".. NOTE::\n", | ||
" Synapse does not support the storage of an explicit time zone with a time value (i.e., PST, +0500). Synapse is intended to store time values in UTC for consistency, so users will need to convert date / time values to UTC before entering them and convert values to UTC during any automated ingest.\n", | ||
" Synapse does not support the storage of an explicit time zone with a time value (i.e., PST, +0500). Synapse is intended to store time values in UTC for consistency, so users will need to convert date / time values to UTC before entering them and convert values to UTC during any automated ingest. Alternatively, the time zone can be provided in +/-hh:mm format, which will then be used to convert the time to UTC for storage.\n", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably get to remove the "+0500" from the "does not support" examples now?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I read this as "we don't store the time zone itself", which is still true since we are just converting to utc and discarding whatever the original time zone was. I'll try to reword though.
No description provided.