Storing (UTC, latitude, longitude, altitude) is the holy grail, I guess. Everything else is too leaky.
I mean, that's literally the four dimensions of space-time.
I mean, that's literally the four dimensions of space-time.
I work on software for astronomy, and that quadruplet is what’s used to describe an observing location. You can actually get a little in trouble because of changes in the shape of the earth over time, so latitude and longitude and altitude need to be treated as time-dependent values, which matters once you are accounting for relativistic effects.
Unix timestamps, on the other hand, are not unique.
Lebanon seems to have experienced exactly this recently:
https://www.bbc.com/news/world-middle-east-65079574
It does unambiguously give you a spacetime coordinate (useful) but it doesn't unambiguously tell you what local time you should use for an occurrence, and the answer would really depend on who was asking.
It’s not.
If I set up a meeting next year in NYC at 10 and the legislature decides to change the timezone’s offset, the meeting remains at 10 NY time on that date, it does not shift in NY time. It’s the UTC which shifts.
And UTC alone is sufficient for past events, as they are fixed instants in the time-stream. Unless you’re at a stage where you need to take relativistic effects in account, then you need to add the referential.