- tz - lists.iana.org

About Turkey DST change
by faruk.pasin＠digiturk.com.tr Feb. 14, 2014

Feb. 14, 2014

Hi there, The DST for Turkey has been changed for this year because of the Turkish Local election. There are many references in Turkish, but could not find in English yet. http://www.sabah.com.tr/Ekonomi/2014/02/12/yaz-saatinde-onemli-degisiklik http://www.ntvmsnbc.com/id/25498297 http://www.haberpark.com/saatler-ne-zaman-ileri-alinacak/ So Turkey will move clocks forward one hour on March 31 at 3:00 a.m. not on March 30. Regards. [cid:image001.png@01CF29A4.8FFB7330] Bu elektronik posta ve onunla iletilen bütün dosyalar sadece göndericisi tarafindan almasi amaclanan yetkili gercek ya da tüzel kisinin kullanimi icindir. Eger söz konusu yetkili alici degilseniz bu elektronik postanin icerigini aciklamaniz, kopyalamaniz, yönlendirmeniz ve kullanmaniz kesinlikle yasaktir ve bu elektronik postayi derhal silmeniz gerekmektedir. DIGITURK bu mesajin icerdigi bilgilerin dogrulugu veya eksiksiz oldugu konusunda herhangi bir garanti vermemektedir. Bu nedenle bu bilgilerin ne sekilde olursa olsun iceriginden, iletilmesinden, alinmasindan ve saklanmasindan sorumlu degildir. Bu mesajdaki görüsler yalnizca gönderen kisiye aittir ve DIGITURK' un görüslerini yansitmayabilir. Bu e-posta bilinen bütün bilgisayar virüslerine karsi taranmistir. * This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient you are hereby notified that any dissemination, forwarding, copying or use of any of the information is strictly prohibited, and the e-mail should immediately be deleted. DIGITURK makes no warranty as to the accuracy or completeness of any information contained in this message and hereby excludes any liability of any kind for the information contained therein or for the information transmission, reception, storage or use of such in any way whatsoever. The opinions expressed in this message belong to sender alone and may not necessarily reflect the opinions of DIGITURK. This e-mail has been scanned for all known computer viruses.

1 0

Fwd: tz Digest, Vol 29, Issue 9
by vespa9114 Feb. 14, 2014

Feb. 14, 2014

is okay ---------- Forwarded message ---------- From: tz-request(a)iana.org Date: Fri, 14 Feb 2014 12:00:03 +0000 Subject: tz Digest, Vol 29, Issue 9 To: tz(a)iana.org Send tz mailing list submissions to tz(a)iana.org To subscribe or unsubscribe via the World Wide Web, visit https://mm.icann.org/mailman/listinfo/tz or, via email, send a message with subject or body 'help' to tz-request(a)iana.org You can reach the person managing the list at tz-owner(a)iana.org When replying, please edit your Subject line so it is more specific than "Re: Contents of tz digest..." Today's Topics: 1. Chile to end DST earlier this year? (Paul Eggert) ---------------------------------------------------------------------- Message: 1 Date: Thu, 13 Feb 2014 23:33:55 -0800 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Time zone mailing list <tz(a)iana.org> Subject: [tz] Chile to end DST earlier this year? Message-ID: <52FDC6E3.8030203(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed I've heard rumors that Chile will end DST at the end of March 8 this year, rather than the tz database's guess of the end of April 26. Can anyone confirm this? I can't seem to find anything official, but my Spanish is not the best. Thanks. ------------------------------ _______________________________________________ tz mailing list tz(a)iana.org https://mm.icann.org/mailman/listinfo/tz End of tz Digest, Vol 29, Issue 9 *********************************

1 0

Chile to end DST earlier this year?
by Paul Eggert Feb. 14, 2014

Feb. 14, 2014

I've heard rumors that Chile will end DST at the end of March 8 this year, rather than the tz database's guess of the end of April 26. Can anyone confirm this? I can't seem to find anything official, but my Spanish is not the best. Thanks.

1 0

posix timestamp compatibility library for systems using right timestamp
by Marek Behun Feb. 12, 2014

Feb. 12, 2014

Hello, I have written a small POSIX timestamp compatibility library for glibc/linux systems which use right timestamp on system clock (and also a 'right/' timezone). By executing a program with LD_PRELOAD=/path/to/time2posix.so environment variable the program can still use a 'posix/' timezone and display system time correctly (system calls for getting/setting system time are patched byt time2posix.so). I wrote this library primarily for synchronizing time from NTP servers that use UTC. This way, when using for example ntpdate to synchronize from such a server, ntpdate doesn't have to be patched to synchronize to right timestamp (instead of posix). The library could also be used on programs that cannot use 'right/' timezone (for example PostgreSQL can't handle leap seconds and therefore won't accept a 'right/' timezone in configuration). For that though more system call patches need to be implemented. The sources can be found at https://github.com/elkablo/time2posix I would like to know if I should continue developing this library or if there are other ways of synchronizing to right timestamp correctly, or if right timestamp and consequently right timezones aren't used at all. Marek Behun

2 1

Glibc 2.19 adds support for version 3 tz format
by Paul Eggert Feb. 12, 2014

Feb. 12, 2014

The GNU C Library version 2.19, released February 8, adds support for version-3 format tz binary files. I thought I'd give this list a heads-up, in case other C-library maintainers are lurking and want to keep up with the Joneses. As you may recall, version 3 is a minor extension to the binary format, which adds support for some less-common timekeeping practices. So far, the only tz-database timestamps affected by this change are time stamps after the year 2037 in America/Godthab with tz data 2013e or later. These time stamps cannot be described by a POSIX TZ string, so version 3 uses the quasi-POSIX string 'WGT3WGST,M3.5.0/-2,M10.5.0/-1'. The glibc 2.19 announcement is at <https://sourceware.org/ml/libc-alpha/2014-02/msg00224.html>. More details about this change can be found at <https://sourceware.org/bugzilla/show_bug.cgi?id=15968>.

2 1

Greenwich Time and Longitude
by Brian Inglis Feb. 6, 2014

Feb. 6, 2014

On 2014-02-06 03:58, David Malone wrote: > I think a version of this story is included in Derek Howse's > "Greenwich Time and Longitude" book, in relation to the shutting > down of the telegraph-based time service from Greenwich. See > here, on page 115: > > https://archive.org/details/GreenwichTime > > He even gives a reference for the story. > > David. > _______________________________________________ > time-nuts mailing list -- time-nuts(a)febo.com > To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > and follow the instructions there. Forwarded from comp.time.nuts - the link is to an online and downloadable document comprehensively referencing the histories of the distribution of standard times, the establishment of standard time zones, and some of the absurdities uncovered. -- Take care. Thanks, Brian Inglis

1 0

Re: [tz] CIA confused about Cedros Island time zone?
by Steve Jones Feb. 6, 2014

Feb. 6, 2014

At 15:48 2/5/2014, vanadovv(a)hetnet.nl wrote: >My 2 cents: >(1) Isla Cedros is part of Ensenada, Baja California ><http://es.wikipedia.org/wiki/Isla_Cedros>http://es.wikipedia.org/wiki/Isla_Cedros Correct. Baja is Pacific time, Baja Sur is mountain time. >(2) The aeroport seems to be on UTC-7 ><http://worldaerodata.com/wad.cgi?id=MX00386&sch=MM10>http://worldaerodata.com/wad.cgi?id=MX00386&sch=MM10 I believe there is a good chance that record is incorrect. If so it probably has its roots in the original CIA error. http://www.gcmap.com/airport/CDI shows it to be Pacific Time, UTC-8 (DST-7). I've sent an email to the two airlines that report offering charter service to the Island, seeking clarification. The airport itself appears to be just an unmanned paved airstrip, so I don't know who else to contact for confirmation. Regards, Steve Jones []

1 0

CIA confused about Cedros Island time zone?
by vanadovv＠hetnet.nl Feb. 5, 2014

Feb. 5, 2014

Re: [tz] CIA confused about Cedros Island time zone? Steve Jones stevejones at OnTimeZone.com Sun Feb 2 23:41:18 UTC 2014 ....... That map, and the maps it was derived from (including the original source, the CIA) show Cedros Island as being UTC-7 (as if it were in Baja Sur, not Baja). The border between Baja and Baja Sur is on the 28th parallel, which lies south of Cedros Island. Baja is in the Pacific Time zone, UTC-8. Baja Sur is in the Mountain time zone, UTC-7. I find multiple references confirming that Cedros Island is part of Baja, thus UTC-8. I find no references making any allusion to the official or unofficial observed time on the island to be other than UTC-8. .... My 2 cents: (1) Isla Cedros is part of Ensenada, Baja California http://es.wikipedia.org/wiki/Isla_Cedros (2) The aeroport seems to be on UTC-7 http://worldaerodata.com/wad.cgi?id=MX00386&sch=MM10 Oscar van Vlijmen

1 0

CIA confused about Cedros Island time zone?
by Steve Jones Feb. 5, 2014

Feb. 5, 2014

At 07:38 2/2/2014, Arthur David Olson wrote: > From Randy Olson (no known relation), a map of solar time versus clock time: > ><https://twitter.com/randal_olson/statuses/429969774831882242>https://twitter.com/randal_olson/statuses/429969774831882242 That map, and the maps it was derived from (including the original source, the CIA) show Cedros Island as being UTC-7 (as if it were in Baja Sur, not Baja). The border between Baja and Baja Sur is on the 28th parallel, which lies south of Cedros Island. Baja is in the Pacific Time zone, UTC-8. Baja Sur is in the Mountain time zone, UTC-7. I find multiple references confirming that Cedros Island is part of Baja, thus UTC-8. I find no references making any allusion to the official or unofficial observed time on the island to be other than UTC-8. This seems to be a significant error, not I presume the type the CIA normally makes... so I am wondering if I've missed something. Thoughts? Regards, Steve Jones, St. Louis, MO Emacs!

1 1

credit for "right" zone code
by Steve Allen Feb. 5, 2014

Feb. 5, 2014

I want to be sure to give credit where credit is due for the code that handles leap seconds in the "right" zones. The comments in tzcode indicate that Arthur David Olson and Bradley White are two who deserve credit. Are there others who have contributed to that capability? -- Steve Allen <sla(a)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

1 0