lunisolar
lunisolar copied to clipboard
waterbeside
Typescript农历库，支持阴历公历互转，支持各类黄历数据查询，如八字四柱、阴历、神煞宜忌、建除十二神、胎神占方、吉神方位、五行纳音等。支持自定义插件。
申请更多神煞
作者您好，感谢开发出了如此优秀的框架！我在尝试自己开发一个六爻排盘软件，目前使用该框架实现四值显示，查询旬空等功能； 现在想请问下，可否加入更多六爻经常使用的神煞？比如驿马，贵人，谋星，桃花，文昌等？
首先感谢您的辛苦付出，非常好用准确！ 这里建议在后续版本中增加更精确的周易历法。 因为看到您在说明中提到了八字，如果只是表示农历的天干地支一般没有问题，但如果是说命理八字的话稍有一些不准确，因为八字的周易历是根据更精准的24节气排的，如2023年07月07日 16:30:05 交小暑，如果16点30分之前是上一个月，之后就是下个月。 可能有点吹毛求疵了哈。纯建议。
比如23年4月8日当天属于清明节，春分换清明时间为4日，相对前个节气的日期距离为4。19日清明换谷雨，则19-8=11天，相对下个节气的日期距离为11
1986年到1991年间 这六年 阴历转阳历时辰出错 比如农历1986年6月11日午时 ``` let ymd = { year: 1986, month: 6, day: 11, hour: '午' } // console.log(ymd) const ob = lunisolar.fromLunar(ymd) console.log(ob.format('YYYY-MM-DD HH:mm')) ``` 正确应该是1986-07-17 12:00 但是得到的却是1986-07-17...
在readme看到作者写道： `节气是某一个时该点，而非某个时间段，但由于本库采用的转换数据只精确到天，所以本库的交节（更换八字月柱），也是以日为准。` 这是不合理的。节气的判定是要根据黄道的角度，理论上精度可以无限高。实际应用中，精确到分即可。《紫金历》的节气精度就是如此，本库精确到分也是理所应当。 [紫金山天文台](http://www.pmo.cas.cn/xwdt2019/kpdt2019/202203/t20220309_6386774.html) 这里是官方发布的数据，只精确到了**分**。 只精确到日，容易导致时间靠近节气边界时，月柱和节气计算失准。 作者 #29 问题中，已经提到自己有了改进的打算。改进方案无非是如下2种，或2种的结合，不知作者将采取何种方案？ 方案1：使用官方发布的精确到秒的时间，作为某年节气的起始点，后续和之前的节气，皆以此为原点，计算得出。即官方数据只使用**一条**作为计算依据、计算原点，其余皆由程序推算。 方案2：官方已发布的精确时间，则使用官方数据，官方未发布的，则交予程序推算。即使用官方发布的**全部**数据，官方未发布的数据，才自己推算。 我个人比较倾向于第一种方案。如果自己推算的结果，和官方发布的结果，误差仅仅几秒钟，则无伤大雅。只要输入的时间不要恰好落入这个误差地带，就不会有什么问题。 官方数据精确到分，自己推算，则需要和官方一致。本人倒是挺希望把精确度提高到秒的，只是写了一半，查了数据，发现官方数据也只是精确到分，我们也只能追随官方了，遂把文字改成精确到分。毕竟我们没有官方高水平的测量手段。
用 `pillar` 查四柱八字，得出的结果与其他专业排盘软件不同 1997年7月7日 09:50 AM 之前，专业排盘软件显示都是丙午月，但`pillar`结果未丁未月
Metadata
Owner
Metadata
Typescript农历库，支持阴历公历互转，支持各类黄历数据查询，如八字四柱、阴历、神煞宜忌、建除十二神、胎神占方、吉神方位、五行纳音等。支持自定义插件。