投稿者:
KENCH
投稿日:12月16日(金)07時56分18秒
春分が9月じゃなくて秋分が9月ですね。
投稿者:
KENCH
投稿日:12月16日(金)07時52分47秒
2033年問題は大体つかめてきたように思います。
他のソフトを眺めると、大体2033年だけを中国式(冬至を11月固定)で計算しているようですね。
200年前の人に文句を言うことも出来ないので、天保暦ルールを逸脱しないようにしようと思っております。(たしか、中国式だと春分が9月になるんですよね?)
(結果たしか10月が消失するんですよね?、私は9月を実質9.5月扱いにしようかと・・・)
さぁ、2033年はどうなるんでしょうね結婚式業界は・・・
投稿者:
K.Oka
投稿日:12月16日(金)01時15分39秒
KENCHさん、ご無沙汰しております。お返事が遅くなりまして申し訳ございません。
>閏一月ではなく、普通の一月でいいのではないかと思ったのですがいかがでしょうか?
「中気を含まない月がすべて閏月にはならない。」という記述が曖昧であるため、この表の置閏規則欄では閏月か否か断定することを避けています。仰るように置閏規則欄の閏1月を1月にするのが妥当であると思います。
2033年の秋分を含む月を8月にしたら冬至のある月が10月、閏11月と閏1月が両方とも普通の月になってしまいます。また冬至を含む月を11月に固定するならば閏7月を普通の8月に、秋分を含む月を9月にする必要があります。これが2033年問題の一番重要な点ではないかと思います。
今は旧暦を決定する機関がないため、2033年には閏月が人によって異なってしまうことも考えられます。
>玉虫色のルール
このルールを制定したときには約190年後のことまでは計算していなかったかもしれません。また仮に計算していたとしても当時の太陽と月の位置推算の精度からこのような問題が生じることが判明できたかどうか疑問ですね。
投稿者:
K.Oka
投稿日:12月16日(金)01時05分3秒
sabutakaさん、ご教示ありがとうございます。
>Q−1号機
後にRadio
Japanで使われたQ-1号100kW送信機とは全く別物なのですね。
>海外放送の重大放送(ポツダム宣言受諾通告)に関し資料はないようです。
当時の状況から察すると記録自体を残すことが殆ど不可能だったのかもしれませんね。
投稿者:
KENCH 投稿日:12月10日(土)17時45分17秒
いただいたチェックプログラムを動かしたら文字化けしました(;_;)
ソフトのページをみたらあれですね、VB6のランタイムがいるんですね。あせりました。
天文計算が落ち着いてきてやっとこ旧暦処理をし始めているところです。
ところで、
http://hp.vector.co.jp/authors/VA024411/calendmate.html#Q2033
この、置閏規則ですが、2/19
08:10は、
>2.閏月は中気を含まない月に置く。しかし中気を含まない月がすべて閏月にはならない。
「しかし中気を含まない月がすべて閏月にはならない。」と玉虫色のルールがあるので、
月が矛盾無く連続している場合には、閏一月ではなく、普通の一月でいいのではないかと思ったのですがいかがでしょうか?
それとも、私のしらない、カレンダー界の常識で閏一月なんでしょうか?
投稿者:
sabutaka
投稿日:12月 5日(月)22時05分8秒
昭和20年5月、狛江工場で完成(電源は日本放送協会より借用)したQ−1号機は、八俣送信所に据付工事中(組立真空管に真空ポンプが附属するため保守は複雑、また、電波を出す際在来のものより時間がかかり、真空ポンプが止めてある時は最大70分位かかった)に終戦となって実用化しなかった。
終戦後送信所整備のため本送信機工事は遅延、昭和21年10月最終試験を開始したが、日本放送協会から借用していた本装置用電源は返却されて、50KW送信機用電源を流用して行ったため充分な成果をえられずに打ち切られた。
その頃、昭和22年5月国際電気通信(株)は連合国総司令部の覚書により会社解体を命ぜられ、施設と人員は政府に移管されて、逓信省国際電気通信施設部になった。
投稿者:
sabutaka
投稿日:12月 3日(土)00時14分7秒
昭和20年8月9日、卑劣なソ連侵攻と残虐非道な長崎原爆投下の最悪事態、原爆3発目は東京への情報思惑で、これ以上国民の犠牲は偲びないと、わが国政府は夕方近く急遽ポツダム宣言受諾に踏み切った。
緊急を要し政府は外交ルート訓令前に短波放送を、定時(午後8時〜9時)日本放送協会海外放送の東京ラジオ(radio Tokyo)北米向けを「重大放送」でポツダム宣言受諾通告が決められた。
午後6時すぎ、日本放送協会海外放送監督の情報局係官は放送打合線で、ヤマタコテツとカワチコテツの放送監視係(夜勤者3名の内1名が担当、情報局の放送番組表で放送聴取異なるときは直ちに停止、該当国のレコード音楽に換え試験放送にする)に「今晩8時からの北米向けは「重大放送」で、絶対支障のないよう、絶対他に漏らさないないよう」を連絡した。早速予備送信機・短波受信機を運用、現用放送機・放送中継線故障に備え、停電対策などが取られた。
午後8時、「テーマ音楽の越後獅子管弦楽が演奏され、続いて愛国行進曲が力強く演奏され、This is radio Tokyo in Tapan・・・」で放送は始まり、通常の音楽は全く無し、米国に対しポツダム宣言受諾を通告した。
9時国歌(君が代)演奏で放送は終わった。ほぼ同時に日本側不利を宣伝のVOA放送日本向けは突然停止した。約5分後に再開され日本の流行歌や音楽を約3時間流した。
10日0時、VOA放送は日本政府がポツダム宣言受諾を世界に向けて放送した。日本向けは「日本のみなさま、平和がやってきました。長かった戦争は終わりました。今晩東京ラジオで、日本政府はポツダム宣言受諾を通告しました。詳細についてはスイス及びスェーデン国を通して、連合国側と終戦の交渉は行われます。しかし、日本もよく戦いました・・・」と放送した。東京ラジオのポツダム宣言受諾通告と、VOA放送の電波により全世界に戦争終結を告げた。
そして、未明外務省は東京〜ジュネーブ電信回線(タマコテツ)・大阪〜ストックホルム電信回線(ヨサミコテツ)を経由、スイス・スェーデン在外公館に訓令を発信、米国にはスイス国・その他連合国にはスェーデン国を通して、正式にポツダム宣言受諾を通告し、終戦の交渉に入って8月15日終戦になった。
(参考)当時は非常事態体制で政府関係(情報局・参謀本部・外務省)の指示は、現場扱者(密命で国の首長下で行動)と直接取引で実施、それ以外は管理者を含め除外された。このため海外放送の重大放送(ポツダム宣言受諾通告)に関し資料はないようです。ただ、逓信史話に8月10日の御前会議決定前に、すでに日本放送協会海外放送の北米向け短波放送は、「国体護持」条件付けポツダム宣言受諾の「重大放送」を「某権威筋」の依頼で流しているらしい」があります。
投稿者:
KENCH
投稿日:11月18日(金)12時02分18秒
早速入手致しました。
活用させていただきます。
また提供できる情報でも出来ましたら書き込み致します。
感謝感謝です。
投稿者:
K.Oka
投稿日:11月18日(金)09時28分41秒
SABUTAKAさん、いつもありがとうございます。
仰るQ-1号送信機は後に八俣送信所で1980年代まで使われたQ-1号送信機(100kW)と同じものなのでしょうか。
投稿者:
K.Oka
投稿日:11月18日(金)09時27分29秒
>チェックプログラム
下記のURLにアップしました。ファイルサイズは75327バイトです。添付しているDLLは近日中に公開予定のバージョン(DLLのバージョンは2.10)のものです。
もしCalend
Mate本体をインストールしてあればそのまま実行できると思います。インストールしていなければまずregsvr32でシステムに登録してから実行してみてください。
>月の運行とか変わったらあんまり未来を計算できても意味ない
仰るとおりです。使用している推算式の精度の問題以外に、地球自転の遅れΔTの取り扱いが厄介です。
#久しぶりに来年1月1日に閏秒が挿入されますね。
>メソッド、プロパティの一覧
早いうちに公開できるように準備を進めていきたいと思います。Graph
Mateの過去のバージョンではDLLのヘルプを添付していましたが、それらと一緒にサイトで公開したいと考えています。
>カレンダーのつづりは「Calendar」
お恥ずかしい限りです。とりあえずは意味のない造語だと思っていただければ...と苦しい言い訳を(笑)
★追記
該当ファイルを削除しましたので、URLをトップページにしました。
http://okalab.la.coocan.jp/index.html
投稿者:
SABUTAKA
投稿日:11月16日(水)14時27分43秒
昭和17年、大電力放送用として逓信省で短波100KW放送機3台(東京電気1台・日本電気1台・狛江工場1台)と50KW放送機1台を計画された。当時短波100KW放送機製作は技術的に困難であった。この間、大電力放送機の要望は益々急を告げ、海外放送設備を担う国際電気通信(株)は、海外放送用短波200KW高電力変調送信機の真空管を開発することになり、同社技術研究所は川西機械と共同研究された。その後、戦局の悪化で資材の少ない100KW低電力変調方式に設計は変更され、開発の真空管は昭和18年4月に第1号管(陽極損失最大180KW)が完成した。その真空管は組立管と称され大形で下部に排気ポンプを備えていた。送信機は同年末に完成を目指して7月から据付場所である八俣送信所で実用化研究を行うことになり、10月には自励発信器によって試験し得る状況となった。送信機は狛江工場の事情により製作は遅れ、昭和20年5月漸く完成(主整流器は日本放送協会川口送信所中波150KW送信機予備を逓信省の斡旋で借用)したQ−1号機は、八俣送信所に据付け終段電力増幅器に組立管を2個取付け調整試験に入った。そのころ天皇陛下の海外放送御下問で情報局総裁は、まもなく放送用大電力短波送信機の完成で海外放送に活躍と上奏した。しかし、終戦になり試験は中止され実用化されなかった。
なお、計画の50KW放送機1台は増設された。当時製作を担った狛江工場では極端な資材不足で急速な製作は困難であった。それで、手持ちの20KW電信送信機電源2組と10KW電話送信機を組合せ、これにB級変調による高電力増幅器は東芝WT−370真空管を2個並列接続の対称増幅器としこれをC級増幅で使用、変調器はUN−167I真空管を3個並列接続対称のB級増幅器を付加した。変調用変圧器及び低周波変調塞流線輪は八俣送信所の東京電気製50KW放送機予備品を充てた。昭和18年末河内送信所に据付けた。寄せ集め資材で製作の放送機であったが、現用R号機の問題点改善が図られ、高電力増幅器の陽極能率70%以上が得られ公称50KW以上で出力された。運転状態は至極安定で、全負荷で長時間の運転に耐え、過変調防止装置を付加したことで海外放送にとかく非難の焦点となった平均変調度が上げられ音質良く、雑音少なく、非常に好評であった。
投稿者:
KENCH
投稿日:11月16日(水)10時39分51秒
では、K.Oka様にご負担にならない程度を考えますと、とりあえずチェックプログラムを当方でいただくのが一番簡単かなと思いました。
私のプログラムでは出来ればソースを公開しようと思っておりますので、Calender_Lib.dllを内部で取り込む格好にするつもりはありませんが、Calender_Lib.dllが吐き出す日付を使って当方の関数の突合せチェックは将来的にしたいと思うかもしれません。
なので、お手すきの時でいいのでCalender_Lib.dllのメソッド、プロパティの一覧が公開されていると嬉しいかもしれませんが、これは無理にとは言いません。
またスケジューラー目的なので過去の正確な日付を計算するつもりはありません。
極論すると2000年以降でもかまわないかなと思っております。
(ま、9999年まで計算しても月の運行とか変わったらあんまり未来を計算できても意味ないんですけどね)
いきなり来て無理なお願いばかりして申し訳有りません。
当方でも提供できるような情報が入手できたら恩返ししたいと思います。
(ちなみに、今目につくのはカレンダーのつづりは「Calendar」らしいというぐらいですが・・・)
投稿者:
K.Oka
投稿日:11月16日(水)08時56分32秒
遅くなりまして申し訳ございません。
>旧暦演算処理はひとつの関数的に
子供のころからカレンダーの六曜を自分で求めたいと思っていたのですが、旧暦の演算方法がわからなかったため手を出せませんでした。暦のエキスパート達がネット上で公開されている情報を見て、これならできるかなと思いCalend
Mateを作りました。
>Calend
Mateのソース公開
人様に見せられるような綺麗なソースではありませんので...
旧暦演算はCalend
Mate本体ではなくCalender_Lib.dllで行っております。これはActiveX
DLLですので多分他の言語からでも使用できると思います。もし必要でしたらメソッド、プロパティの一覧は公開することはできます。
経緯度および時差を設定すれば中国の農暦に対応させることもできます。
>Calend
Mateが吐き出す日付
天保暦より前の暦法の時代で日付が1日もしくは1月ずれたり、閏月が異なったりすることがあります。
>csvか何かで
暇を見て作りたいと思いますが、12万行ほどの巨大なファイルになりそうです(笑)
もしくは簡単なチェックプログラム(これもVB製です)がありますので、もし確認用としてお使いになられるようでしたら当サイトにアップしてもかまいません。
投稿者:
KENCH
投稿日:11月12日(土)07時51分2秒
早速の回答ありがとうございます。
ではお言葉に甘えまして、現在の私の一番やりたいことは、西暦<->日本旧暦,西暦<->農暦(中国旧暦)の双方向変換をしたいのです。
本当の最終目的は旧暦をサポートしたスケジューラーの作成です、ですので心情的には「こよみ界のエキスパート」を目指したいわけではなく、旧暦演算処理はひとつの関数的にそこにあってくれれば良いと思っております。(この時点で暦に命をかけている人には反感を買いそうで申し訳ないのですが)
との前置きでですが、まず一番ずうずうしいお願いをさせていただきますと、
Calend
Mateのソース公開はされませんでしょうか?
・・・されませんよね(笑)
そこでですが、今旧暦演算のソースを入手して構築しているものがちゃんと動作するかテストをしておりまして、Calend
Mateが吐き出す日付と突合せしたいと思っております。
現在、他のマクロ(kt関数アドイン)が吐き出す日付と突合せして、2050年までは
チェックしました(もちろん、2033年は見事に間違って出力されます)
あまり意味は無いかもしれませんが機械なら9999年までチェックすることは可能だと思うので、Calend
Mateが吐き出す日付をcsvか何かでいただけないかなぁと思いまして。
後は旧暦関係でもうちょっと情報交換したいこともあるのですがとりあえずプログラミング的にはこんなところなのですが。。。
すいません、ずうずうしいお願いをいきなり申しまして。
投稿者:
K.Oka
投稿日:11月12日(土)06時49分3秒
KENCHさん、初めまして。
>旧暦はどうやら一筋縄ではいかないようです。
Calend
Mateでの旧暦月名の決定アルゴリズムの概要は備忘録の旧暦2033年問題【2】に記載している通りです。これはCalend
Mateが緯度、経度、時差を任意に設定できるようにしているため、別枠での処理が不可能だったためです。実際、日本では大丈夫な年でも、中国では問題が発生してしまうこともあります。
>質問
解答に時間がかかることがある点とDelphiでどのようにコーティングすればいいかといったプログラミング自体についてのご質問にはお答えすることができないという点をご承知いただければ構いません。
よろしくお願い申し上げます。
投稿者:
KENCH
投稿日:11月11日(金)08時47分55秒
K.Oka様
KENCH と申します。
Calend
Mateにつきまして何点か質問と要望があるのですが宜しいでしょうか?
旧暦の実装を行っておりましてサンプルソース等の入手は出来、
私はDelphi使いなもので移植等を行っている最中に、2033年問題というものを
こちらで見つけてしまいました。
旧暦はどうやら一筋縄ではいかないようです。
そこで何点か質問とお願いがあったのですが、このような実装に関するような
質問をしてもよいのかどうか分からなかったものでとりあえず、
そのような質問をしても良いかの質問をしてみました。
もし公に出来ない(したくない)ような内容や情報量が多すぎて会議室では適切ではないということであればメールにていただいても当方ではかまいません。
なるべくご迷惑をおかけしないような形でご助言いただければと考えておりますが、もちろん貴方様がお忙しいようであればあきらめて他に当たってみようと思います。
よろしくお願いいたします。
投稿者:
K.Oka
投稿日:11月11日(金)06時31分1秒
SABUTAKAさん、ご無沙汰しております。
戦時中の足柄送信所、多摩送信所に関するご説明ありがとうございました。また何か新しい情報がありましたらよろしくお願いします。
投稿者:
SABUTAKA
投稿日:11月10日(木)13時40分4秒
太平洋戦争が終末の様相を呈した昭和19年初頭、本土空襲の本格化の必至で、必要最小限の日本放送協会海外放送など国際通信確保のため、軍部・情報局・逓信省の要請で国際電気通信(株)は、昭和19年11月、足柄送信所(耐弾式送信所で御殿場線山北駅、駿河駅中間で使用廃止の第5トンネル内に短波送信機は放送用S号機20KW1台・電信用A号機20KW3台及び付属装置を収容、空中線はトンネル上方の高台に60m組立柱にビ−ム空中線9基、新京・上海・欧州・南米・北米中部・ボンベイ・シンガポ−ル各方面向け懸架、連絡線は小田原方面から小山線に搬送電話3CHのもの2回路を放送会館からの制御及び各方面との打合せに充てた)と、昭和20年4月、多摩送信所(隠蔽式送信所で南多摩丘陵の端尾根で3方を囲まれた擂鉢形の地形に、点々と分散偽装した局舎に、短波送信機は放送用R号機50KW1台・電信用A号機20KW3台及び付属装置を収容、樹林の間に隠蔽した空中線は円筒型空中線2基・ビ−ム空中線2基・ダブレット2基全方向方面を懸架、連絡線は相原中継所を経て極めて確実なものが得られた)を建設された。
以上が防空送信所の概要であるが、開局後は終戦まで日本放送協会海外放送など戦争末期の国際通信を確保した。
投稿者:
K.Oka
投稿日:10月27日(木)09時26分55秒
TIさん、初めまして。Calc
Mateをダウンロードしていただきありがとうございます。
ご質問の件ですが、現バージョンでは角度の単位はラジアン単位のみとなっております。rad関数を使うことで、deg値を取り扱うことができます。
将来のバージョンアップ時にrad←→deg切り替え機能を付加することを検討してみます。
#利用規約にありますようにメールアドレスの記入をお願いします。
投稿者:
TI 投稿日:10月25日(火)08時25分15秒
はじめまして。
偶然、Calc
Mateを発見し使わせていただいてます。
そこで御質問なのですが、
角度入力をradからdegにしたいのですが、
入力時点ではdegにはなりませんか?(単位変換しないとダメでしょうか?)
宜しくお願い致します。
投稿者:
K.Oka@管理人
投稿日: 8月28日(日)10時54分50秒
総合談話室をこちらに移転しました。今までのログは過去ログとして公開しました。
宜しくお願い申し上げます。
http://okalab.la.coocan.jp/index.html