时间标准日前发表公报——地球科学堆栈交换江南电子竞技平台江南体育网页版 最近30从www.hoelymoley.com 2023 - 07 - 07 - t15:02:59z //www.hoelymoley.com/feeds/question/16480 https://creativecommons.org/licenses/by-sa/4.0/rdf //www.hoelymoley.com/q/16480 6 时间标准日前发表公报 大卫Hammen //www.hoelymoley.com/users/239 2019 - 03 - 15 - t13:55:13z 2019 - 07 - 16 - t16:59:24z < p >日前发表< a href = " https://datacenter.iers.org/data/latestVersion/13_FINALS.DAILY_IAU2000_V2013_0113.txt " rel = " noreferrer " >公告< / >和< a href = " https://datacenter.iers.org/data/latestVersion/207_BULLETIN_B207.txt " rel = " noreferrer " >公告B < / >包含地球定向参数。这些包括的时差不一致和UTC,每杆位。这些参数的值列出每天一次,由“MJD”(修改朱利安日期)。< / p > < p >时间尺度的文档没有说这些MJD值参考。没有资格,MJD通常是指一些世界时的味道。如果是这样的话,这味道的世界时:UTC,不一致,每或其他味道吗?如果情况并非如此,是吗?< / p > < p >我用数据插值的方式(拉格朗日插值)估计地球定向参数在任意时间点,所以没有正确的时间标准将导致插值中的小错误。< / p > //www.hoelymoley.com/questions/16480/-/16483 # 16483 3 日前发表公报Camilo Rada回答的时间标准 卡米洛·Rada //www.hoelymoley.com/users/11908 2019 - 03 - 15 - t19:08:52z 2019 - 03 - 15 - t20:16:24z < p >简短的回答:不一致< / p > < p >每长答:< / p > < p > < a href = " https://en.wikipedia.org/wiki/Julian_day " rel = " nofollow noreferrer " >儒略日< / > (JD)只是一个一致的天计数朱利安时期以来,这是公元前4713年1月12日。随着数字往往是大型(今天是2458557。5天),在80年和出于计算机内存限制,减少创建JD就是<跨类= " math-container " > JD - 2400000美元< / span >。然后,消除烦恼,儒略日中午开始而不是午夜,修改后的JD (MDJ)成立,也就是<跨类= " math-container " > JD - 2400000.5 < / span >美元。< / p > < p >通过定义MJD 0 0°子午线在中午太阳。因此,它不是一个固定时间测量,它与地球的自转和加速或减慢地球转速的变化取决于分钟。< / p > < p >基本上可以使用任何太阳时包括所有口味的UT时间定义MJD,但是最精确是不一致的。每< / p > < p >但不一致不是定期测量每一次,也受到地球自转速度变化的影响。只是定期你提到的时间标准是UTC,基于原子钟。定期,太阳能UTC入睡,而且不会发生在中午12:00 h UTC,因此,< a href = " https://en.wikipedia.org/wiki/Leap_second " rel = " nofollow noreferrer " >添加闰秒< / >将UTC相当接近太阳时。但闰秒的记录保存,这样你可以使用UTC精确测量时间间隔独立于地球自转的变化。< / p > < p >在这个意义上不一致和UTC并非每两个口味的你一样的建议,他们实际上测量两个完全不同的东西。第一个测量地球自转和第二个措施。由于同样的原因,MJD不能或不应该引用UTC(否则它不会零太阳能中午)。< / p > < p >说,在那些公告MJD传达比日期完全相同的信息。所以“2019 1 2”意思是2019年1月2日,比58485年MDJ传达同样的信息,它只是一个机器更友好的方式来引用一个特定的一天。 And it also removes the need to account for missing calendar days if you work with dates relatively far in the past.

Now if you want to know how much time have elapsed between two entries in the table, you need to know how to transform whatever version of solar time they use (UT1 in this case), to a regular time reference like UTC or TAI. That's why the "UT1-UTC" value is included. In any case, in doing such calculation you need to take in account any leap seconds added to UTC between the time of the two entries.

Does that makes sense?

//www.hoelymoley.com/questions/16480/-/17476 # 17476 1 日前发表公报FSimardGIS回答的时间标准 FSimardGIS //www.hoelymoley.com/users/17236 2019 - 07 - 16 - t16:59:24z 2019 - 07 - 16 - t16:59:24z < p >显然,每个0日前发布值h UTC的公告。我认为不然,但最近我注意到,在大地测量学考试,他们提到了UTC日常参数。< / p > < p >在仔细看看公告本身,我能够证实这一点:< / p > < p > < a href = " https://i.stack.imgur.com/AFVFI.jpg " rel = " nofollow noreferrer " > < img src = " https://i.stack.imgur.com/AFVFI.jpg " alt = "在这里输入图像描述" > < / > < / p > < p >虽然只使用插值的不一致而不是每UTC应该引起微小的错误,比公布最终值的错误。< / p >
Baidu
map