- tz - lists.iana.org

Re[2]: FW: Romance Time (forwarded with permission)
by tony.milton＠bnpparibas.com June 30, 2000

June 30, 2000

There is a timezone editor in the NT resource kit. Tony. Internet From: Peter.Hullah(a)eurocontrol.fr on 30/06/2000 08:56 To: alex cc: Antoine.Leca, tz, TStratford bcc: Tony Milton Subject: Re: FW: Romance Time (forwarded with permission) The following URL gives the official Mickeysoft solution to changes in Australian time zones this year. http://www.microsoft.com/australia/support/timezone/2000.htm To change any other timezone problems you have to edit the registry, modifying binary values that I can't find any documentation on. But then that's Mickeysoft for you - can't trust users to fix their bugs for them and won't do it for themselves. Pete PS Where did MS get "Romance Daylight Time" from anyway? Just another of their we-dont-care-what-the-rest-of-the-world-has-as-a-standard-this-is-ours attitudes? Alex LIVINGSTON wrote: > At 18:49 +0200 2000-06-29, Antoine Leca wrote: > >> > From: Tim Stratford [SMTP:TStratford@oneworldsoftware.com] > >> > Sent: Thursday, June 29, 2000 10:44 AM > >> > To: 'ado(a)elsie.nci.nih.gov' > >> > Subject: One quick question please.... > >> > > >> > Dear Arthur David Olson, > >> > Today I was doing research concerning a time zone or aspect of time > >> > called Romance Time. The research is for one of our software customers > >> > and we cannot find much pertaining to the subject at all. Is their some > >> > information which you could supply me about the subject or some resources > >> > which I could further research? Thank you very much for your time and > >> > cooperation. > > > >'Romance' is the name used for Europe/Paris and Europe/Madrid > >areas in the Windows time zone database. > > > > > >Hope it helps, > > > >Antoine > > I'm sure someone'll tell me if this is initiating a discussion that is not > relevant to the tz mailing list, but it involves keeping track of time on > computers... > > I'm not a Windows afficionado, and I doubt I'll ever be, but the > installation where I work now consists mostly of machines running one > version of Windows or another (at this stage mostly Windows NT 4). > > As southeastern Australia (where I am) is starting daylight saving > considerably earlier this year than hitherto, I was concerned to know how > all our Windows boxes (especially our servers) could be made to behave > civilly in this circumstance. I asked a colleage this week about whether a > suitable patch or update from Microsoft (for NT) was possible, but he said > only service packs, which require bringing down the machine, were issued. > The only way we could see of getting around the problem was by setting the > machines' time zone to "(GMT +11:00) Magadan, Solomon Is., New Caledonia" > until the date when NT thinks daylight saving starts in our zone ("... > Canberra, Sydney, Melbourne", from memory). Your (Antoine's) mention of > "the Windows time zone database" makes me wonder whether that could be > edited instead. > > I'd also be interested to know if anyone's worked out how to patch Mac OS's > Date & Time control panel (presumably its 'cty#' resource) to effect the > same adjustment. > > Thanks for your attention. > > --Alex > > _______________ > Alex LIVINGSTON > Macintosh and Lotus Notes Support / Information Technology (IT) > Australian Graduate School of Management (AGSM) > UNSW SYDNEY NSW 2052 / Australia > > Facsimile: +61 2 9931-9349 / Telephone: +61 2 9931-9264 > Time : UTC+11---[last Mar. Sun.---UTC+10---[last Aug. Sun.---UTC+11--- > > At midday today, Friday, June 30, > time since epoch (1-1-1 at 00:00:00) is > 730300.5 days = 1999.49485616 average Gregorian years > time until 3rd millennium, 21st century, 201st decade, 2001st year is > 184.5 days = .50514384 average Gregorian years -- Peter H.C. Hullah Environment Business Area mailto:Peter.Hullah@eurocontrol.fr EUROCONTROL Experimental Centre Phone: +33 1 69 88 75 49 Centre du Bois des Bordes, BP15, Fax: +33 1 60 85 15 04 91222 BRETIGNY SUR ORGE CEDEX France ___________________________________________________________ This message and any attachments (the "message") are intended solely for the addressees and are confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or patial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie. ___________________________________________________________

1 0

FW: Romance Time (forwarded with permission)
by Olson, Arthur David (NCI) June 30, 2000

June 30, 2000

Tim Stratford is not on the time zone mailing list; direct replies appropriately. --ado > -----Original Message----- > From: Tim Stratford [SMTP:TStratford@oneworldsoftware.com] > Sent: Thursday, June 29, 2000 10:44 AM > To: 'ado(a)elsie.nci.nih.gov' > Subject: One quick question please.... > > Dear Arthur David Olson, > Today I was doing research concerning a time zone or aspect of time > called Romance Time. The research is for one of our software customers > and > we cannot find much pertaining to the subject at all. Is their some > information which you could supply me about the subject or some resources > which I could further research? Thank you very much for your time and > cooperation. > > Sincerely, > > Tim Stratford > ONEWORLD Software Solutions > Tel. # (617)621-9966 > Fax # (617)621-9977

4 3

Timezones
by David Usher June 29, 2000

June 29, 2000

Hello, Could you please tell me how often the timezone database is updated and could you subscibe me to the mailing list. Regards, David usher

1 0

FW: question
by Olson, Arthur David (NCI) June 22, 2000

June 22, 2000

> -----Original Message----- > From: Brian Kardell [SMTP:bkardell@lynxsys.com] > Sent: Thursday, June 22, 2000 4:30 PM > To: Olson, Arthur David (NCI) > Subject: question > ... > I am currently some developing software that > requires me to figure out timezone/deviation from UTC > and it also needs to be correct with at least the vast majority > of DST issues. We are writting some Java code and I'm > wondering if you know of any databases/libraries/APIs that we > could use/purchase to help this happen - based on either > a telephone number or city/state/country type information... > Any help or advice that you could provide would be greatly > appreciated. Thanks. > > Brian Kardell > Software Engineer > Lynx Systems > 187 St. Paul Street > Burlington, VT 05401 > (802) 651 - 7369

2 1

FW: Corrections to australasia zoneinfo
by Olson, Arthur David (NCI) June 19, 2000

June 19, 2000

Nickolas is not on the time zone list; be sure to direct replies appropriately. --ado > -----Original Message----- > From: Jeitner, Nickolas [SMTP:nickolas.jeitner@eds.com] > Sent: Sunday, June 18, 2000 10:34 PM > To: 'tz(a)elsie.nci.nih.gov' > Subject: Corrections to australasia zoneinfo > > The zoneinfo file I found on munnari.oz.au makes an assumption that South > Australia will follow the eastern states in moving daylight savings > forward > and correspondingly, Tasmania would not. This logic is reversed and it's > actually Tasmania which will follow the other states and South Australian > which wont be changing. > > I've included a diff patch which reflects these changes, please feel free > to > use then as you see fit. I had confirmed the time zone information as best > as I can, including the following SA government site: > > http://www.sacentral.sa.gov.au/information/daylite.htm > > Patch to apply as follows: > > 71c71 > < Rule AS 1987 1999 - Oct lastSun 2:00s 1:00 - > --- > > Rule AS 1987 max - Oct lastSun 2:00s 1:00 - > 78,79d77 > < Rule AS 2000 only - Aug lastSun 2:00s 1:00 - > < Rule AS 2001 max - Oct lastSun 2:00s 1:00 - > 100c98 > < Rule AT 1991 max - Oct Sun>=1 2:00s 1:00 - > --- > > Rule AT 1991 1999 - Oct Sun>=1 2:00s 1:00 - > 101a100,102 > > Rule AT 2000 only - Aug LastSun 2:00s 1:00 - > > Rule AT 2001 max - Oct Sun>=1 2:00s 1:00 - > > > > Regards Nick > > Nick Jeitner Ph: +61 8 8301 5342 > EDS, Client/Server Eng. Fx: +61 8 8301 5399 > 65 Conyngham St Glenside Email: Nickolas.Jeitner(a)eds.com

1 0

Corrections to australasia zoneinfo
by Jeitner, Nickolas June 18, 2000

June 18, 2000

The zoneinfo file I found on munnari.oz.au makes an assumption that South Australia will follow the eastern states in moving daylight savings forward and correspondingly, Tasmania would not. This logic is reversed and it's actually Tasmania which will follow the other states and South Australian which wont be changing. I've included a diff patch which reflects these changes, please feel free to use then as you see fit. I had confirmed the time zone information as best as I can, including the following SA government site: http://www.sacentral.sa.gov.au/information/daylite.htm Patch to apply as follows: 71c71 < Rule AS 1987 1999 - Oct lastSun 2:00s 1:00 - --- > Rule AS 1987 max - Oct lastSun 2:00s 1:00 - 78,79d77 < Rule AS 2000 only - Aug lastSun 2:00s 1:00 - < Rule AS 2001 max - Oct lastSun 2:00s 1:00 - 100c98 < Rule AT 1991 max - Oct Sun>=1 2:00s 1:00 - --- > Rule AT 1991 1999 - Oct Sun>=1 2:00s 1:00 - 101a100,102 > Rule AT 2000 only - Aug LastSun 2:00s 1:00 - > Rule AT 2001 max - Oct Sun>=1 2:00s 1:00 - > Regards Nick Nick Jeitner Ph: +61 8 8301 5342 EDS, Client/Server Eng. Fx: +61 8 8301 5399 65 Conyngham St Glenside Email: Nickolas.Jeitner(a)eds.com

1 0

hello
by JReinh7904＠aol.com June 13, 2000

June 13, 2000

To whom it may concern, My computer is on Pacific daylight savings time and I don't know how to change it to Eastern Time can you please help me out. Yours truely, Jen

1 0

Re: ACS Atlas
by Paul Eggert June 12, 2000

June 12, 2000

From: "Jamie" <jamie(a)maxnet-usa.net> Date: Sun, 11 Jun 2000 22:09:23 -0400 Doris Chase Doane has a book out on Time Changes through out the world. I just downloaded your timezone information from the ftp.btx.com site and noticed that it doesn't seem like you really have very much information. The tz database concentrates on time changes since 1970, for two reasons. First, the tz code is based on the POSIX.1 computer standard, and portable POSIX.1 time stamps cannot occur before 1970. Second, it makes the database a lot smaller if we partition the world only into locations whose time histories differ since 1970, and ignore any extra partitioning due to earlier differences. It'd be nice if someone extended the tz database backward in time to all known time stamp histories, but that would be a lot of work and nobody has done it (yet). I'm trying to create an atlas that provides the correct time zone based upon not just the date but the town and place. If you find errors in the tz database, please send email to <tz(a)elsie.nci.nih.gov>. For more complete coverage of dates before 1970, I recommend Shanks's time zone history atlases. They do not always agree with Doane, but they seem to be popular among astrologers these days. Please see: http://www.astro.com/atlas/index.html http://astrocom.com/software/ACS_PC_Atlas.htm http://astrocom.com/books/xrefa.htm#SHANKS there are frequently situations where the uncertainty about the time was actually the norm rather than the rule. You're quite right. For example, what was the time zone of Wise, Virginia on October 18, 1927? According to <http://www.astrodatabank.com/NMScottGeorgeC.htm>, Doane and Shanks disagree and in this case Doane's probably correct. Or, to take a modern example, what is the time zone of Pangnirntung, Nunavut, Canada? The province disagrees with the city, so city and commercial offices operate in one time zone and provincial offices operate on another. (How will your database address problems like Pangnirtung's?)

2 1

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 5, 2000

June 5, 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

Passage on 1916 Summer Time Bill
by Joseph S. Myers May 18, 2000

May 18, 2000

Today's The Times reprints an item from 1916 on the Summer Time Bill, 1916. http://www.the-times.co.uk/news/pages/tim/2000/05/18/x-timcrtcrt01011.html -- Joseph S. Myers jsm28(a)cam.ac.uk

1 0

Time Zone App Beta
by Andre-Tascha Lamme May 17, 2000

May 17, 2000

Hey all... A few days away from completing a Windows (32bit) app and accompanying ActiveX control for time zone stuff Need some testers to trash it for me. Please send me an email (andre-tascha.lamme(a)ironriver.com) if interested. (Let me know if you want the control or the app) Basic specs on the app/ActiveX: - Have approximately 28,000 locations (cities, etc.) - Each location is based on a Region (e.g. Asia), Country (ISO3166-1) and a Country's regional info (ISO3166-2) if applicable. Each location has GMTOffset and standard DST info (if observes, the dates and amounts of offset). - In the app, one can browse or search through locations and add them to actives (i.e. for display). - Can add new locations (still debating whether or not I want to deal with allowing folks to send me their additions). - Can add people identifiers and assign them to existing locations. (Allows you to see what time it is where "Aunt Mathilda" is, rather than just generic "Providence, Rhode Island"). - Can set alarms/reminders to go off as of the specified time for a target location (i.e. Aunt Mathilda wants you to call her at 15:00 her time) - Any other suggestions? thanks... Andre'-Tascha

2 2

FW: Time Zone Codes
by Olson, Arthur David (NCI) May 17, 2000

May 17, 2000

Denis Spencer is not on the time zone mailing list; direct replies appropriately. --ado > -----Original Message----- > From: Spencer, Denis [OCDFR] [SMTP:dspencer@ocdfr.jnj.com] > Sent: Wednesday, May 17, 2000 5:07 AM > To: tz(a)elsie.nci.nih.gov > Subject: Time Zone Codes > > Are there any standards (like ISAO country codes) for time zones? > eg we use GMT = Greenwich Mean Time > CTE = Central European Time > EST = Eastern Standard Time > But we need others.

2 1

Time Zone Codes
by Spencer, Denis [OCDFR] May 17, 2000

May 17, 2000

Are there any standards (like ISAO country codes) for time zones? eg we use GMT = Greenwich Mean Time CTE = Central European Time EST = Eastern Standard Time But we need others.

1 0

webmaster
by ralphc＠worldskyline.com May 6, 2000

May 6, 2000

We would like to discuss a partnership that would involve building a web page to drive traffic to our site on a commission basis. Please reply or call Mr. Fardo at 1-800-635-6268.

1 0

Electronic Shanks
by Olson, Arthur David (NCI) April 28, 2000

April 28, 2000

The Shanks references are now evidently available in electronic form; see http://www.astrocom.com/software/ACS_PC_Atlas.htm If anyone on the list has experience with the packages, folks on the time zone list might appreciate insights. --ado

1 0

(no subject)
by Darryl Lane April 25, 2000

April 25, 2000

Hello there! My sister asked me to do a search for her and in an around about way it led me to your site. She is looking for a software program (or chart) that will allow her to know the 'actual time' of a person's birth as compared to if they were in a time zone that implemented war time or daylight savings time or some other such localized time difference in effect at the time of there birth.. She will use this to actualize any persons place/time of birth for her 'astrology' hobby. Can you help? Darryl Lane

1 0