Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Y5btg-0001Sc-FB for pgsql-docs@arkaria.postgresql.org; Mon, 29 Dec 2014 15:06:16 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Y5btf-00080Z-On for pgsql-docs@arkaria.postgresql.org; Mon, 29 Dec 2014 15:06:15 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Y5bte-0007zM-Ob for pgsql-docs@postgreSQL.org; Mon, 29 Dec 2014 15:06:14 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Y5bta-0008L2-OX for pgsql-docs@postgreSQL.org; Mon, 29 Dec 2014 15:06:13 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id sBTF69se005889 for ; Mon, 29 Dec 2014 10:06:09 -0500 From: Tom Lane To: pgsql-docs@postgreSQL.org Subject: The IYYY mess again Date: Mon, 29 Dec 2014 10:06:09 -0500 Message-ID: <5888.1419865569@sss.pgh.pa.us> X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org In bug #12367 http://www.postgresql.org/message-id/20141229031218.8013.51171@wrigleys.postgresql.org we see yet another iteration of somebody trying to combine to_char's IYYY specifier with regular Gregorian MM/DD fields. It occurs to me that this is largely our own fault, because the fine manual just defines IYYY as "ISO year". I'm sure the typical newbie thought process is "that sounds like a standard year, I'll use that". There is a warning against combining IYYY with MM/DD, but it's buried in trivia far down the page. I did a bit of googling and came across http://en.wikipedia.org/wiki/ISO_week_date in which this construct is called an "ISO week-numbering year". Not having a copy of ISO 8601, I'm not sure if that's the standard's terminology; but ISTM that if we consistently referred to the Ixxx format specifiers as "ISO week-numbering foo" then this type of error might become a little less attractive. Objections, better ideas? regards, tom lane -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs