许老师修正了deltat T的参数,与iers数据同步到2018年。

这是最新的数据:

此主题相关图片如下：2018dt.png



这是原有的数据:

此主题相关图片如下：2005dt.png



所以2005年以后的气朔时刻前后会有差别.当然最新的更精确.

许老师您好，打开您的万年历，点击“日食概略”按钮，再点击“特征”按钮，在点击“+>”按钮三次，会发现以下错误

本次日食概述(力学时)
偏食始： 2062-09-03 06:53:47 - 31°55',+ 68°16'
中心始： 2000-01-01 12:00:00 + 0°00',+ 0°00'
中心终： 2000-01-01 12:00:00 + 0°00',+ 0°00'
偏食终： 2062-09-03 10:55:33 +108°17',+ 13°38'

中心始和中心终的时间好像有问题，往后点击，这两个参数始终不变

许老师辛苦啦！

我也发现有类似现象，只要遇到“偏食”的，就会出现这个差错。其实偏食本身是没有“中心食”这个时刻的。 以前也提到过另一个BUG：就是使用“日月食”功能时，有时会出现明明没有的日食，却计算出了“日食”。 比如杭州的日落时刻，最晚也就是晚上19:00左右了。 但如果“日月食”计算出来，在杭州的晚上22:00能观看到“日食”现象。那么这个计算结果肯定是错误的。 但愿许先生见到我们提出的“BUG”后，有机会再作修正。谢谢。

接1193楼。
比如2001-12-14A（环食）。
其实在中国境内，根本看不到日食的。
但计算得到杭州的日食信息：
时间表 (日偏食)
初亏: 2001-12-15 02:48:15 UTC
食甚: 2001-12-15 03:31:49 UTC
复圆: 2001-12-15 04:17:29 UTC
时长: 0分0.0秒
食分: 0.52684
**************
实际上，这个时刻的杭州，还没日出呢。又如何观看日食？
说明计算时，出了某种差错了。

5.07版已修复了上述bug,请下载5.07版。现在一楼的就是5.07版。

测试了，5.07版还没有修复

其实并未真正完全消除BUG。 比如2001-12-14A（对于中国，是2001-12-15朔），5.07版的“日月食”功能里，杭州是看不到“日食时刻”了。但还有一个“食分”，按说看不到日食了，也就没有“食分”之说了。
时间表 (日偏食)
时长: 0分0.0秒
食分: 0.52684
月日视径比: 0.94458(全或环食分)
是否NASA径比(1是,0否): 0
************************
另外一个例子，2008-08-01（全食），杭州可以看到“带食日落”。但在日落时，还没到食甚时刻，所以看到的食分是比较小的。
但5.07版计算出来的“食分”有0.99066，接近全食。这个与实际不符。
时间表 (日偏食)
初亏: 2008-08-01 18:30:12 UTC
食甚: 2008-08-01 19:20:49 UTC
复圆: 2008-08-01 20:08:36 UTC
时长: 0分0.0秒
食分: 0.99066
月日视径比: 1.02805(全或环食分)

终于可以登录论坛了

 谢谢，非常好的东西。

我刚才测试了一下，2008年杭州日食数据如下，好像与你的结果不一样，上次可能修改过了：

 时间表 (日偏食)
初亏: 2008-08-01 18:30:13 UTC
时长: 0分0.0秒
食分: 0.99066
月日视径比: 1.02805(全或环食分)
是否NASA径比(1是,0否): 0
食分指日面直径被遮比例