I see the attraction to including TZ data in the OSM, but the timezone definitions are in flux more than most political boundaries.
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. 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. Whether core OSM is the right place to store and serve this is one question; what team/project commits to maintaining it another; and how it can be structured to reuse OSM existing political entity border relations without causing problems. 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.)
_______________________________________________ Talk-us mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-us
