[
https://issues.apache.org/jira/browse/TINKERPOP-2596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17417608#comment-17417608
]
ASF GitHub Bot commented on TINKERPOP-2596:
-------------------------------------------
spmallette commented on pull request #1475:
URL: https://github.com/apache/tinkerpop/pull/1475#issuecomment-922863380
pulling Josh's note from JIRA just to make sure no one missed it:
> Option 2 kinda makes sense, if "bare" timestamps are allowed at all. Even
with full date-times, there is some context dependence if the time zone is
omitted – it defaults to a "local" time zone, which has to be predefined. We
could assume that a reference timestamp is also predefined, and bound to a
specific instant near the beginning of query evaluation. You could have even
weirder things than hours and minutes without a date, e.g. seconds and
milliseconds without minutes. Is it worth trying to support these oddball
cases? Idk, but you could do it...
to summarize, it sounds as though josh/dave are +0 on having the bare time
at all and kelvin has a decent idea with his option 2 if we did support it - i
sorta like that better than the jodatime approach of basing from 1970.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
> datetime function
> -----------------
>
> Key: TINKERPOP-2596
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2596
> Project: TinkerPop
> Issue Type: Improvement
> Components: language
> Affects Versions: 3.5.1
> Reporter: Stephen Mallette
> Priority: Major
>
> Include a {{datetime()}} function in the grammar that will parse a ISO-8601
> formatted date:
> {code}
> datetime('2021-07-21')
> datetime('2021-07-21T01:12:59')
> datetime('2021-07-21T01:12:59+0500')
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
