Jim Klimov
2021-Aug-20 14:42 UTC
[Nut-upsuser] RFC - Propose to express dates using ISO 8601 when possible
Dittoing what I wrote in PR comments: It is a bit unclear what "or otherwise and Combined date and time representations" means. An example of ISO 8601 date representation (one of many offered by the standard) "or otherwise"? Which combined date and time would we take - e.g. YYYYMMDDTHHMMSSZ (literal T separator and Z for "zulu" UTC timezone)? Or with dashes and colons? Or...? Otherwise, as a generally uniform and standardized approach - LGTM :) On Fri, Aug 20, 2021, 14:10 Arnaud Quette via Nut-upsuser < nut-upsuser at alioth-lists.debian.net> wrote:> Hi all, > > I've made a pull request in that sense: > https://github.com/networkupstools/nut/pull/1076 > > I'll follow-up with applying to some drivers and propose more PRs. > > As usual, comments and feedback welcome. > > cheers, > Arno > _______________________________________________ > Nut-upsuser mailing list > Nut-upsuser at alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20210820/6a8c6533/attachment.htm>
Roger Price
2021-Aug-20 15:37 UTC
[Nut-upsuser] RFC - Propose to express dates using ISO 8601 when possible
On Fri, 20 Aug 2021, Jim Klimov via Nut-upsuser wrote:> It is a bit unclear what "or otherwise and Combined date and time > representations" means. An example of ISO 8601 date representation (one of > many offered by the standard) "or otherwise"? Which combined date and time > would we take - e.g. YYYYMMDDTHHMMSSZ (literal T separator and Z for "zulu" > UTC timezone)? Or with dashes and colons? Or...?Since we are concerned only with dates, and not time of day, things are a little simpler. We follow ISO 8601 clause 5.2.1 Calendar dates, and we don't have to worry about timezones. The only real choice is between the format YYYYMMDD and YYYY-MM-DD. Since our dates are intended primarily for humans it seems better to use the format YYYY-MM-DD which has better readability. It's always possible to extract the YYYYMMDD number if this is eventually needed. Roger See also RFC 3339 "Date and Time on the Internet: Timestamps"