- tz - lists.iana.org

Timezone in Iraqi Kurdistan
by Jonathan Lennox June 12, 2000

June 12, 2000

An article in this week's Economist ("Inside the Saddam-free zone", p. 50 in the U.S. edition) on the Iraqi Kurds contains a paragraph: "With help from the UN, and protected by an air shield provided by America and Britain, the three northern provinces, although officially part of Iraq, have become the de facto state of Kurdistan, enjoying far more autonomy than the Kurds in Turkey, Iran or Syria. They use a different currency and patrol their own borders. They even switched their clocks this spring and are an hour ahead of Baghdad." Anyone know anything more about this? tzdata2000d only has a single entry for Iraq, Asia/Baghdad. -- Jonathan Lennox lennox(a)cs.columbia.edu --KAA03013.960821760/cs.columbia.edu--

2 1

Re: Electronic Shanks
by apritchard＠cix.co.uk June 12, 2000

June 12, 2000

Is the data exportable from this, does anyone know? Best wishes Alan Pritchard The GLOBAL GAZETTEER: the world on file http://www.allm-geodata.com Tel: +44 (0) 1202 417 477

1 0

Re: Java zoneinfo reader
by Paul Eggert June 7, 2000

June 7, 2000

Date: Wed, 07 Jun 2000 12:56:30 -0400 From: "Stuart D. Gathman" <stuart(a)bmsi.com> I had an elegant idea which is unfortunately incompatible with current tz format. Instead of transition times for *offsets*, the history should store transition times for *algorithms*. Yes, that's a more obvious idea, and it's probably a better one as it'll be easier to explain. (Might as well switch to XML while we're at it. :-) But I don't see why you think it's any more compatible with the current tz format than the other ideas we've talked about. All the ideas will require changes to the compiled tz files; these changes can and should be installed in a way that does not break old applications, either by installing a completely new set of tz files, or by employing unused fields in the old files.

1 0

Re: FW: Java zoneinfo reader
by Paul Eggert June 6, 2000

June 6, 2000

Date: Tue, 06 Jun 2000 18:45:29 -0400 From: "Stuart D. Gathman" <stuart(a)bmsi.com> zic would add extra "transitions" (with the same offset) when transitions are more than 2**32 secs apart. Think of it as 64 bit values with differential compression. Good point; didn't think of that. However, how would this address C code like the following? time_t t = 60000000000000000; struct tm *tm = gmtime (&t); This yields a time stamp in the year 1901324310. We can't store a table of all the transitions until then -- that'd take too much space. So if we want to handle extreme examples like this, we need an algorithmic prediction of future transitions. I realize that any prediction of future transitions will be incorrect, but the most useful prediction in practice is to use the current rules, and it'd be nice if we could support this into the indefinite future, at least for the common cases. Here's an idea. All the current tz rules are rational, in the sense that the pattern of transitions repeats after a while. So if we could append a "go back N transitions" instruction at the end of the compiled tz file, a compiled tz file could represent any set of planned transitions that a tz input file can represent.

1 0

FW: Java zoneinfo reader
by Olson, Arthur David (NCI) June 6, 2000

June 6, 2000

Stuart is not on the time zone mailing list; be sure to direct replies appropriately. --ado > -----Original Message----- > From: Stuart D. Gathman [SMTP:stuart@bmsi.com] > Sent: Thursday, June 01, 2000 5:11 PM > To: tz(a)elsie.nci.nih.gov > Subject: Java zoneinfo reader > > I have a Java implementation of java.util.TimeZone that reads the > /etc/zoneinfo database. It is not yet 2038 compliant - I propose a > solution in the docs. I will browse your site to see if the zoneinfo > database handles 2038 yet. > > http://www.bmsi.com/java/#TZ

3 3

FW: Longitute/Latitute to TIME zone
by Olson, Arthur David (NCI) June 6, 2000

June 6, 2000

Muhammad is not on the time zone mailing list; be sure to direct any replies appropriately. --ado > -----Original Message----- > From: Muhammad Safeer [SMTP:msafeer@khi.compol.com] > Sent: Thursday, June 01, 2000 7:47 AM > To: tz(a)elsie.nci.nih.gov > Subject: Longitute/Latitute to TIME zone > > Is there any formula to convert Longitute/Heading to time zone. > > Regards. > > Muhammad Safeer.

3 3

Java zoneinfo reader
by Stuart D. Gathman June 1, 2000

June 1, 2000

I have a Java implementation of java.util.TimeZone that reads the /etc/zoneinfo database. It is not yet 2038 compliant - I propose a solution in the docs. I will browse your site to see if the zoneinfo database handles 2038 yet. http://www.bmsi.com/java/#TZ

1 0

Lat/long -> time zone
by apritchard＠cix.co.uk June 1, 2000

June 1, 2000

Dear Muhammed Safeer As far as I am able to determine, there is no general formula to determine time zone from lat/long. We are able to use certain rules in the Global Gazetteer, and keep time zone information in a variety of ways. In the end, though it is necessary to code places by hand. The hierarchy that I use goes as follows: 1. The whole of a country keeps to the same time zone, e.g. UK 2. The country is split into different time zones, but it is possible to assign time zone via administrative level 1 (e.g. Spain). 3. Some administrative level 1s are split themselves into different time zones, but lower level administrative areas fall into the different time zones (e.g. US counties) 4. Finally, there are some areas where there appears to be no obvious way in which admin. areas can be used to determine time zones, although this may be due to my lack of knowledge and/or data. E.g. the Broken Hill area in Australia. It is at this level that I code these by hand and assign the correct zone. HTH Best wishes Alan Pritchard The GLOBAL GAZETTEER: the world on file http://www.allm-geodata.com Tel: +44 (0) 1202 417 477 > Muhammad is not on the time zone mailing list; be sure to direct any > replies > appropriately. > > --ado > > > -----Original Message----- > > From: Muhammad Safeer [SMTP:msafeer@khi.compol.com] > > Sent: Thursday, June 01, 2000 7:47 AM > > To: tz(a)elsie.nci.nih.gov > > Subject: Longitute/Latitute to TIME zone > > > > Is there any formula to convert Longitute/Heading to time zone. > > > > Regards. > > > > Muhammad Safeer. >

1 0

Longitute/Latitute to TIME zone
by Muhammad Safeer June 1, 2000

June 1, 2000

Is there any formula to convert Longitute/Heading to time zone. Regards. Muhammad Safeer.

1 0

timezone database
by Max Hodges May 30, 2000

May 30, 2000

I'm trying to download the timezone databaes from ftp://elsie.nci.nih.gov/pub/ from I'm getting timeout errors. Has this address changed or is the server down, or am I having some other problem? Thanks! Max Hodges Houston, Texas

1 0