- tz - lists.iana.org

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

April 26, 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

tzcode2000d.tar.gz
by Olson, Arthur David (NCI) April 20, 2000

April 20, 2000

The file ftp://elsie.nci.nih.gov/pub/tzcode2000d.tar.gz is now available; tzdata2000d.tar.gz is unchanged. Included are changes to the documentation and code of strftime for C99 conformance, and a bug fix for date.c. These are based on (though modified from) the changes circulated on the time zone mailing list by Paul Eggert. I'll wait on changes to Argentina until the smoke clears. --ado

1 0

Formats of tz-data & docs
by Oscar van Vlijmen April 20, 2000

April 20, 2000

Just a couple of thoughts in the discussion regarding the formats of tz-data & docs. Maintainers and users of the excellent tz-code and -data: please note that you do not live in a UNIX-only world. There are some people who like to produce and already have produced timezone products, based on Windows applications, Mac OS applications and web interfaces. It seems not very useful and even difficult to compile or port the tz-code to other operating systems. The tz-data however is very useful to everybody. In my opinion the current format of the tz-data is OK and should not be changed. Every change in the format would mean that the parser had to be rewritten and rigorously tested. Too much trouble with hardly any gains at the moment; for UNIX users that is. Or am I missing something? The tz-data could however be formatted a bit more consistently. Sometimes the fields in Rule and Zone lines are separated by spaces, in most cases by tabs and sometimes by nothing more than a seemingly arbitrary field width. All field data should be consistently separated by tabs. This would enhance the 'importability' to other platforms. The documentation regarding the tz-data should be in a platform independent format. Non-UNIX users can do virtually nothing with the formats n/t/groff, Texinfo, DocBook, linuxdoc-sgml, whatever. One of the most useful formats at the moment would be HTML 4.0.1. In short I suggest: * Don't XML-ize or MIME-ize or VTIMEZONE-ize at the moment. * 'Make' or convert to HTML all documentation; to be added to the current groff docs. * Clean up the Zone & Rule formatted data. Oscar van Vlijmen 2000-04-20 In case of replies: please use my usual address o.van.vlijmen(a)tip.nl

1 0

RE: FW: Time Zone Issues
by Chris Sells April 20, 2000

April 20, 2000

The current format is *not* easily readable by machines unless all of the tzinfo parser accompanies the data. XML would allow the data to be used without the software, making it instantly available for all the platforms not supported today (I never did get the tzinfo parser to compile under Win32). XML parsers are far more commonly available than ports of the tzinfo parser software. > From: Eric Ulevik [mailto:eau@ozemail.com.au] ... > The downsides of XML are: > * you need a full up-to-date parser for most benefits You don't, actually. The tzinfo could be in the simpliest form of XML and still be extremely useful. > * right now, there are no good editors for creating XML Not true. Win32 has about half a dozen good ones. Check out xml.com for a large list of xml-related resources, including editors, for all platforms. Of course, the initial port of the XML should be generated by a program anyway, but for edits, you're right -- you'll need a good XML editor. > * data expands a fair bit That's true. Chris Sells http://staff.develop.com/csells > -----Original Message----- > From: Eric Ulevik [mailto:eau@ozemail.com.au] > Sent: Wednesday, April 19, 2000 2:47 PM > To: tz(a)elsie.nci.nih.gov > Cc: Garrett Wollman > Subject: Re: FW: Time Zone Issues > > > From: "Garrett Wollman" <wollman(a)khavrinen.lcs.mit.edu> > > <<On Tue, 18 Apr 2000 21:49:45 -0700 (PDT), Paul Eggert > <eggert(a)twinsun.com> said: > > > There has been talk from various quarters of XMLizing the whole > > > thing, but it would take some work and as far as I know nobody's > > > done it yet. > > And there is no inherent virtue in XML. The current format has the > > benefit that it is easily parsed by both machines and humans, which > > would be much more difficult in any XML-based scheme. > > The benefits of XML are: > * most computer systems will be able to directly read/write the structured > data > * guarantees validity of the data by the use of DTDs and Schemas > * handles internationalization properly > > The downsides of XML are: > * you need a full up-to-date parser for most benefits > * right now, there are no good editors for creating XML > * data expands a fair bit > > Regards, > > Eric Ulevik > >

3 3

Re: FW: Time Zone Issues
by Garrett Wollman April 19, 2000

April 19, 2000

<<On Thu, 20 Apr 2000 07:46:33 +1000, "Eric Ulevik" <eau(a)ozemail.com.au> said: > The downsides of XML are: > * you need a full up-to-date parser for most benefits > * right now, there are no good editors for creating XML > * data expands a fair bit * it's hard to grep -GAWollman

2 2