Greetings, everyone! I have a doubt about the TZ database release or updates, and maybe you can help me to solve it. So, is the database update BEFORE or AFTER a new DST has started? The reason why I need to know it is because we are having issues about calculating some ETAs and presenting the information on reports, because PHP internal database doesn't get updates automatically. So we decided to use an extension that uses IANA's Timezone Database (updated approximatelly 23 times an year). So, we need to know if those updates are released before the daylight saving time starts or if you release it before it starts. Since there are usually political decisions that delays or rushes the DST beginning, I believe those updates comes prior to the actual fact, with a data on wich day begin, so I should not worry on using the extension that updates itself with 24 hours delay, right? So, do you update it before DST comes, or after? -- *Pablo Santiago Sánchez* ZCE ZEND006757 phackwer@gmail.com (61) 9843-0883 http://www.sansis.com.br *"Pluralitas non est ponenda sine necessitate"*
On 30/11/16 17:27, Pablo Sánchez wrote:
I have a doubt about the TZ database release or updates, and maybe you can help me to solve it.
So, is the database update BEFORE or AFTER a new DST has started? The reason why I need to know it is because we are having issues about calculating some ETAs and presenting the information on reports, because PHP internal database doesn't get updates automatically. So we decided to use an extension that uses IANA's Timezone Database (updated approximatelly 23 times an year). So, we need to know if those updates are released before the daylight saving time starts or if you release it before it starts. Since there are usually political decisions that delays or rushes the DST beginning, I believe those updates comes prior to the actual fact, with a data on wich day begin, so I should not worry on using the extension that updates itself with 24 hours delay, right?
So, do you update it before DST comes, or after?
It would make little or no sense to publish a tzdata update after the changes in it take effect. Whenever possible changes are pushed out as soon as they are confirmed which is before the time transition will take effect. On a few memorable occasions a government has changed the timezone with no notice at all and that has caused problems for everyone involved. jch
Hi Pablo. PHPs timezone-Database is current at the time of the release of the patch-version of PHP. SO when you update your PHP frequently you should always have the current timezone-Database. When that is not an option you can use the PECL timezonedb-package to update your PHP-Version. Apart from that the DST and other information are in both versions current. So DST-changes in the future ar ealready available in todays timezone-database. Should that change due to political reasons it will be updated with the next version of the timezone DB. So it doesn'T matter whether the DB is updated before or after a DST-Change as the DST-change is already in there. Should something change due to political reasons the changes are *usually* added before the chage becomes relevant. Sometimes it doesn't work out that way. That might happen when the change was publicised *after* the date it became valid. Does that help you? Cheers Andreas Am 30.11.16 um 18:27 schrieb Pablo Sánchez:
Greetings, everyone!
I have a doubt about the TZ database release or updates, and maybe you can help me to solve it.
So, is the database update BEFORE or AFTER a new DST has started? The reason why I need to know it is because we are having issues about calculating some ETAs and presenting the information on reports, because PHP internal database doesn't get updates automatically. So we decided to use an extension that uses IANA's Timezone Database (updated approximatelly 23 times an year). So, we need to know if those updates are released before the daylight saving time starts or if you release it before it starts. Since there are usually political decisions that delays or rushes the DST beginning, I believe those updates comes prior to the actual fact, with a data on wich day begin, so I should not worry on using the extension that updates itself with 24 hours delay, right?
So, do you update it before DST comes, or after?
--
* Pablo Santiago Sánchez* ZCE ZEND006757 phackwer@gmail.com <mailto:phackwer@gmail.com> (61) 9843-0883 http://www.sansis.com.br /"Pluralitas non est ponenda sine necessitate"/
-- ,,, (o o) +---------------------------------------------------------ooO-(_)-Ooo-+ | Andreas Heigl | | mailto:andreas@heigl.org N 50°22'59.5" E 08°23'58" | | http://andreas.heigl.org http://hei.gl/wiFKy7 | +---------------------------------------------------------------------+ | http://hei.gl/root-ca | +---------------------------------------------------------------------+
Yes, it helps. Thank you. I was advised to keep an eye on some political issues that could interfere, but seems that even on those cases, database got updated previously to the occurrence of such fact.. Thank you again. Cheers 2016-11-30 17:42 GMT+00:00 Andreas Heigl <andreas@heigl.org>:
Hi Pablo.
PHPs timezone-Database is current at the time of the release of the patch-version of PHP. SO when you update your PHP frequently you should always have the current timezone-Database.
When that is not an option you can use the PECL timezonedb-package to update your PHP-Version.
Apart from that the DST and other information are in both versions current. So DST-changes in the future ar ealready available in todays timezone-database. Should that change due to political reasons it will be updated with the next version of the timezone DB. So it doesn'T matter whether the DB is updated before or after a DST-Change as the DST-change is already in there.
Should something change due to political reasons the changes are *usually* added before the chage becomes relevant. Sometimes it doesn't work out that way. That might happen when the change was publicised *after* the date it became valid.
Does that help you?
Cheers
Andreas
Am 30.11.16 um 18:27 schrieb Pablo Sánchez:
Greetings, everyone!
I have a doubt about the TZ database release or updates, and maybe you can help me to solve it.
So, is the database update BEFORE or AFTER a new DST has started? The reason why I need to know it is because we are having issues about calculating some ETAs and presenting the information on reports, because PHP internal database doesn't get updates automatically. So we decided to use an extension that uses IANA's Timezone Database (updated approximatelly 23 times an year). So, we need to know if those updates are released before the daylight saving time starts or if you release it before it starts. Since there are usually political decisions that delays or rushes the DST beginning, I believe those updates comes prior to the actual fact, with a data on wich day begin, so I should not worry on using the extension that updates itself with 24 hours delay, right?
So, do you update it before DST comes, or after?
--
* Pablo Santiago Sánchez* ZCE ZEND006757 phackwer@gmail.com <mailto:phackwer@gmail.com> (61) 9843-0883 http://www.sansis.com.br /"Pluralitas non est ponenda sine necessitate"/
-- ,,, (o o) +---------------------------------------------------------ooO-(_)-Ooo-+ | Andreas Heigl | | mailto:andreas@heigl.org N 50°22'59.5" E 08°23'58" | | http://andreas.heigl.org http://hei.gl/wiFKy7 | +---------------------------------------------------------------------+ | http://hei.gl/root-ca | +---------------------------------------------------------------------+
-- *Pablo Santiago Sánchez* ZCE ZEND006757 phackwer@gmail.com (61) 9843-0883 http://www.sansis.com.br *"Pluralitas non est ponenda sine necessitate"*
On 30/11/16 17:59, Pablo Sánchez wrote:
I was advised to keep an eye on some political issues that could interfere, but seems that even on those cases, database got updated previously to the occurrence of such fact..
There have been a few recent changes that have been added at short notice due to political decisions in some cases only days before the due date - or was that actually after in some cases? - the database is as accurate as can be given the availability of information. It would be nice if changes were agreed a few weeks at least before the due date to allow updates to actually be implemented, but that requires removing the politicians from the process :) -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
On 2016-11-30 16:02, Lester Caine wrote:
On 30/11/16 17:59, Pablo Sánchez wrote:
I was advised to keep an eye on some political issues that could interfere, but seems that even on those cases, database got updated previously to the occurrence of such fact..
Note that distributions and vendor products often have delays of a few days to a few weeks after the release to package and ship the changes.
There have been a few recent changes that have been added at short notice due to political decisions in some cases only days before the due date - or was that actually after in some cases? - the database is as accurate as can be given the availability of information. It would be nice if changes were agreed a few weeks at least before the due date to allow updates to actually be implemented, but that requires removing the politicians from the process :)
Kinda impractical given that some politician has to be responsible for drafting and passing the regulation, order, or bill, then signing off to make it effective. Would be nice if there were some international regulatory or diplomatic news wire feed we could access to scrape time changes. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
Well, I believe that depends much on people telling us what happens, mostly of the time. I will try to keep you guys up-to-date on what happens about Brazil (where I lived for 38 years), Argentina (where my family is and I tallk to them very ofter - you may not believe but weather and current time difference is always a subject) and Ireland, where I'm living now. That's the best I can do to help. Thank you everybody for the kind replies. 2016-12-01 4:40 GMT+00:00 Brian Inglis <Brian.Inglis@systematicsw.ab.ca>:
On 2016-11-30 16:02, Lester Caine wrote:
On 30/11/16 17:59, Pablo Sánchez wrote:
I was advised to keep an eye on some political issues that could interfere, but seems that even on those cases, database got updated previously to the occurrence of such fact..
Note that distributions and vendor products often have delays of a few days to a few weeks after the release to package and ship the changes.
There have been a few recent changes that have been added at short notice due to political decisions in some cases only days before the due date - or was that actually after in some cases? - the database is as accurate as can be given the availability of information. It would be nice if changes were agreed a few weeks at least before the due date to allow updates to actually be implemented, but that requires removing the politicians from the process :)
Kinda impractical given that some politician has to be responsible for drafting and passing the regulation, order, or bill, then signing off to make it effective. Would be nice if there were some international regulatory or diplomatic news wire feed we could access to scrape time changes.
-- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
-- *Pablo Santiago Sánchez* ZCE ZEND006757 phackwer@gmail.com (61) 9843-0883 http://www.sansis.com.br *"Pluralitas non est ponenda sine necessitate"*
On 30 November 2016 at 23:40, Brian Inglis <Brian.Inglis@systematicsw.ab.ca> wrote:
Would be nice if there were some international regulatory or diplomatic news wire feed we could access to scrape time changes.
For better or for worse, we're the closest thing to such a feed that exists within the scope of time zones, since we're the folks who care enough to take those complex international political decisions and (do our best to) distill them into a fairly straightforward standardized format. -- Tim Parenti
participants (6)
-
Andreas Heigl -
Brian Inglis -
John Haxby -
Lester Caine -
Pablo Sánchez -
Tim Parenti