Re: [tz] Is there a high-level conversion process description available?
Yes, it would be nice to use the binaries, but I have to provide a complete solution that can, upon someone retrieving and extracting the tz data, update the db with a click of a button on a Windows computer. So I have to compile the data myself. If the format of the data files changes, that's fine...I'll just update the process. It doesn't seem too difficult, though. Reading some of the messages in the archive has helped me to better understand the process. I basically have to create UTC transition dates for every year covered by an individual rule. I create a date/time from the rule, adjust it by the GMTOFF of the zone (accounting for u indicators,) and then adjust it by any daylight saving time that might be in effect from a previous rule (accounting for s indicators.) That's not so bad. I'm still trying to figure out a slick way of handling max, though. On Mon Oct 24 05:23:23 2011"Alois Treindl" <alois@astro.ch> wrote:
Personally, I would not recommend of writing yet another tz compiler.
Reading and processing the binary files created by zic seems to me a much cleaner and more reliable approach.
On Mon 2011-10-24T14:21:04 -0400, Willy@willylorenzo.com hath writ:
Yes, it would be nice to use the binaries, but I have to provide a complete solution that can, upon someone retrieving and extracting the tz data, update the db with a click of a button on a Windows computer.
Unless I'm mistaken one of the goals of the CalConnect Timezone Technical Committee effort is to define network server mechanism for providing zoneinfo to any client which needs to know that. Is this the sort of project which can wait for that spec to mature and use its data? If so that might be preferable to inventing yet another mechanism. -- Steve Allen <sla@ucolick.org> WGS-84 (GPS) UCO/Lick Observatory--ISB Natural Sciences II, Room 165 Lat +36.99855 1156 High Street Voice: +1 831 459 3046 Lng -122.06015 Santa Cruz, CA 95064 http://www.ucolick.org/~sla/ Hgt +250 m
Willy@willylorenzo.com wrote:
update the db with a click of a button on a Windows computer. So I have to compile the data myself.
The standard zic is distributed in the tzcode tarball. It's written in C, and shouldn't take much coaxing to compile and run on Windows. It already opens the output files in binary mode, showing that there's been some thought for portability to non-Unix systems. I think its biggest portability issue is pathnames, but the Unix-style pathnames it uses will be understood well enough by Windows. Your actual biggest problem is likely to be replacing the Makefile. -zefram
participants (3)
-
Steve Allen -
Willyï¼ willylorenzo.com -
Zefram