- tz - lists.iana.org

TimesOwn - World Time Zone Clock
by Tom Hingston June 30, 2000

June 30, 2000

Hi I have been to your site and wondered if you would consider adding this software to your site. Timesown - World clock and time zone difference calculator A program to tell you what time it is now, in any time zone in the world. You add the countries or your friends names, enter the time difference (once), and you can keep it in your system tray, on the task bar, for easy reach. Great if you use chat programs like ICQ or Messenger, or if you do business with other countries. You will always know what the time is where your friends and contacts live. Features a.. Includes a 'Look up' that calculates most time differences for you. b.. 1 click daylight savings correction for you. c.. Simple installation and easy to use. d.. User choice - customise it to list cities or countries, or even your friends names. e.. List as many places as you want. f.. Auto refresh option - keeps times always up-to-date. g.. Open it as you want it, or leave it in the system tray (by the clock) for easy access. View it and download it from http://hingston.yi.org/chequers/timesown.html direct download http://hingston.yi.org/chequers/timesownzip.exe Shareware Windows95/98/NT/2000 Thanks for your consideration Tom Hingston cheq(a)xtra.co.nz

1 0

RE: FW: Romance Time (forwarded with permission)
by Dave Turnbull June 30, 2000

June 30, 2000

Hi re "makes me wonder whether that [Windows NT registry] could be edited instead." For Windows NT see the MS note Q176513 (in the MSDN Lbrary CDs or on the web at http://support.microsoft.com/support/kb/articles/Q176/5/13.ASP) for an example of ading a timezone to the list in Windows which can be selected from the Time/Date control panel applet. Although it doesn't talk about it in the article I expect you could then save that new subtree (as a .reg file) which can be "executed" on a(nother) user's computer. Dave Turnbull PS Apologies if I've broken etiquette by replying to the wrong names, I'm new on this mailing list. Point me to the FAQ! > -----Original Message----- > From: Alex LIVINGSTON [SMTP:alex@agsm.edu.au] > Sent: 30 June 2000 04:25 > To: Antoine Leca > Cc: tz(a)elsie.nci.nih.gov; Tim Stratford > Subject: Re: FW: Romance Time (forwarded with permission) > > 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 >

3 2

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

June 19, 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 14, 2000

June 14, 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 13, 2000

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