Some questions about the database format
lee.baker at ibidam.com
Tue Jun 29 14:59:53 UTC 2010
There is also a c# API implementation at
Those who sacrifice liberty for security deserve neither
-- Benjamin Franklin
On 29 June 2010 15:11, <yoshito_umaoka at us.ibm.com> wrote:
> Yves Goergen <nospam.list at unclassified.de> wrote on 06/29/2010 09:27:01
> > Hi,
> > I intend to use the tz database in my C# calendar application. Since I
> > need a decent time zone support, I was pointed to this database from the
> > MSDN forums. I now have a few questions regarding the file format of the
> > text files.
> > A day specification of "Sun>=1" or "Sun>=8" should be clear, I interpret
> > this as the first/second Sunday in a month. But what weekday and week is
> > "Sun>=25" or "Sun>=2"?
> > How is the Zone field "[UNTIL]" to be understood exactly? Is it
> > or excluding the given time? What does "1990" mean, is it until and
> > inclusive the whole year 1990, ie /1990-12-31T23:59:59 or is it
> > around 1990-01-01?
> > What does the time specification "2:00s" mean? I've seen it several
> > but couldn't make any sense of it.
> These are well defined in the man page of zic.
> Download tzcodeC.tar.gz (C is a version such as 2010j) from
> ftp://elsie.nci.nih.gov/pub/ and read docs included in the distribution.
> > Are all rules in the text files sorted ascending by time ("FROM" year)?
> > That would simplify the processing because in order to convert them into
> > .NET framework structures I need pairs of DST start and end rules
> > for a range of years, and thus need to resolve the overlapping rule
> > definitions.
> Strictly speaking, you cannot expect DST start and end are always paired
> within a single year. Also, some rules used by the tzdatabasemight not be
> directly mapped to Windows/.NET style rule. I'm working for ICU project (
> http://icu-project.org/) and implemented a time zone API which extracts
> DST start/end rules around the given time in Windows/iCalendar style rule
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the tz