- tz - lists.iana.org

West Wendover NV time zone
by Jesper Norgaard Welen Nov. 13, 2008

Nov. 13, 2008

Vernon Cole claimed to me that we need a new time zone for West Wendover, Nevada. After checking the case I think he is right. West Wendover lies close to Wendover, Utah, but according to state border application they are on Pacific time while Wendover is on Mountain time. West Wendover seems to have a history long back of using Mountain time for convenience, but that use was never official. The main reason is that every most relations to other geographic locations close-by will be using Mountain time, and the bigger cities on the Nevada region are 100 miles or more from West Wendover. Apparently real problems began in the eighties and nineties when the city council began to insist on using Pacific time officially. In 1999 the DOT approved an application from West Wendover about shifting to Mountain time officially and on a permanent basis, using DST etc. The exact moment of application was opportune, the 31.st. of October 1999 at 2:00 PDT (GMT-7) when most of Nevada went back to PST (GMT-8) then West Wendover just stayed on GMT-7 (Mountain Standard Time). The case of the Nevada northern border (Jackpot, Owyhee, and Mountain City), which is also using Mountain time is different, because they seem to have been using Mountain time "always" so they can use time zone America/Denver. The legislation is resumed here: HYPERLINK "http://frwebgate.access.gpo.gov/cgi-bin/getdoc.cgi?dbname=1999_register&doc id=99-27240-filed"http://frwebgate.access.gpo.gov/cgi-bin/getdoc.cgi?dbname= 1999_register&docid=99-27240-filed There is some of the history on the Wikipedia page: HYPERLINK "http://en.wikipedia.org/wiki/West_Wendover"http://en.wikipedia.org/wiki/Wes t_Wendover Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: HYPERLINK "http://www.worldtimeexplorer.com/index.html"http://www.worldtimeexplorer.co m/index.html No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.9.0/1772 - Release Date: 2008-11-06 20:23

2 1

Caracass now GMT-4:30?
by MB Nov. 10, 2008

Nov. 10, 2008

Is the UTC offset for Carass -04:30 in v2008i? I'm using the TZInfo ruby gem which is currently using v2008g and it still lists it as -4:00. http://www.timeanddate.com/worldclock/timezone.html?n=58 thanks

2 1

US Report on DST released
by Steffen Thorsen Nov. 10, 2008

Nov. 10, 2008

The United States’ extended daylight saving schedule, which resulted from the Energy Policy Act of 2005, has saved energy for the nation according to a newly released government report. The energy savings were small compared to the national total electricity consumption. We have a short article about it: http://www.timeanddate.com/news/time/usa-dst-report-energy.html The full report is available here: http://www1.eere.energy.gov/ba/pba/pdfs/epact_sec_110_edst_report_to_congre… Regards, Steffen - timeanddate.com

1 0

tzdata2008i.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Nov. 7, 2008

Nov. 7, 2008

The file... ftp://elsie.nci.nih.gov/pub/tzdata2008i.tar.gz ...is now available; this reflects changes circulated last week on the time zone mailing list to the southamerica and zone.tab files, with Argentina DST rule changes and United States zone reordering and recommenting. --ado

7 6

Bug in Argentina timezone
by Ricardo I. Vieitez Nov. 7, 2008

Nov. 7, 2008

There is a bug in the Argentine timezone, as not the whole country but parts of it are GTM-2 because of summer time. There is more information available (including a patch) at http://bugs.gentoo.org/show_bug.cgi?id=245283 My best regards, -- Ricardo I. Vieitez

1 0

FW: RE: How to determine whether the OS has the latest DST rules
by Olson, Arthur David (NIH/NCI) [E] Nov. 6, 2008

Nov. 6, 2008

I'm forwarding this message from Phil Guera, who sent it by way of a secure mail server. --ado Florence, I did some programming to read this information. Basically, the information is given in the area that Microsoft calls TZI. It's a complicated element to decipher, but if you give me the timezones you are interested in, I can give you screen shots of the interpretation of the registry binary data. I wrote this TimeZonesExplorer just before Microsoft added some historical capability to their registry's handling of timezones, and never did update it to read the historical data, but the way MS stores the info is based on the zone, current year, and subset of yearly historical data. Though their treatment of historical data doesn't go back in time very far like the TZ database does. I'm still running Windows XP pro, but I believe the registry is structured the same on Vista at this time. At any rate with the screen shots, you should be able to see the basics of how to make the binary data more human readable. It's just a matter of splitting the TZI info into parts and performing some hex math conversion to get to the actual information contained within it. Phil Guerra North Kansas City Hospital Information Technology Enterprise Technologies phillip.guerra(a)nkch.org Toll Free Relay Phone: 866-797-5805 AOL IM: Mycroft2800

1 0

FW: Looking for advices regarding tzdata
by Olson, Arthur David (NIH/NCI) [E] Oct. 30, 2008

Oct. 30, 2008

I'm forwarding this message from Dmitri Pal, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Dmitri Pal [mailto:dpal@redhat.com] Sent: Friday, October 24, 2008 2:52 To: tz(a)lecserver.nci.nih.gov Subject: Looking for advices regarding tzdata Hi, I am new to tzdata and advanced time zone conversion technics that it offers. I read couple articles about tzdata on wikipedia and in man pages. So far I do not see what I am looking for so may be it just does not exist. Here is what I am trying to accomplish. Input: YYYYMMDDHHMMSS - date or some other date format that can be easily broken into tm structure. TZ information - I was hoping to use some kind of meaningful string so time zone names. Names from zone.dat would work perfectly. Output: Number of seconds since 1 Jan 1970 in UTC time that corresponds to the time stamp Processing: * The function that would do the conversion needs to parse and validate the format before conversion can happen. That includes validating the TZ name. * Would be nice to use standard libc functions to do this conversion as much as possible What is missing: I am currently on Red Hat Enterprise Linux 5.1. It has /usr/share/zoneinfo and there I found zone.dat. Is there any function or set of functions that allow me to interact with this database like: get_next_timezone_name - to iterate through the list and get the timezone. Is there any abstraction around this file? In different distributions it can be in different places and under different names. But libc functions hide this complexity so is there any API that will let me to enumerate timezones and or check if the XXXX/YYYY is the correct valid time zone name without dealing with the file myself? Also the other part is determining the daylight savings at the moment of conversion in the specified time zone? Would it be something like breaking the input I have into the tm structure , calling tzset(timezonename) and then call mktime? #include <time.h> #include <stdlib.h> time_t my_time (struct tm *tm, char *timezonename) { time_t ret; char *tz; tz = getenv("TZ"); setenv("TZ", timezonename, 1); tzset(); ret = mktime(tm); if (tz) setenv("TZ", tz, 1); else unsetenv("TZ"); tzset(); return ret; } This example is based on the timegm example but seems to contradict mktime man page that states that mktime sets the timezone variable itself. In other words I can populate a part of the tm from the data I have but I need to populate the tm_isdst based on the timezone. Would the code above accomplish the task? I feel like something might be wrong with this but I am not sure what. So this is where I am and I am bit lost. Please advise. Thank you Dmitri Pal

1 0

strftime(3) fix
by Sascha Wildner Oct. 30, 2008

Oct. 30, 2008

Hello, please consider applying the following patch. It was recently committed to FreeBSD (see http://svn.freebsd.org/viewvc/base/head/lib/libc/stdtime/strftime.c?view=lo…) --- strftime.c.orig 2008-10-30 22:09:54 +0100 +++ strftime.c 2008-10-30 22:11:23 +0100 @@ -216,7 +216,7 @@ { int warn2 = IN_SOME; - pt = _fmt(Locale->c_fmt, t, pt, ptlim, warnp); + pt = _fmt(Locale->c_fmt, t, pt, ptlim, &warn2); if (warn2 == IN_ALL) warn2 = IN_THIS; if (warn2 > *warnp) Regards, Sascha

1 0

neverending Argentinian changes... Carmen de Patagones
by Mariano Absatz - El Baby Oct. 29, 2008

Oct. 29, 2008

The city of Carmen de Patagones (Provincia de Buenos Aires) http://en.wikipedia.org/wiki/Carmen_de_Patagones is "twin" to Viedma (Provincia de Río Negro) http://en.wikipedia.org/wiki/Viedma and many people in one city works or studies in the other... Since Río Negro is at UTC-3 and Buenos Aires at UTC-2, this has become more than a nuissance for people living in one city and working in the other one or, worse yet, having a different job in each or studying in one city and working in the other one... http://www.lanacion.com.ar/nota.asp?nota_id=1061607 http://www.lanueva.com/edicion_impresa/nota/29/10/2008/8at064.html The Intendente (Major?) of Carmen the Patagones asked the Governor of the Provincia de Buenos Aires to allow the city to adhere to UTC-3... apparently the Governor will reject it (and allow schools and public offices to change their timetables so as to coordinate them with the UTC-3 but calling it differently)... Except for the Provincial Bank (Banco de la Provincia de Buenos Aires) that must keep the same timetable in the whole Province... If this goes on like this (that is, Carmen de Patagones keeps the same timezone as the rest of the Province), then we're fine... otherwise... we'll have to split America/Argentina/Buenos_Aires into yet another timezone called America/Argentina/C_de_Patagones or something like that :-( I'll keep you posted... -- Mariano Absatz - "El Baby" baby(a)baby.com.ar www.clueless.com.ar -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Real programmers use: cat > a.out http://xkcd.com/378/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * TagZilla 0.066 * http://tagzilla.mozdev.org

1 0

FW: file-format
by Olson, Arthur David (NIH/NCI) [E] Oct. 27, 2008

Oct. 27, 2008

I'm forwarding this message from hsv, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: hsv(a)tbbs.net [mailto:hsv@tbbs.net] Sent: Monday, October 27, 2008 3:01 To: tz(a)lecserver.nci.nih.gov Subject: file-format The man-page describes a fairly loose fileformat, but the actual files show less loosness: there is no quoted sharp (#), all one name s Rules are in a bunch in time order, with no other Rule or Zone in between, all weekday-names are three-letter-long abbreviations of capital letter and twain small letters. Can I afford to count on that, or is it really needful to pars a much looser-formatted file than really is there?

2 1