<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 15 July 2015 at 08:45, Steffen Nurpmeso <span dir="ltr"><<a href="mailto:sdaoden@yandex.com" target="_blank">sdaoden@yandex.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":17t" class="" style="overflow:hidden">What would be an issue to me is instead that TZDIST doesn't offer<br>
a <span class="">binary</span> representation but only (iCalendar,) JSON and XML, which<br>
require parser libraries, whereas with CBOR the IETF standardizes<br>
a wonderful, extensible and otherwise future-proof <span class="">binary</span> format<br>
that also has been designed with easy JSON mapping in my mind.</div></blockquote></div><br></div><div class="gmail_extra">Not that this should become a tzdist discussion, but it is my understanding that tzdist has left the distribution of compiled binaries for zones to future work.  In particular, this would require writing up a spec describing the binaries compiled by <span style="font-family:monospace,monospace">zic</span>.  Certainly not insurmountable, but also not a priority at this time.<br></div><div class="gmail_extra"><br><a href="http://www.ietf.org/mail-archive/web/tzdist/current/msg01207.html">http://www.ietf.org/mail-archive/web/tzdist/current/msg01207.html</a><br><a href="http://www.ietf.org/mail-archive/web/tzdist/current/msg01218.html">http://www.ietf.org/mail-archive/web/tzdist/current/msg01218.html</a><br><br></div><div class="gmail_extra">§4.1.2 of the latest draft (<span style="font-family:monospace,monospace">draft-ietf-tzdist-service-09</span>) <a href="https://tools.ietf.org/html/draft-ietf-tzdist-service-09#section-4.1.2">says</a> that "Clients use the HTTP Accept header field (see Section 5.3.2 of [RFC7231]) to indicate their preference for the returned data format.  Servers indicate the available formats that they support via the 'capabilities' action response (Section 5.1)."  So, as I understand it, there's definitely room for tzdist implementations to support this even without the file format being formalized.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">--<br>Tim Parenti<br></div></div>
</div></div>