System Value QLEAPADJ

[bvining@xxxxxxxxxxxx]

You are right and wrong.  There are many calendaring systems in use in
the world, and in some situations many in use in the same region.  The
IBM documentation is refering to the Republic of China (ROC) calendar
where the Gregorian year 1984 is mapped to the ROC year 73.

QLEAPADJ is basically useful for those calendaring systems which mirror
the Gregorian calendar except for the year.  Besides ROC, the Thai
Buddhist Calendar and Japanese ERA calendars are two others that can
take advantage of QLEAPADJ.  Note that QLEAPADJ is however not perfect,
and additional information is needed by the system to correctly support
other facets of a calendar (than just leap year).  System support for
Day of Week determination (is today Monday?), leap year handling of
Gregorian year 2100, and DB2 Date/Timestamp date calculations are three
examples of where the QLEAPADJ system value is not sufficient in and of
itself (and are so documented in the IBM publications as only supporting
the Gregorian calendar).

To contrast the above calendaring systems which mirror Gregorian except
for the year, there are also various Lunar based calendaring systems in
use around the world.  QLEAPADJ does nothing for these types of
calendars.

Bruce

>
>Hi,
>
>As many of you know, I try to be a system value quru.  Sometimes I win, and
>sometimes I lose.  New IBM documentation about this value says that::
>
>For example: The Gregorian calendar year of 1984 was the year 73 in the
>Republic of China.  Because 73 was a leap year, you divide 73 by 4; this
>leaves a remainder of 1. Therefore, to adjust the system calendar for the
>Republic of China, specify 1 for the leap year adjustment.
>
>I kinda thought that Chinese years were well ahead if US years.  Am I
>wrong, or am I right.  Is the IBM manual wrong.....?
>


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---