<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><br>On 16 February 2016 at 02:25, Paul Eggert <span dir="ltr">&lt;<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I really doubt whether they&#39;ll think they&#39;re on Samara time. Samara is roughly a 17-hour nonstop drive north. That would be like people in San Diego thinking that they&#39;re on Portland time.</blockquote></div><br>That&#39;s not a particular obstacle; we already use SAMT for the Udmurt Republic as well, and Samara is an 8-hour drive south of its largest city, Izhevsk.  The two areas aren&#39;t contiguous as it is; adding a third would not seem to be a concern.</div><div class="gmail_extra"><br><div class="gmail_quote">On 16 February 2016 at 11:37, Paul Eggert <span dir="ltr">&lt;<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I would like to remove all invented abbreviations from the database in due course, not just the invented Russian abbreviations.</blockquote></div><br>I agree with the general sentiment I&#39;ve seen here a few times that, e.g., &quot;UTC+0400&quot; is preferable to &quot;+0400&quot; which is preferable to &quot;+04&quot;; the latter are wholly redundant with the &quot;<font face="monospace, monospace">%z</font>&quot; and &quot;<font face="monospace, monospace">%:::z</font>&quot; format strings offered by <font face="monospace, monospace">date</font>, so I see no good reason to manually encode that data a second time as strings.</div><div class="gmail_extra"><br></div><div class="gmail_extra">If we want to &quot;get out of the abbreviation business,&quot; I think that&#39;s an argument for improving our toolchain accordingly, rather than shoving this into the legacy system.  Insofar as SAMT is already a perfectly good (albeit invented) abbreviation for this purpose, perhaps this is a transition which should be planned out more and rolled-out together across a wider set of zones once our toolchain can support it.</div><div class="gmail_extra"><br clear="all"><div><div>--<br>Tim Parenti<br></div></div>
</div></div>