<div>Dear Paul, </div><div><br></div><div>the accurate date will be specified tomorrow by the Palestinian Cabinet ,and I will provide you with it as I get the official decision .</div><div>BR,</div><hr><br><b>From:</b> Paul Eggert <eggert@cs.ucla.edu><br><b>Date:</b> Mar 18, 2023, 5:16:39 AM<br><b>To:</b> "heba.hamad" <heba.hamad@mtit.gov.ps><br><b>Cc:</b> Rashid Hanoon <rhanoon@mtit.pna.ps>,
"laith.daraghmeh" <laith.daraghmeh@mtit.gov.ps>,
Time Zone Mailing List <tz@iana.org><br><b>Subject:</b> Re: [tz] Extended winter time<br><br>On 3/13/23 08:39, Tim Parenti wrote:
<br>> our predicted March transition dates for 2024
<br>> and 2025 also fall within Ramadan. If similar actions are anticipated in
<br>> those years, it would be helpful to have those dates decided within the
<br>> next few months so we can have those disseminated in a less rushed fashion.
<br>
<br>Yes. Unfortunately we still don't know the transition dates for even
<br>this spring. And since the current TZDB release will be wrong for
<br>Palestine in about eight days, we need to generate a new TZDB release
<br>quite soon. (We also need a new release for Egypt and Morocco.)
<br>
<br>To try to help move things along I installed the attached proposed patch
<br>into TZDB's developmental database. Although this patch makes
<br>predictions for Palestine that may very well be wrong, they are likely
<br>to be more accurate than the current release's predictions, so I hope
<br>they are a win. Something like this should appear in the next release, I
<br>suppose.
<br>
<br>To help proofread the patch, I also attach a file Gaza-predictions.txt
<br>containing the output of the shell command "zdump -V -c 2023,2087
<br>Asia/Gaza" with the patch installed. It would be helpful if a
<br>representative of the Palestinian government would check these guesses
<br>soon, so that the next release can be accurate for Palestine. The
<br>Gaza-predictions file contains two lines for every predicted transition:
<br>one just before and one just after. Timestamps before the "=" are
<br>Coordinated Universal Time; timestamps after the "=" are local time.<br>