| To: | Ken McDonell <kenj@xxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: datetime enhancements |
| From: | fche@xxxxxxxxxx (Frank Ch. Eigler) |
| Date: | Thu, 20 Feb 2014 09:56:15 -0500 |
| Cc: | pcp@xxxxxxxxxxx |
| Delivered-to: | pcp@xxxxxxxxxxx |
| In-reply-to: | <53050D07.8080206@xxxxxxxxxxxxxxxx> (Ken McDonell's message of "Thu, 20 Feb 2014 06:59:03 +1100") |
| References: | <53042BF5.5070704@xxxxxxxxxx> <y0mbny3owuy.fsf@xxxxxxxx> <53050D07.8080206@xxxxxxxxxxxxxxxx> |
| User-agent: | Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) |
kenj wrote: > [...] >> Where does the logic come in that additive or subtractive >> time intevals would need to be relative to the (archive?) >> start/end times vs. the actual current time? > > It has always been so when the context is an archive ... Stan's output > is from a formative QA test where an archive context is the only thing > that is deterministic. Understood. One can also see a need also to use relative-to-now types of queries against archives, like "play back stats X from exactly 24 hours ago"; would that be covered by the -O/-S "@TIMESTR" syntax? - FChE |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [pcp] PCP Updates: qa fallout from ipv6/unix sockets for pmlogger and pmlc, Dave Brolley |
|---|---|
| Next by Date: | הספר עידוד ילדים להצלחה, מתנה חובה להורים |
| Previous by Thread: | Re: [pcp] datetime enhancements, Ken McDonell |
| Next by Thread: | Re: datetime enhancements, Ken McDonell |
| Indexes: | [Date] [Thread] [Top] [All Lists] |