-
Notifications
You must be signed in to change notification settings - Fork 145
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
报告一个不匹配的日期与八字 #19
Comments
多个软件说的是什么软件? |
大概原因说一下,月柱的变迁不随农历月份变迁,而随二十四节气,1991年4月5日属清明节,但3时应该未到精准的轨道分秒,第一种可能是他们错了,第二种可能是他们使用记录不一样的数据源(比如写邮件给紫金山天文台,让其提供自1966年独立计算出中国天文年历以来,每年的历书数据。联系方式:zhuocheng@pmo.ac.cn),导致因为时辰未到清明准确时间,所以3时还不算清明节,不变更月柱。本算法原始数据来自于香港紫金山天文台,并没有提供过去和未来精准的时分秒数据,https://www.hko.gov.hk/sc/gts/time/conversion.htm |
所以本算法认为,当日为清明节,月柱应当变更,由于星体间存在慑动,观测也存在误差,我们也无法确定每个人出生的秒是否为标准授时秒,而八字在规划年柱月柱月柱时柱时,最小精度为2小时,基于现有的数据和科学基础,我们确实没办法真正精准地获前后一百年间的数据,香港天文台也在数据源底部标注: |
以上三个,都是 输入 1991年4月5日3时,可得 辛未 辛卯 乙巳 戊寅。其中第一个为日期计算,后两个为排盘工具 谢谢您上面的解释,若遇到类似情况,还是不知道应该如果处理,应该采用哪种算法 |
@6tail https://github.com/6tail/lunar-python 在农历运算的开源项目中也是十分优秀的,我来解释一下我们两个方案的不同:
其次,两个项目的编写思路不一,cnlunar编写思路主要还是在于设计一个文言文转算法的模型,让宜忌神煞更为还原典籍(从《钦定协纪辩方书》中列出),所以你可以看到项目内大量的代码都是在算每日值神并推每日宜忌的,这块也是github上比较缺少的,很多项目都是通过寿星通式拟合算随便推,而@6tail 编写代码更为规整,从内部你可以看到他写了很多test的方法一直在矫正农历、八字、节日等,在每日宜忌部分,@6tail 也在项目内说明了:
综上,如果你对年份跨度算法更偏向于儒略历为基准,以推算方式确定二十四节气,则@6tail 的项目比本项目更加优秀。如果你的用途是以”日家“为基础,并且数据源有明确考证及符合科学(当然这是我毕业论文对精准度的需要),又对每日值神神煞文化依据有额外需求,本项目更适合。虽然我的python版本项目star比@6tail 的python版本多一些,但我个人认为,@6tail 提供的项目有javascript java csharp php python go不同语言版本,在兼容范围广度上比本项目更广,从项目代码质量上应比本项目更为优秀。 |
明白了,谢谢您的耐心解释和指导! |
3时未到精准的轨道分秒,八字应该是辛卯,过了精确时间后才是壬辰,大概率是你算错了。 |
#18 |
你要是能给我可信的200年数据源,我可以压缩后算,这个没啥算法上的难度,一般天文台只会发布最近一年的 |
应该是:乙丑乙酉庚辰辛巳 |
您的依据是? |
您一直给我这边报各种神奇错误,能不能给一个你查询的依据?百度1985年10月8日 老黄历1985年10月8日 |
https://jieqi.bmcx.com/ @cuba3 他的老黄历也有问题,你看二十四节气的时间,已经邮件发你了 |
输入阳历:1991年4月5日3时
输出八字:辛未 壬辰 乙巳 戊寅
但与多个八字排盘软件显示,应该是:辛未 辛卯 乙巳 戊寅
月柱好像错了,不应该是”壬辰“,应该是"辛卯"
请有空查下孰对孰错,谢谢!
The text was updated successfully, but these errors were encountered: