回應:
老實說命理網站長的程式[wonderful],但還有若干尚待改進的地方:
1.如若干蟲蟲未抓出來---合朔程式有時會少掉一個月.
2.西元前年數算法用天文上用法,與民用不同,但可以用程式換算,但是,.......
3.以格林威治時區時列表,英國人算不算命呢?程式加8小時,舉手之勞而不為,是否另有隱情?
4.儒略周日未一併列出.
5.秒以浮點表示,根本不需要,既稱精度1/1000秒以內,則只要以xx.xxxx小數點後用四位即已足
6.朔日與節氣組合起來的程式尚未推出來(但站長已在努力中).
先回答您的問題
1. 以後改進
2. 新的 API 核心已經內建轉換機制，未來改版時會修正
3. 因為 GMT 是標準，我反而覺得以 GMT 輸出比較理想
4. 小問題，以後會改進
5. 小問題，以後會改進
至於 6 , 很複雜...很頭大...
舉個最簡單的問題：如何判斷年干支？
誰能幫我想出一個 pseudo code ?
前提是：使用者可以設定，太陽在黃道幾度上面換年
(冬至:270 , 立春:315....也許還有其他流派使用其他節氣點...)
這個問題困擾我很久，因為如果要能夠製造出一個「使用者可以自定properties」的造曆程式
就必須做這樣的設定
而且，曆元(epoch, 第一個甲子年)何時在此也很重要
另一個 thread (JulianDay) 也問過了，但是看來也是莫衷一是
唉，我現在只能拿業餘時間研究這些東西，現在這些麻煩的問題我都先擱下了
而且我最近的研究放在 Object/RelationDatabase Mapping 的問題，
新的 Web Applications 應該可以在幾個禮拜之內推出
短時間之內，沒什麼機會想這些困難的問題...
AI算命大師
前一個議題
索引
