但我想，24節氣的建立，還是要以「查表法」來完成了，僅差一些細節及精確度，我的
程式便要完成了。昨天翻閱了您與站長的文章，獲益良多，謝謝大家。
 
小凱哥的節氣近似算法觀念,結果差數小時以上,只能近乎確定那一日,當然他會說查表法
好,我卻不相信此說,如果誤差僅約30分鐘以內,只用簡單的算式,可以上下推數千年,您說查
表法好呢,還是公式算法好呢?(以節氣而言,不含朔日)
 
我用的是數值分析法,自己造公式,就不會受[製表]資料來源不足的限制了.
 
老實說命理網站長的程式[wonderful],但還有若干尚待改進的地方:
1.如若干蟲蟲未抓出來---合朔程式有時會少掉一個月.
2.西元前年數算法用天文上用法,與民用不同,但可以用程式換算,但是,.......
3.以格林威治時區時列表,英國人算不算命呢?程式加8小時,舉手之勞而不為,是否另有隱情?
4.儒略周日未一併列出.
5.秒以浮點表示,根本不需要,既稱精度1/1000秒以內,則只要以xx.xxxx小數點後用四位即已足.
6.朔日與節氣組合起來的程式尚未推出來(但站長已在努力中).
 
大陸有個資料庫,有西元前2200年到西元前602年的朔日資料,但有缺漏錯誤之處,仍須校正補
充之後才能用,節氣據說有到西元前2300年,但現已連不上了,唯一的希望還是在站長身上.
美國有專門的網站提供陰陽曆資料,此處也不談.
 
結論是查表法簡單精準,但也要有表可查,您的程式大概只要西元1900-2050年已夠用,查表沒
問題,我卻想要至少可前推到西元前4712年(暫以儒略周日起點之後為範圍),造曆資料全在命
理網,就等我自己去分析了. 
敬請參考.