On 2024-11-23 12:13, Paul Gilmartin via tz wrote:
On 11/23/24 09:27, Brian Inglis via tz wrote:
That would be nice, but most open source software projects and developers do not have the spare time and manpower to implement a gazetteer interface, such as provided by commercial systems and packages, or via OpenStreetMap API, to look up a location and get a tz id. . Suppose I wish to inform multiple correspondents in distant locations of a recurring virtual meeting. Should I: o Suggest they use tzselect for my location? (They won't.) Send them: o Olson: TZ=America/Denver o POSIX: TZ=MST7MDT,M3.2.0,M11.1.0 Ugh! the only format known by IBM mainframes. o a .ics file, an obscure standard, but Outlook groks it.
So for example, Mozilla Thunderbird's Lightning calendar/event scheduler component still just shows the zone tz id paths for selection. . MacOS does better, but it's cumbersome: Change timezone; add event; restore timezone.
Thunderbird groks .ics and .vcs, and does not have a problem dealing with time zones; it just has to convert and handle everything with tz ids; and you may have to fix it up if it converts to the wrong zone, because there is something missing to do the correct mapping. The same probably goes for tz ids, for which there is not a Windows time zone to map to, if packages do not use e.g. ICU zones and mappings which fill in the gaps. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry