<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif"><br></div>​<div class="gmail_default" style="font-family:georgia,serif;display:inline">​I see the attraction to including TZ data in the OSM, ​but the timezone definitions are in flux more than most political boundaries.<br><br> Importing a snapshot of such without a committed project to keep it correct with the latest boundary changes as announced regularly on the tzdata/zoneinfo list ( moved to tz@iana now ) would make matters worse not better. <br><br></div><div class="gmail_default" style="font-family:georgia,serif;display:inline">Certainly we would like to support someone providing easy access to current and preferably  past and future IANA TZ borders as overlays in OSM formats. <br><br>Whether core OSM is the right place to store and serve this is one question; <br>what team/project commits to maintaining it another; <br>and how it can be structured to reuse OSM existing political entity border relations without causing problems.  <br><br>TZ borders are exterior of a sum-and-difference of other political entities.  So a meta-relation of relations that need to be processed by polygon combining algos prior to rendering. (Like computing a county relation from sum of constituents, with interior sub-unit boundaries erased by cancellation.)<br></div></div>