不准确。

比如公历2033年，农历癸丑年，有“闰十一月”。

但你提供的这个程序，却没有“闰十一月”。所以我认为他的计算不准确。（至少是没有使用通用的农历算法。）

翻看紫金山天文台编算的历书，公历2033年农历癸丑年是有闰十一月的。

还有“ 中国阴历的每月十五是 满月：月亮全圆，她完美无缺也。”

这可以算是歪论了。

十五与满月不直接相关。

“望”日才算是“满月”。望日可能出现在农历日期的“十四到十七”中的任一天。不一定是十五才是望日。

关于其它的农历程序是否精确，请最好另发帖子讨论。

谢谢合作。

找到一个BUG，

用“日食概略”搜索今年的日食时，

发现6月1日的日食信息有错。

请许兄有空时修正一下。

我查了一下，如果不是中心食的（全食，环食），则中心始、中心终提供的数据都是错误的。

因为不是中心食，本来就没有这二项数据。

好像是求切入点函数

 qrd:function(jd,dx,dy, fs){ //求切入点
  var ba2 = this.bba*this.bba;
  var M = this.bseM(jd), x=M[0], y=M[1];
  var B = this.rSM(M[2]);
  var r = 0; if(fs==1) r = B.r1;
  var d = 1-(1/ba2-1)*y*y/(x*x+y*y)/2 + r;
  var t = (d*d-x*x-y*y)/(dx*x+dy*y)/2;
  x+=t*dx, y+=t*dy, jd+=t;

  var c=(1-ba2)*r*x*y/d/d/d;
  x += c*y;
  y -= c*x;
  var re=this.bse2db([x/d,y/d,0],this.bse(jd),1);
  //re[0] +=0.275/radd; //转为deltatT为66秒的历书经度
  re[2]=jd;
  return re;
 },

没有判断有无解造成的。得到古怪结果。

很久没有搞这个软件了，要改正他，得花点时间重新熟悉一下程序及相关算法。

最近新房装修，没有时间搞天文历，过段时间，再弄好这个软件。

在软件包的附件中。找到index.htm，其中的第一个：、[城市经纬压缩]