From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,ee78aab9bfd2fe2a X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!news4.google.com!feeder.news-service.com!ecngs!feeder.ecngs.de!130.59.10.21.MISMATCH!kanaga.switch.ch!switch.ch!news.rediris.es!not-for-mail From: m.collado@domain.invalid Newsgroups: comp.lang.ada Subject: Re: Inspiration for a better calendar package? Date: Mon, 15 Dec 2008 13:14:48 +0100 Organization: RedIRIS Message-ID: References: <873agxd6i1.fsf@nbi.dk> <12gqldae49yoe$.1sf2zlz1fthvh.dlg@40tude.net> <6qmg8dFd8kd2U1@mid.individual.net> <1jv16tgrmhor4$.c3a8ugjxu6ed$.dlg@40tude.net> NNTP-Posting-Host: acedia.ls.fi.upm.es Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Trace: heraldo.rediris.es 1229343292 30224 138.100.10.20 (15 Dec 2008 12:14:52 GMT) X-Complaints-To: jesus.heras@rediris.es NNTP-Posting-Date: Mon, 15 Dec 2008 12:14:52 +0000 (UTC) User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) In-Reply-To: <1jv16tgrmhor4$.c3a8ugjxu6ed$.dlg@40tude.net> Xref: g2news1.google.com comp.lang.ada:2991 Date: 2008-12-15T13:14:48+01:00 List-Id: Dmitry A. Kazakov escribi�: > On Mon, 15 Dec 2008 08:45:17 +0100, Wilhelm Spickermann wrote: > >> Dmitry A. Kazakov wrote: >> >>> We just do not need political time otherwise than for >>> formatted text output. ... Agreed. >>... >> Additionally we should have time zone tables (without leap second >> information) for political time (also needing the ability to >> specify "unknown") to do conversions between "political text >> representations of time" and "wall clock" time. It also contains >> the completely predefined time zone "UTC". > > I think it can be done much simpler. Conversion to/from political time > should simply take time zone offset as the parameter. This is how presently > Ada.Calendar.Formatting does. The package Ada.Calendar.Time_Zones already > has all tables behind the function UTC_Time_Offset. The only problem is the > argument of the function. It must be UTC time instead of political one. Things are in fact more complex than that. The "official" or "political" time changes not only with the country, but also with the season, because of daylight savings. And the summer/winter periods change over years for the same country. So we need a complete history record of starting/ending daylight savings periods for each year and each country to correctly compute "political" times from UTC times. And the timezone, or even the calendar of a given country also changes over years. As an example of the troubles introduced by a ill-designed time reporting policy, consider the way modern MS-Windows OSs report file timestamps. They suddently change at the last sunday of March and October in european countries. I once had a Modula-2 compiler system that unexpectedly ceased to work (reporting broken installation) after the first winter/summer change when I activated the "Automatic change time with winter/summer time". Regards. -- Manuel Collado - http://lml.ls.fi.upm.es/~mcollado