4 ms·

"Auto update from a standard list" - please point me to this standard list. Note - I need to know for a given user at a given location what a millis from epoch

"Auto update from a standard list" - please point me to this standard list. Note - I need to know for a given user at a given location what a millis from epoch equates to in local time, for times that could be before or after this change, so I need timezone conversions AND what dates they were in effect for. I also need some SLAs, and ideally someone I can pay; not much, but enough to feel confident I can get support and/or that it'll be around a decade from now.

paxys 5y ago
You don't need to pay anyone for this – https://www.iana.org/time-zones https://www.iana.org/time-zones The tz database is public domain, and they have HTTP/FTP/rsync APIs. You probably don't even need to implement this yourself, since every modern OS pulls from this already.
- lostcolony 5y ago
  Thanks; that is what I was looking for. Last time I had to work in detail with timezones (with the above reqs, plus some others), that didn't exist (based on the date for the RFC). As to having to/not having to implement this (and rely on the OS) - probably! I just know at the time I last dealt with this, every library I could find packaged their own TZ DB, and they were definitely not standard.
  - Macha 5y ago
    Which RFC? The RFC moving it to IANA in 2012? It's been in development in some way since the 80s [1], the current timezone names in it are from the 90s[2], and it was definitely already the standard timezone definitions when I started using Linux in the 00s. [1]: http://mm.icann.org/pipermail/tz/1986-November/008946.html http://mm.icann.org/pipermail/tz/1986-November/008946.html [2]: https://mm.icann.org/pipermail/tz/1993-October/009233.html https://mm.icann.org/pipermail/tz/1993-October/009233.html
    - lostcolony 5y ago
      Yes, moving it to IANA. Maybe the packaged DBs were 'standard', in a sense, but you couldn't just take a file from one and drop it into another; they were configured or serialized in various ways. Regardless, it meant updating a dependency when things changed; I don't know the state of historical timezone information at the OS level at that time, but I do know none of the libraries I looked at made OS calls.
  - mark-r 5y ago
    According to Wikipedia the database was started in 1986 or earlier; it was known as the Olson database. https://en.wikipedia.org/wiki/Tz_database#History https://en.wikipedia.org/wiki/Tz_database#History
dharmab 5y ago
This is shipped with the OS. On linux usually as a package named tzdata. So you can pay an OS vendor.
deleted 5y ago
[deleted]
deleted 5y ago
[deleted]

paxys 5y ago

You don't need to pay anyone for this – https://www.iana.org/time-zones https://www.iana.org/time-zones The tz database is public domain, and they have HTTP/FTP/rsync APIs. You probably don't even need to implement this yourself, since every modern OS pulls from this already.

lostcolony 5y ago
Thanks; that is what I was looking for. Last time I had to work in detail with timezones (with the above reqs, plus some others), that didn't exist (based on the date for the RFC). As to having to/not having to implement this (and rely on the OS) - probably! I just know at the time I last dealt with this, every library I could find packaged their own TZ DB, and they were definitely not standard.
- Macha 5y ago
  Which RFC? The RFC moving it to IANA in 2012? It's been in development in some way since the 80s [1], the current timezone names in it are from the 90s[2], and it was definitely already the standard timezone definitions when I started using Linux in the 00s. [1]: http://mm.icann.org/pipermail/tz/1986-November/008946.html http://mm.icann.org/pipermail/tz/1986-November/008946.html [2]: https://mm.icann.org/pipermail/tz/1993-October/009233.html https://mm.icann.org/pipermail/tz/1993-October/009233.html
  - lostcolony 5y ago
    Yes, moving it to IANA. Maybe the packaged DBs were 'standard', in a sense, but you couldn't just take a file from one and drop it into another; they were configured or serialized in various ways. Regardless, it meant updating a dependency when things changed; I don't know the state of historical timezone information at the OS level at that time, but I do know none of the libraries I looked at made OS calls.
- mark-r 5y ago
  According to Wikipedia the database was started in 1986 or earlier; it was known as the Olson database. https://en.wikipedia.org/wiki/Tz_database#History https://en.wikipedia.org/wiki/Tz_database#History

dharmab 5y ago

This is shipped with the OS. On linux usually as a package named tzdata. So you can pay an OS vendor.

deleted 5y ago

[deleted]

deleted 5y ago

[deleted]