April 2024 - tz - lists.iana.org

Time Zone Database
by EL MAAYATI Afaf July 8, 2026

July 8, 2026

Dear Paul, I'm Afaf EL MAAYATI from National Telecommunications Regulatory Agency in Morocco. Actually, in the current version of Time Zone Database (https://www.iana.org/time-zones) for Africa region, and especially for Morocco, it’s mentionned that a program will be running to implement the transition dates. According to this program, the next transition dates (during 2023) are as below : - March 19, 2023 (switching to GMT). - April 30, 2023 (switching back to GMT+1). In fact, we will switch back to GMT+1, advancing 60 minutes, on Sunday, April 23 at 2:00 a.m (not on April 30). Please refer to the official annoncement, published by the Ministry of Digital Transition and Administration Reform: https://www.mmsp.gov.ma/fr/actualites/passage-%C3%A0-l%E2%80%99heure-gmt-%C… So, would you please update the program, in order to consider « April 23 at 2:00 a.m » (for switching back to GMT+1). Thank you in advance for your feedback and for your habitual support. Thank you. Best Regards, Afaf EL MAAYATI National Telecommunications Regulatory Agency Morocco [https://www.anrt.ma/images/ANRT-Signature.jpg] ________________________________ Ce message, son contenu et toutes les pièces jointes sont adressés à l'attention exclusive de leur (s) destinataire (s) et sont strictement confidentiels : ils relèvent de la correspondance privée. Toute publication, utilisation ou diffusion, même partielle, par des personnes autres que les destinataires est interdite et doit être autorisée par l'Agence Nationale de Règlementation des Télécommunications (ANRT, Royaume du Maroc). Si vous recevez ce message par erreur, nous vous prions de le détruire après en avoir informé son expéditeur sans délai. L’ANRT décline toute responsabilité pour toute altération, déformation ou falsification subi par le message et ses pièces jointes au cours de leur transmission. Retrouvez toutes les informations de l’ANRT sur son site Web à l’adresse suivante : http://www.anrt.ma. ________________________________ This message, its content and its attachments are intended for the exclusive use of the named addressee (s) and are strictly confidential. Any copy or other use of this information by persons or entities other than the intended recipient is prohibited and should be authorized by the National Agency of Telecommunications Regulation (ANRT, Morocco). If you have received this communication in error, please delete the material and notify the sender. The ANRT accepts no liability for any alteration, distortion or falsification that may occur during the transmission of this message. All information about ANRT can be found on our website at the following address http://www.anrt.ma. ________________________________ إن هذه الرسالة ومحتواها ومرفقاتها موجهة خصيصا للشخص المرسل إليه وتعتبر سرية وتصنف ضمن خانة المراسلات ذات طبيعة شخصية. ويمنع منعا كليا نشر أو استعمال أو بث، ولو بطريقة جزئية، لهذه الرسالة من طرف أشخاص غير المرسل إليهم ما لم يتم الترخيص بذلك من طرف الوكالة الوطنية لتقنين المواصلات (المملكة المغربية. في حالة ما إذا توصلتم هذه الرسالة عن طريق الخطأ، يرجى منكم العمل على إتلافها فورا بعد إخبار الشخص المرسل إليه بذلك. ولا تتحمل الوكالة الوطنية لتقنين المواصلات أي مسؤولية عن أي تحريف أو تغيير أو تزييف قد يلحق بمحتوى الرسالة أو بمرفقاتها خلال عملية الإرسال. للمزيد من المعلومات، يرجى الاطلاع على الموقع الإلكتروني للوكالة الوطنية لتقنين المواصلات : http://www.anrt.ma.

2 6

(no subject)
by Cool Gab19 Nov. 8, 2024

Nov. 8, 2024

can you add Philippine Daylight Time on your Database I think it was missing from the list of the time zones please reply immediately if solved thanks...

4 8

Re: [tz] Time for a Lunar time zone? -Brooks
by Paul Eggert July 11, 2024

July 11, 2024

On 3/2/23 09:51, Brooks Harris wrote: > Will we need DST on the Moon? :-) I hope not! The Moon's axis tilts only 1.5°, much less than the 23.5° of Earth's axis, so seasonal effects on sunlight duration are much less intense on the Moon and there should be less need for Earth-like DST. A more pressing issue is that the length of day (including daytime and nighttime) varies more on the Moon. Local Earth days vary by at most 0.008 hours from the mean of 24 hours (this variation is due to the eccentricity of the Earth orbit and the obliquity of the ecliptic). So people who think that every local Earth day is exactly 24 hours are not far off. Local lunar days, in contrast, are roughly 29.5 ± 0.25 Earth days (again, this includes both lunar daytime and lunar nighttime). That's more slop to deal with, relatively speaking, and dealing with varying-length days could be a bit of a problem for civil time on the Moon. Presumably ESA's boffins are on top of this.....

4 5

error Portugal 1980
by Alois Treindl July 2, 2024

July 2, 2024

I think there is an error in TZ, regarding begin of DST in Portugal in 1980. A user of my website pointed it out. file europe has > Rule Port 1978 only - Oct 1 0:00s 0 - > Rule Port 1979 1982 - Sep lastSun 1:00s 0 - > Rule Port 1980 only - Mar lastSun 0:00s 1:00 S > Rule Port 1981 1982 - Mar lastSun 1:00s 1:00 S > Rule Port 1983 only - Mar lastSun 2:00s 1:00 S But Observatório Astronómico de Lisboa http://oal.ul.pt/hora-legal/legislacao-sobre-a-hora-legal/ has in document Tabela com a definição anual da Hora Legal portuguesa desde 1911 https://oal.ul.pt/documentos/2018/01/hl1911a2018.pdf > 1980 Hora do meridiano de Greenwich até à 1 hora do dia 6 de Abril, > instante > em que foi adiantada de 60 minutos, tendo-se regressado à hiora do meri- > diano de Greenwich às 2 horas do dia 28 de Setembro (Portaria nº 69/80) > I attach a patch file

4 12

Why is "AEST" the abbreviation for Australia/Sydney in 1900?
by Jonathan Wakely May 9, 2024

May 9, 2024

Given this snippet from tzdata.zi: Z Australia/Sydney 10:4:52 - LMT 1895 F 10 AU AE%sT 1971 R AU 1917 o - Ja 1 2s 1 D R AU 1917 o - Mar lastSu 2s 0 S R AU 1942 o - Ja 1 2s 1 D R AU 1942 o - Mar lastSu 2s 0 S R AU 1942 o - S 27 2s 1 D R AU 1943 1944 - Mar lastSu 2s 0 S R AU 1943 o - O 3 2s 1 D What should the abbreviation be for the zone in, say, 1900? Using glibc I get AEST: TZ=Australia/Sydney date --date="1900-01-01" Mon 1 Jan 00:00:00 AEST 1900 But I don't see any way to get "AEST" from the tzdata and the spec in the zic(8) man page. Prior to 1895 it is "LMT", and then from 1917-01-01 it's "AEDT", and from 1917-03-25 it's "AEST", but none of the Rule lines apply to dates before 1917, so what value of LETTER/S should be used for the AE%sT format in 1900? Glibc solves this by iterating through all the transitions for the AU rule until it finds a valid name for a transition to DST and a valid name for a transition out of DST, and then remembers those two names, which in this case gives AEDT (from 1917-01-01 to 1917-03-25) and AEST (from 1917-03-25 to 1942-01-01). Then when it finds the info for a date in 1900 it looks at the isdst field of struct tm for that date, and picks one of the two remembered names, which gives us "AEST". That seems like the correct result, but nothing in the zic man page (or any other docs I can find) says that is what's supposed to happen. My code for GCC's C++ library is an independent implementation based on the spec, and it has no way to produce "AEST" for 1900. It seems to me that either the spec should to do ... something ... so that a LETTER/S field for the Rule can be found, or there should be a Zone continuation line in the tzdata that explicitly says that Australia/Sydney is always on standard time for the period 1895-02-01 to 1917-01-01 and that the abbreviation is AEST (without any %s that needs to be expanded). So add the second line here: Z Australia/Sydney 10:4:52 - LMT 1895 F 10 - AEST 1917 10 AU AE%sT 1971 R AU 1917 o - Ja 1 2s 1 D R AU 1917 o - Mar lastSu 2s 0 S R AU 1942 o - Ja 1 2s 1 D R AU 1942 o - Mar lastSu 2s 0 S R AU 1942 o - S 27 2s 1 D R AU 1943 1944 - Mar lastSu 2s 0 S R AU 1943 o - O 3 2s 1 D I'm sure this question could also be asked of many other zones, Australia/Sydney just happens to be the one I was testing with and noticed that my code couldn't expand the %s in "AE%sT". Am I missing something that says to use "S" as the LETTER/S field for dates prior to the first DST transition in 1917? What logic do other C libraries use to get "AEST" here?

6 20

Does Egypt spring forward tomorrow at 00:01 not 00:00?
by Paul Eggert April 25, 2024

April 25, 2024

Two recent news reports say that Egyptian clocks spring forward tomorrow at 00:01, not at 00:00 as per TZDB. Both cite Law No. 24 of 2023. Does anybody on this list have access to the text of that Egyptian law? I am unable to find a copy of that law online; <https://guides.loc.gov/law-egypt/legislative> points me at <https://www.egypt.gov.eg/english/laws/default.aspx> but www.egypt.gov.eg (41.33.95.166) is inaccessible to me (no packets seem to get through). I am mildly inclined to think that the distinction between 00:00 and 00:01 is being done by the news sources in question and not by the actual law. However, if someone can get a copy of the legislation that should be definitive. Here are the two sources giving spring-forward and fall-back times that differ by one minute from TZDB: * Egypt prepares to implement daylight saving time last Friday of April, Egypt Today, 2024-04-22 <https://www.egypttoday.com/Article/1/131747/Egypt-prepares-to-implement-day…> "... the current time used will be advanced by sixty minutes, starting at 12 midnight (00:01 a.m.) on Friday, April 26, until the end of the last Thursday of October at (23:59 p.m.)." * Belal Nawar, Daylight Savings in Egypt Starts on 26 April, Egyptian Streets, 2024-04-25 <https://egyptianstreets.com/2024/04/25/daylight-savings-in-egypt-starts-on-…> "The clock will be advanced by sixty minutes, starting from midnight (00:01 a.m.) on Friday 26 April, and will revert to standard time at the end of the last Thursday of October, precisely at 11:59 p.m. (23:59 p.m.)." I also see a couple of reports that we were one minute off in fall 2023: * Shereif Barakat, Egypt Bids Farewell to Daylight-Saving Time Tomorrow, Egyptian Streets, 2023-10-25 <https://egyptianstreets.com/2023/10/25/egypt-bids-farewell-to-daylight-savi…>. * Daylight Saving Time in Egypt Will End One Minute Before October 27th Scene Now, 2023-10-26 <https://scenenow.com/Buzz/Daylight-Saving-Time-in-Egypt-Will-End-One-Minute…>. On the other hand, other sources simply give transitions on the hour or on the day. Examples include <https://english.ahram.org.eg/NewsContentP/1/522092/Egypt/Summer-Time-vs-pow…> and <https://cairoscene.com/Buzz/Daylight-Saving-Time-to-Start-in-Egypt-on-Frida…>. In particular <https://www.lexology.com/library/detail.aspx?g=34fe8046-f02b-4af1-a515-30cd…>, in which an Egyptian law firm summarizes Law No. 24 (issued 16 April 2023), merely gives day boundaries. So perhaps the 00:01 and 23:59 business is merely the news sources' trying to avoid confusion.

1 0

Asia/Gaza POSIX TZ string problem
by Z Meng Chen April 22, 2024

April 22, 2024

Hi, We obtained the *tzdata2024a* from IANA. Below is the Rule for *Asia/Gaza* extracted from *tzdata2024a*: * ...* *Rule Palestine 2022 2035 - Oct Sat<=30 2:00 0 -* *Rule Palestine 2023 only - Apr 29 2:00 1:00 S* *Rule Palestine 2024 only - Apr 20 2:00 1:00 S* *Rule Palestine 2025 only - Apr 12 2:00 1:00 S* ... *Asia/Gaza POSIX TZ string (generated by zic)*: EET-2EEST, M3.4.4/50,M10.4.4/50" The rule specifies that DST in 2024 starts on April 20th. Why then does the POSIX TZ string use M3.4.4? Is this a bug? or is there any other reason? Thanks. Best regards, Meng Chen

3 5

request to update DST info for Timezone: Tehran/Iran
by Vajihe Bitarafan April 16, 2024

April 16, 2024

Hi Dear IANA, I am using some system and I encountered that in some situations Daylight Saving Time is not working correctly. >From 20 March 2023 , DST has been removed from government Policies and So from then there would not be any changes in Time. So Time zone Tehran/IRAN is +3:30 for all days of the year. I hope it will be reflected in timezone databases and I can see the Joda time is updated respectively. Thanks in advance for your help Best regards, Vajiheh Bitarafan

4 4

Vadsø, Norway mayor wants 26-hour days
by Paul Eggert April 15, 2024

April 15, 2024

On March 20 Wenche Pedersen, the mayor of Vadsø municipality, Norway, asked[1] the European Commission to issue a directive allowing Norway to create a separate time zone for the northern part of Norway. Days in the new time zone would contain 26 hours instead of the usual 24. This request is part of the "MOREtime" project. Mayor Pedersen wrote: > ... we aim to celebrate and promote this unique way of life, offering individuals the opportunity to enjoy more quality time engaging in activities such as fishing, hunting, learning new languages, or simply being with loved ones. By having our own certified time zone within the EU, we hope to attract more young people, not only from Norway but also from around the world, to discover and settle in this adventurous area. Recently the mayor's proposal has been covered by several major news organizations. When asked how the 26-hour day would actually work, the mayor replied "We haven't thought a lot about that. The clock will go from 12 to 13 ... and we have to see how this will go. I don't think they're going to say yes so we haven't thought about all the details."[2] Longtime readers of the time zone mailing list might remember that in 2019 a resident of Sommarøy, Norway petitioned his parliamentarian to abolish civil time in his town, something that also made the news.[3] However, the Sommarøy proposal was by a private individual and was easily implementable via tzdata by creating a new UTC or LMT zone with abbreviation "-00" or "LMT", whereas the Vadsø proposal is by the mayor, and would require changes to tzcode and would therefore be considerably harder to support. Although it's unlikely that the Vadsø proposal will go anywhere, it's helpful to think of how timekeeping changes like this might be accommodated by the TZDB project, as similar proposals might happen in the future. I see several ways to implement 26-hour days, falling into two major categories. Category I: Shorten civil-time hours so that there are 26 civil-time hours in a standard-length (SI) day. Four possible ways to do this are: A. Civil-time seconds are 12/13 s (i.e., 12/13 of an SI second, or about 0.923 s), so that civil-time minutes and hours are both 12/13 of their SI counterparts. B. Civil-time seconds are the same as before, but civil-time minutes are 60 * 12/13 s (i.e., about 55.38 s). C. Civil-time seconds and minutes are the same as before, but civil-time hours are 60 * 12/13 min (i.e., about 55.38 SI minutes). D. Civil-time minutes are 60 * sqrt(12/13) s (about 57.65 s), and civil-time hours are 60 * sqrt(12/13) civil-time minutes (i.e., about 57.65 civil-time minutes). Category II: Adjust day lengths so that all or most days contain 26 SI hours. Three possibilities here are: E. Civil-time days are 26 SI hours, and the calendar gradually falls further and further behind the Gregorian calendar. F. Civil-time days are 26 SI hours, but skip every 13th day so that days stay roughly synchronized with the Gregorian calendar. G. At the end of every day, move clocks backward two hours, from 24:00 to 22:00, so that timestamps from 22:00:00 through 23:59:59 repeat. Do this consistently for eleven days, thus moving clocks backward a total of 22 hours. On the twelfth day move clocks forward 22 hours instead, from 24:00 to 22:00 the next day. Repeat this cycle indefinitely. This way, eleven days out of thirteen contain 26 hours, and the next two days combined also contain 26 hours - 24 hours in the twelfth day and 2 hours in the thirteenth. Of these methods something like (G) would be the most compatible with computerized timekeeping, as (G) conforms to POSIX-1.202x Draft 4.1[4] whereas (A) through (F) do not. (G) avoids timestamps like 25:30; G's hours, minutes or seconds are all of the usual lengths; and (G) contains only transitions that are like daylight-saving transitions that computerized timekeeping can already deal with. Although a downside of (G) is that at times the sun will be at its zenith at midnight, I assume Vadsø residents are already accustomed to midnight suns so this disadvantage is relatively minor for them. Another downside of (G) is that clocks will never go "from 12 to 13" as the mayor requested, but given the major technical difficulties of (A) through (F) I hope the mayor would appreciate that (G) may be the best we can practically hope for in today's standardized and computerized world. Unfortunately even (G) would require some changes to tzcode and tzdata to become practical, and it would take many years for these changes to propagate to devices in common use in Vadsø. So, unless Vadsø residents are prepared to change their clocks by hand every day for the next several years, it does not appear that the mayor's proposal will be practical any time soon. I am sending this email to the time zone mailing list, as perhaps someone on the list can think of even better ways to implement the mayor's request. I am also cc'ing this email to Mayor Pedersen to give her a heads-up about this analysis, should it ever be needed in Vadsø. [1]: https://kommunikasjon.ntb.no/files/17848798/18066114/57109/no [2]: https://www.politico.eu/article/norway-arctic-region-asks-eu-commission-for… [3]: https://mm.icann.org/pipermail/tz/2019-June/028154.html [4]: https://www.opengroup.org/austin/

6 5

Kazakhstan Airline Schedules
by Owen Leibman April 14, 2024

April 14, 2024

I have a friend in Kazakhstan whom, thanks to this list, I notified about the recent time change before it was widely known in the country. She says the transition was pretty smooth, but, over a month later, sent me a message, which I pass on (without the attachments showing the discrepancies) as an anecdotal demonstration of how hard it is to get all the pieces in place: Happy eclipse day! I'm sending an update for your friends on time zones and flights. I booked a flight in February to Frankfurt leaving this Wednesday. United says the flight departs 4:20 a.m., but Lufthansa sent me an email saying I could check in for my flight which leaves at 3:20 a.m. Yet another Lufthansa check-in screen and the boarding pass says it leaves at 4:20. Meanwhile FlightAware claims the flight is not leaving till 5:20 a.m. All have the same arrival time of 9 a.m. Nursultan airport website does not list the flight yet. I will let you know which one proves to be right! I think it's 4:20. This email and any files transmitted with it are confidential, proprietary and intended solely for the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately.

2 3