Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hksM3-0004b9-7E for pgsql-docs@arkaria.postgresql.org; Tue, 09 Jul 2019 15:48:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hksM2-0002T4-1w for pgsql-docs@arkaria.postgresql.org; Tue, 09 Jul 2019 15:48:30 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hksM1-0002Sx-Na for pgsql-docs@lists.postgresql.org; Tue, 09 Jul 2019 15:48:29 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hksLz-0006pg-2N for pgsql-docs@lists.postgresql.org; Tue, 09 Jul 2019 15:48:28 +0000 Received: from bruce by momjian.us with local (Exim 4.89) (envelope-from ) id 1hksLx-00016O-HV; Tue, 09 Jul 2019 11:48:25 -0400 Date: Tue, 9 Jul 2019 11:48:25 -0400 From: Bruce Momjian To: David Harper Cc: pgsql-docs@lists.postgresql.org Subject: Re: Ambiguous language in Table 8.13. Special Date/Time Inputs [EXT] Message-ID: <20190709154825.egarmx2s5jyvft4e@momjian.us> References: <156258047907.1181.11324468080514061996@wrigleys.postgresql.org> <20190709033234.ytbltfn25h5wvdbd@momjian.us> <8B4735A4-7B46-406A-B4F1-CBFA47D5E1BC@sanger.ac.uk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="xupls7fnbovuxcfb" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8B4735A4-7B46-406A-B4F1-CBFA47D5E1BC@sanger.ac.uk> User-Agent: NeoMutt/20170113 (1.7.2) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --xupls7fnbovuxcfb Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Jul 9, 2019 at 09:14:27AM +0100, David Harper wrote: > > Uh, I believe midnight is always the start of the day. > > The U.S. National Institute of Standards and Technology (NIST) deprecates the term “midnight” as ambiguous and recommmends the use of 24-hour clock notation: > > ===== BEGIN QUOTE ===== > When someone refers to "midnight tonight" or "midnight last night" the reference of time is obvious. However, if a date/time is referred to as "at midnight on Friday, October 20th" the intention could be either midnight the beginning of the day or midnight at the end of the day. > > To avoid ambiguity, specification of an event as occurring on a particular day at 11:59 p.m. or 12:01 a.m. is a good idea, especially legal documents such as contracts and insurance policies. Another option would be to use 24-hour clock, using the designation of 0000 to refer to midnight at the beginning of a given day (or date) and 2400 to designate the end of a given day (or date). > ===== END QUOTE ===== > > Source: > > https://www.nist.gov/pml/time-and-frequency-division/times-day-faqs > > > I think 00:00:00 looks awkward. > > Perhaps, but in technical documentation, accuracy should have priority over aesthetics, surely? > Yes, I see what you mean now. How is this patch, which uses "zero hour"? -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + --xupls7fnbovuxcfb Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="zero.diff" diff --git a/doc/src/sgml/datatype.sgml b/doc/src/sgml/datatype.sgml index 35ecd48ed5..3b5b8a65d0 100644 --- a/doc/src/sgml/datatype.sgml +++ b/doc/src/sgml/datatype.sgml @@ -2174,17 +2174,17 @@ January 8 04:05:06 1999 PST today date, timestamp - midnight today + midnight (zero hour) today tomorrow date, timestamp - midnight tomorrow + midnight (zero hour) tomorrow yesterday date, timestamp - midnight yesterday + midnight (zero hour) yesterday allballs --xupls7fnbovuxcfb--