[tz] Correcting daylight-savings time for central Missouri prior to 1967
c933103 at gmail.com
Sat Nov 24 04:10:24 UTC 2018
Currently the Timezone boundary builder tool have already supported
overlapping timezone and applied it to places like Xinjiang China and
Jerusalem Israel (Palestine) etc. So overlapping shouldn't be a problem,
however in such case extra thought might be needed for tz database ID.
2018-11-24日 08:16, Zoidiasoft Tech <zoidsoft at gmail.com> wrote:
> On Nov 23, 2018, at 6:56 PM, Phake Nick <c933103 at gmail.com> wrote:
> Even now, locally in upstate NY, the Amish are present and form a
>> significant part of the population. They never observe DST and are on
>> standard time year around. Most of them have sworn off any form of
>> electricity aynway. Situations like this are quite common in time change
> Would it warrant the creation of an additional tz region for them?
> Since we all live in the same place, you will end up with multiple zones
> for the same region depending upon who you count as important. The same
> would be the case then for the Apache in southern CO, the ethnic Uyghurs in
> China, etc… If your app is about charting airline arrival and departure
> times, then using an Amish schedule would be foolish. They use horses for
> transportation anyway. In my own software, I just add a TMessage (a string
> list) which takes the julian date as a parameter to warn users about these
> exceptions. Unfortunately it is far from being all encompassing, but as
> the user sees enough of these messages through use, it helps to generate
> the appropriate amount of caution.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the tz