<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 22, 2015 at 2:55 PM, Tim Peters <span dir="ltr"><<a href="mailto:tim.peters@gmail.com" target="_blank">tim.peters@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":18i" class="a3s" style="overflow:hidden">[TIm]<br>
<span class="">> Python doesn't need such an [time zone transition point discovery] API.<br>
<br>
</span>Let me be clearer about this.  I appreciate that Olson-general<br>
timezones are a PITA to implement both compactly and efficiently.<br>
tzinfo internals may want all sorts of internal "helper APIs" to ease<br>
that burden.  The alternative is asking Alexander "and what about this<br>
year?" for each annoying case, and waiting for him to write a class<br>
implementing the rules for just the specific year in question ;-)<br></div></blockquote><div><br></div><div>I don't really mind.  I enjoy learning about exotic places and the timekeeping practices there.  (The secret mission behind the killed PEP 500 was to implement the Martian Time.:-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":18i" class="a3s" style="overflow:hidden">
Hammering that stuff out is certainly appropriate on this list - it's<br>
just not in the scope of PEP 495.  That's about specifying visible<br>
results (requirements on tzinfo implementations), and adding a<br>
user-visible flag requires a PEP.  tzinfo internals don't require<br>
approval from anyone.</div></blockquote></div><div class="gmail_extra"><br></div>Please keep hammering.  If we add an additional member to the datetime objects, I want the new API to be good for the next 20 years and not just wet the appetite for adding more and more with every Python release.  For example, if anyone can find a place on Earth where 01:30 AM was repeated 3 times in one day - I will be all for changing ltdf type from boolean to integer.  Not because I think it is important to support that one exotic event, but because if that was done once somewhere it will certainly be done again somewhere else.</div><div class="gmail_extra"><br></div><div class="gmail_extra"> <br><br></div></div>