回历算爱好者。

你确实可能搞错了。

 

那位“客人”虽然用语有些刺人，但不属于伤人，所以我没有屏蔽。

 

冬至（或春分）在公历日期上的漂移，不代表在农历日期上的漂移。

 

冬至的定义，太阳视黄经270度的时刻就是冬至交节时刻。

在古人，是用正午太阳影子最长来测定冬至的。

 

现在照样可以用太阳影子来测定。

 

所以就算过几万年，冬至在公历的日期漂移了十多天，甚至几十天，那是公历的历法不准的。

与农历本身不相干的。

只要农历历谱里标注的冬至日，在天文观测上与实际的天象相符。就可以算作农历是准确的。

 

而你引用我的帖子，你没搞懂我的帖子本身的含义。

我是说，用许剑伟先生的寿星万年历来推算历谱，几万年后，可能会有误差。

 

但我没说农历本身会有这么大的误差。

农历是每年推算一次的。只要坚持测定太阳位置，月亮位置，几十万年内，现行农历的历法都是可以正常运行的。

 

****************************

请仔细辩证一下，历谱与历法的区别。

历谱有误差，那是计算方面的问题。

历法本身是没问题的。

 

因为历法是保证冬至日安排在子月（即现在的十一月）。

冬至日在天文上有明确定义的。

所以历法本身与天象不会有偏差的。

再说得明白一些，用现行的公历来推算日期，几十万年后，在北半球30度之北地区，7月份就可能是冬天了。1月份可能是夏天了。

这是因为公历的累积误差造成的。

 

 

但使用农历，几十万年后，十二月照样是寒冬腊月。六月份照样是“赤日炎炎似火烧”。

这就是农历的优点：永远与天象相符。

你把阳历与格历搞混了。

农历是阴阳合历，此处阳历是指太阳。即太阳的星历表。

 

而格历是近似阳历。但不直接与太阳位置挂勾的。

按现行格历的近似算法。三千年左右，春分日要漂移一天。

30万年，春分日要漂移100天左右。即漂了一个季度了。

 

所以格历的冬天是有机会出现在格历的6月份的。

 

但农历的冬天永远是出现在农历的十一、十二月的。即农历到了十二月份，肯定是很冷的季节。

 

你说按我前面的论述是排不出“保证冬至在冬季，而阳历到了6月的历谱的”。

正好恰恰相反。

 

按现行的格历，冬天可以出现任一月份。当然时间周期很长，可能需要上百万年。

 

***********************

 

你可以请教一下许剑伟先生。格历（即现行公历）在几十万年后，冬夏是否会换位（即冬天在6、7月份，夏天在12、1月份）？

鼓掌。

这个理解与我是一致的。

 

真实的夏季，就是我们觉得天气很热。（用天文观测来说，就是夏季，太阳的高度角大，太阳的影子短）。

这一点，农历在几十万后，也可以保证五、六月份是夏季。

 

而格历，几十万年后，7、8月份可能很冷。

 

好了。我们还是可以取得共同点的。

许老师，很感谢你的软件，让我对天文算法产生了兴趣，今天我把你的这则帖子很完整的看了一遍从第一页一直看到了第5 5页，在看到别的同好测试中我也去测试，发现在公元2262年2月那个润正月中当鼠标移动到瑞正月上时显示的农历信息是黄帝纪年4960年闰正月小正月初一，而上一年的日期是黄帝纪年4959年正月大三十日，按我的理解闰月也应该和他上个月的年份是一致的吧！望许老师看看是否有错误！

确实有这个问题.

不知下一个闰正月是哪年?估计还会出现同样问题的.

 

 

还有一个问题,

就是软件提供的“气朔计算”、“坐标计算”，

如果输入的公元前，比如B100，最终运行不正常。（结果为NaN）

如果输入-99，那么可以正常运算。