<div dir="ltr"><div>Dear Paul,</div><div><br></div><div>thanks for the reply.</div><div>I have found that there could be some versions already available of the TZ database that could suit my needs.</div><div>In order to make a due reply to your suggestions I'd tell something about your responses and I'd like too to submit you some topics that I need to confront with.</div><div></div><div>The first topic is this: the UNIX date that is supported in many compilers has some limitation in order to the dates preceding Jan 1 1970.</div><div> </div><div></div><div>The second topic is that some of the compilers you (greatly) list onto your page are not updated at the last version of data, like for instance the Delphi 
version 

- right the one I'd like to use - which is - strange to say - includes the data WITHIN the code, that is something really against the most simple rules of Information Technology that is to keep data separated from the code.</div><div>So for what this is the solution of this problem I think I will go to some other resource, that is another that I haven't found listed into your page (unless I have resoundingly missed it) that is this one:</div><div><a href="https://timezonedb.com/">https://timezonedb.com/</a></div><div>These great guys provide a MySQL version of the TZ database that seems also up-to-date (I have to check it out but it is promising) and I think you should nicely include this resource into your list (unless, I repeat, I have missed it and this is just in the list already. In this case I apologize for that).</div><div>I have an idea about making a software to keep the TZ database updated. I will talk you in the future If I decide to carry on this work.</div><div><br></div><div></div><div>The third issue is what I have with Italian zones listed in the TZ, because as you correctly state in the description notes of the "europe" file, In Italy there are 3 zones, not only ROME but also Palermo (Sicily island complete) and Cagliari (Sardinia island complete), which differ from each other, also if slightly in time.</div><div>How can I add these two zones to the data ?</div><div>May I kindly ask you to include these two zones in some the future releases of the database ?</div><div><br></div><div></div><div></div><div>Thanks again for your great help and your invaluable work.<br></div><div><br></div><div>Sergio Bonfiglio</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno gio 30 apr 2020 alle ore 22:39 Paul Eggert <<a href="mailto:eggert@cs.ucla.edu">eggert@cs.ucla.edu</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 4/28/20 8:12 AM, Sergio Bonfiglio wrote:<br>
<br>
> I was overwhelmed by the complexity of your database, because it requires<br>
> also external pieces of code to be safely read.<br>
<br>
Yes, it's in its own .zi format. Typically I edit it with a text editor so I<br>
suppose that counts as an external piece of code. Most people either do that, or<br>
process it with the code supplied as part of tzdb, or use one of the<br>
already-written tz compilers<br>
<<a href="https://data.iana.org/time-zones/tz-link.html#compilers" rel="noreferrer" target="_blank">https://data.iana.org/time-zones/tz-link.html#compilers</a>>. Perhaps one of those<br>
will work for you.<br>
<br>
> An SQL database could be really "for everyone", because can be queried by<br>
> everything from everywhere by any language.<br>
<br>
MariaDB, MySQL, and Oracle Database use tzdb in some form; perhaps they're<br>
already doing something along the lines of what you're asking for.<br>
<br>
> If I may make a humble suggestion, a JD date in floating format that equips<br>
> any record with the initial and final date of the rule/event could be of<br>
> great help.<br>
<br>
JD should be relatively easy to generate automatically from the existing format.<br>
I doubt whether the source data should have JD directly, though, as JD is<br>
inconvenient for humans and anyway the .zi format is now read by so many<br>
programs that any changes to it would need to be carefully considered and<br>
justified. But JD could be good for database queries, along the lines of your<br>
suggestion.<br>
</blockquote></div>