| It's 'fine' I guess. My honest answer is it seems to be just UTC and Unix time .. which barely scratches the surface of epoch times I've commonly encountered at various parts of my career over the past four or so decades. eg: The C# programming language and Windows NT systems up to and including Windows 11 and Windows Server 2022 measure time as the number of 100-nanosecond intervals that have passed since 00:00:00 UTC on 1 January in the years AD 1 and AD 1601, respectively, making those points in time the epochs for those systems.
So, not handy for that time I was working with raw NT time values.Another one is raw GPS time packets use an epoch time of "lapsed since last sunday midnight UTC" (more or less and if I recall correctly - certainly it was a weekly rollover count value) so for anyone that down and dirty dealing with raw packets there's an epoch you'll work with. Astronomers now commonly designate calendar dates by Julian Date (JD), which is the interval of time in days and fraction of day since the epoch 4713 BC January 1, Greenwich noon, according to the Julian proleptic calendar. The modified Julian Date (MJD) is defined as the Julian Date minus 2400000.5.
Thus J2000 is MJD 51544.5. There's also that twist about noon based earth relative solar day time and fixed star relative Sidereal time which'll crop up for those that dabble in off world data streams. https://en.wikipedia.org/wiki/Sidereal_time And there's more ... (but I fear boring dear readers). So, ... not bad for a basic unix time converter, pretty basic for people dabbling in professional STEM cross platform time applications. |
This is just a fancy UI redesign of existing epoch converter website. Definitely not intended for astronomers and scientist. :)