真木の掲示板

お名前
E-mail
件名
コメント
URL
添付
削除キー	(英数字8文字以内)   クッキー保存
投稿キー	（右画像の数字を入力）

---

[877] とりあえず近況と質問です。 投稿者：KENCH 投稿日：2005/12/9 13:41

"どもです。KENCH です。
現状とりあえず、インスパイヤー（ぱくりとも言う）したのは、CalcLambdaとCalcLambdaSの関数のみで、収束計算は書き直しました。
せっかくなのでJavaScriptに書き戻してみようとがんばったのですが、fullmoon.htmの呼び出し側も変えないとだめそうで良く分からなかったので
収束はしているようなんですがうまくいきませんでした、ごめんなさい、フィードバックできずに。
現在二十四節気の検算中です。
近々にソースを公開できればと思っておりますが、
やはり出元が書籍ということで出版元に確認しようと思っております。

function CalcLambda(mjd)
使用式 : 月の位置計算 天文ガイド 1999/07
こちらは、「月刊天文ガイド」でよろしいですよね？
http://www.seibundo.net/tenmon/

あと、参考にしたのがCalcLambda,Sのところだけになってしまったのですが、コピーライトはいかが致しましょうか？
下手にそちらのホームページのアドレス等をこちらのソースに記載して
変な問い合わせが行ってもご迷惑かなぁと思っている次第なのですが。
ご協力いただいている身分なのでなるべくご希望に沿うようにしようと思っております。
名前、
メールアドレス（最近下手に公開するとSPAMしかやってこない(;_;)）
ホームページのアドレス（下手に公開すると会議室に嵐が・・・）
あたりを記載すればいいかなと思っておりますが。
ただし、一応国を選ばないようにしておりますので、
「MAKI's Homepage」なんてのにしたほうがいいかなとか、Unicodeソフトなのでそのまま漢字でいいかなとかあるんですけど・・・"

---

[876] 空十双 投稿者：猫洞 投稿日：2005/12/8 14:35

当時の日光の広角アイピースはほとんど三群五枚のエルフレタイプでした。大きさは違え、オリオンのものと同様だと思います。
ただ金物の構造は分解したことがないのでわかりません。

---

[875] 古い双眼鏡のメンテ 投稿者：古い物好き 投稿日：2005/12/7 0:48

初めて投稿させていただきます。
今時の双眼鏡より戦前戦中の双眼鏡が好きで、古い日本光学、ツアイスものを持っています。こういう古いものはメンテができることを前提に設計されているのか比較的簡単に分解できて、自分で清掃したりしているのですが、運良く空十双（NIKKO 10X70）を入手しました。当然のごとくクモリがありますので清掃したいと思っています。本当はメーカー（Nikon）でオーバーホールしてくれるといいのですが聞くまでもなく不可と思います。このため、偕行舎・ORION・NOVARなど自分で分解して清掃しています。空十双については対物レンズが分離型であり、接眼部の構造が全く分かりませんので、情報を得るためネットで検索したところ本掲示板がヒットしましたので投稿した次第です。空十双の構造について何か情報を教えていただけたら幸いです。

---

[874] カレンダーは難しいですよね 投稿者：KENCH 投稿日：2005/12/5 8:45

まき様
お心遣い感謝します。
おそらく私が自分の会議室で同じような人がやってきても、同じようなアドバイスをしたと思います。
カレンダーソフトは一度手をつけ始めるとその奥の深さ（というか気を配る範囲の広さ）に限度がなくなってくるものですよね。
新しいソフトの完成までにはまだ程遠いのですが完成した暁にはまたお邪魔させていただこうと思います。

---

[873] Re^2：カレンダーソフト 投稿者：まき 投稿日：2005/12/4 23:53

>太陽暦および休日関係の計算はすでに拙作ソフトで行っておりまして
失礼いたしました。
ここまでできれいれば、2100年程度までなら略算式で計算した新月の
日時と2100年程度まで使える春分と秋分の計算で十分だと思われます。

旧暦の計算や春分、秋分の日の計算で使用する、天体の位置計算では
力学時という別の時刻を使用しますが、力学時とUTC（協定世界時）の換算に、うるう秒が関係しています。

1972年から1999年まではほぼ1年に1秒程度（27年で22秒?）でしたが、
1999年の次は2006年と、突然、うるう秒の間隔が変わっているため
2006年以降のうるう秒が予測できません。

私が使用しているScriptでは、精度を要しない場合には力学時とUTCの差（ΔＴ）を固定していますが、先日紹介したScriptでは
1秒/年と仮定しています。

春分の日と秋分の日を計算しているScriptでは1秒/年では20世紀の前半で一致しない日があったため、0.9秒/年としています。
＃いずれにせよ2000年以降はそのままでは誤差が大きくなる・・

このような理由から、春分・秋分の日については、うるう秒を無視すると、
2100年以降や1950年以前に計算が合わない日が出てきます。

同様な理由で、新月の日時や二十四節気の計算も未来日付については、2100年程度までしか計算できないかもしれません。
＃いずれにせよ地球の自転のブレ（遅れ）の影響なので、精度を上げるには、
全然別のアプローチ（自転の遅れの予測など・・）が必要になります。

---

[872] Re:カレンダーソフト 投稿者：KENCH 投稿日：2005/12/4 6:46

一応、太陽暦および休日関係の計算はすでに拙作ソフトで行っておりまして、一通りの苦労はしてきたつもりでおります。
今回は旧暦関係の情報を新たに収集しておりまして、天文学の世界と歴史と両方の知識が必要のようなのでかなり苦労していると言う状況です。
せっかく計算しても、それがあっているのかどうなのか、精度がどうなのかなど他と比較しないと不安なので今結構あちこちのサイトに顔を出しては情報収集していると言う状況です。
ただ精度的には旧暦がちゃんと計算できればいいのでとりあえず、2100年ぐらいまで計算して他のソフトと旧暦の日付が違ってなければよしとしようかなぁぐらいの意気込みです。

うるう秒についてはどうしようかと思っておりますがこればっかりは人間が判断しておふれを出すものだと思っておりますので、予測も計算も出来ないとは思いますが旧暦の計算が秒で変わるようであれば、そもそもそのもとの計算の精度誤差が秒以下でなければうるう秒を登録できるような機能を考慮しても無駄なのでやめとこうかなぁと言う感じです。

---

[871] カレンダーソフト 投稿者：まき 投稿日：2005/12/3 18:07

カレンダーソフトは簡単そうですが、暦の知識などがかなり必要なため、結構大変な作業になると思われます。

私も、業務で金融系の営業日を求めるため処理を調査したことがありますが、
その時々の法律で変わる休日の扱いと、天文の知識が必要な春分の日、秋分の日の計算に
苦労しました。

特に、未来日付の春分の日、秋分の日の計算は厄介で、私のサイトでも計算して
いますが、2100年以降では、かなり高精度（略算式の精度ではNG）でないと、正しい日が求まらない可能性があります。
＃100年以内なら、簡単な近似式でも可能

略算式の精度は2000年近辺では、新月の日時計算で±１分以内だと思われますが、うるう秒の予測が困難なため、数百年後の値になると、誤差がおおきくなります。
＃高精度の値と比較してもらったら、2000年の新月の日時の誤差は10秒未満でした・・

---

[870] 了解いたしました 投稿者：KENCH 投稿日：2005/12/3 16:44

お返事ありがとうございます。
ソースにつきましては、当方別な言語系にする予定で、
根本的な考え方のみを参考にさせていただこうと思っておりますので、
原則跡形もない形に、場合によっては処理方法そのものも変えてしまおうと考えております。（他にもオープンソースの同系のプログラムを参考にしているので、この部分がだれで、この部分がだれと言う格好にはならないかなと思っております。
が、月の動きや太陽の動きの計算はその性質上どうしても似通ってくると思っていますので（今回の場合、他のプログラムも「略算式」を使っている人が多いようですね）、
著作権などいろいろと配慮しておいたほうがいいのかなと思っている次第です。
オープンソースをまともにやるのは今回が初めてなもので、勝手が良く分かっていませんがなるべくご迷惑をおかけしないようにしたいと思っております。

なにかありましても極力自力で何とかする予定ですが、どうしてもわからないことがありましたらまたやってくるかもしれません。
今後ともよろしくお願いいたします。

---

[869] re:JavaScript利用許可願い 投稿者：まき 投稿日：2005/12/3 13:18

＊＊＊　961からの続き　＊＊＊

function CalcMoonPhase(mjd)とfunction CalcNewMoon(mjd)そのものは、
収束計算の考え方のみを参考にしたオリジナルのScriptなのでご自由に使用ください。
＃ただ、数値計算の精度の問題か？収束しないケースがあるので
＃変なバックアップロジックが含まれています

以上、思いつくまま記述しましたので、ご検討ください。

>制限事項等（著作権表示など）ありましたらあわせてご教示頂ければ幸いです。
ソースを使用した実行プログラムに関しては、記述は不要ですが、
公開されるソースには、出典先をして記述してください。

＃ソースの変更については、Freewareのような連絡義務はありませんが、著作権そのものの放棄はしておりません。

新月･満月の計算については、これまでもなんどか業務を含めた使用の許諾とソースの使用についての問い合わせがあり、
ソースそのものを商用にする場合以外は、ご使用いただいております。

ただ、不具合のレポートを戴くことなどにより、バグの修正を行って
おりますので、ご自分のサイトで公開される場合には、Scriptの参照先としてLinkしていただければ、ある程度サポートできると思われます。

以上、ご検討をお願いいたします。

---

[868] re:JavaScript利用許可願い 投稿者：まき 投稿日：2005/12/3 13:18

KENCHさま、はじめまして。まきです。
＃毎日午前様で、本日も仕事のため返答がおくれてしまいました

>対象スクリプトは旧暦計算に必要な部分（新月計算）のみ利用させていただこうと思っておりまして
>１００％移植する訳ではありません。

オープンソースの一部というこですから、個人的にサイトで公開されるよりは、
著作権などについての配慮が必要と思われます。

私自身は、オープンソースの正しい定義と著作権などの扱いについてはよく把握できてはいませんので、以下の点をご考慮ください。

Scrpt内には、著作権的にちょっと怪しい？部分もありますので、
公開されている計算式＋私が制作した処理方法ということで
以下の部分に限定されたほうが無難です。

・書籍などで公開されている計算式の使用が著作権的にどのような扱いになるかについて、
私自身もよく理解できていませんので、ご検討ください。

http://enjoy.pial.jp/~maki/fullmoon.htm
のScriptが探されている部分だと思いますので、内部のFunctionについて
コメントいたします。

function CalcLambda(mjd)
使用式 : 月の位置計算 天文ガイド 1999/07

function CalcLambdaS(mjd)
使用式: 太陽の位置計算 日の出・日の入りの計算 ISBN4-8052-0634-9 C3044

日の出・日の入りの計算に両方の式がありますが、Scriptの制作時点では、制作時期の違いから、月と太陽で別の式を使用しております。

ただ、いずれも、海上保安庁水路部（旧名称）が天測暦の作成などに
使用されている「略算式」が元になっています。

内部で使用している　function mjd2date (mjd)　については、出典先を覚えておりません（Webで探した・・？）ので、
使用されないほうが懸命かと思われます。

＊＊＊　962に続く　＊＊＊

---

- CLIP BOARD -