SonotaCo.JP

[SonotaCo]

コンメトありがとうございます。

[前田]

前田です。
解答ありがとうございます。
そうですか。Radiantの方ですね。Orbitの方が面白くて、最近使っていなくて忘れていました。

もうひとつ、おかしなことがありました。
Streamタブのre-groupです。V２.1になってからだと思うのですが、
ここを押すと、windowsのエラーメッセージが出て、強制終了してしまいます。
そちらでは再現しませんか。unified radientモードの時だけ（？）におこるようです。

[SonotaCo]

以下を修正した UFOOrbitV2 V2.12 をリリースしました。
・Unified Radinatモードで regroup するとハングするバグを修正した。
・Mainシートに auto update チェックボックス、Qualityシートに updateボタンを追加した
・・auto update オン時の動作は従来どおりで、条件変更などの必要に応じて自動的に再処理する。
・・auto update オフ時は、条件変更により直ちに再処理せず、Mainシートの read M.csv ボタンおよび Qualityシートの update ボタンを有効とするだけで、
必要に応じて read M.csvボタンまたは update ボタンを手動で押下することにより再処理することとした。

大量に処理する場合は、auto updateをオフにした方が便利だと思います。
指摘ありがとうございました。 > 前田さん
データが溜まると本当に色々なことができそうですね。

[前田]

前田です。
SonotaCoさん、あっという間に修正していただきありがとうございます。
あまり試す時間がとれていないのですが、updateなどは順調に動作していますが、
re-groupeに関しては、操作すると、全部の流星が散在流星に再判定されたり、
何か、少しおかしな感じがします。そちらでは、正常に動いていますか。
私は、群のcvsファイルに変更を加えているので、その当たりのせいかも
知れません。

[SonotaCo]

[前田]

前田です。
SonotaCoさんへ
Orbit v212で、一度データを読み込んだ状態で、H１＞H２　か　in out check のチェックボックスを空欄からクリックすると、プログラムがエラーメッセージを出して強制終了することがよくあります。
その時、auto updateは空欄です。
症状再現しますか？

またこれは非常に些細なことですが、　Quality のdurを0.1s以下の値（例えば0.09）でプログラムを終了すると、saveされずに、次に立ち上げたときに0.1sになるようです。

[SonotaCo]

[前田]

前田です。
そうですか。こちらでも、必ず起きるわけではないので、仕方ありません。

もう一つ、すこし気になっていることがあって、輻射点を表示させて、そこをクリック
すると、その流星がリストの中から選択されて、とても便利なのですが、この機能が
うまく働く流星とそうでないものがあるような感じがしています。特に、２こ並んだ輻射点の
片方をどうしても選択できない時があります。マウスポインタの点から一番近いマークを選択
しているのですか。

[SonotaCo]

[SonotaCo]

久々、UFOOrbitV2を改版しました。改良点は以下です。
今後の流星群リストの改定を考慮した改良と、グレイスケールのRMAP改良などが主な変更点です。軌道計算論理などに変更はありません。

・Gmapでモノクロモードの時の表示方法およびtextがオフの時の観測地マークを変更した。
・Quality の dur をプログラム終了時に保存するようにした。
・Stream カタログを選択可能にした。
・群分類に priority オプションをつけ以下の動作とした。
--- OFF: カタログ上可能性のある全候補の中から最も輻射点が近いものに分類する (従来互換)
--- ON: カタログ上の順番を優先順位とし、先頭から調査し、1つでも許される候補見つかったら、その群と決定する。
・Rmapでモノクロモード時、速度をグレースケールで表示するようにした。 これに伴って mono chrome モードを gray scale モードに名称変更した。

[前田]

前田です。
新しいUFOOrbit の輻射点の帰属の決定方法とても助かります。
散在流星源を分類するとき、これまで、通常の群と同等に扱うしか
無かったのですが、これで、群の分類を終えてから分けることができます。

また、Stream カタログを選べるのも、とても実用的になったと思います。

地図のグレースケール化は、画面で見るには良いのですが、印刷原稿に向くか
どうかは、印刷技術にかかってくると思います。

[前田]

宮崎の前田です。

UFOOrbitv220を使用して、些細なことですが、わからない結果が出ました。
添付ファイルは、ｄDを４度にして、pairモードで同時流星を計算した結果です。
７４と７５番の輻射点は同じ流星だと思うのですが、同時と判定されていません。
どのような、原因が考えられますか？　ｄｔは30秒ぐらいにしています。
両輻射点間の距離は2度ぐらいと思うのですが。
他に何か必要な条件があればお知らせします。よろしくお願いします。


別件ですが、軌道図で黄道より北と南で曲線の色を変えたら形状がよくわかる
と思います。

[SonotaCo]

[SonotaCo]

MCSV送付ありがとうございました > 前田さん
結論としては、経路方向誤差が大きく dD の条件を遥かに超えて別流星とみなされたようです。
あまり知られていないことなのですが、実は多数の観測の中から同一流星の観測を決定することは大変難しいことなのです。
1つでも別流星の観測が混入すると、同一流星の同一流星は同一だという論理で極めて多数の観測を同一流星と見なすことになり、とんでもない結果が出てしまいます。
逆に1つのカメラでも雲などで複数の部分に分かれた観測も同一流星のものは同一としたいわけで、実用的な方法を見出すのは簡単ではありません。
UO2では時刻を元に可能性のある全組合せを計算し、その中で輻射点方向と地表経路極方向などをもとに同一と見なしうる組合せと同一でないと見なす組合せを判定しています。
今回の例ではログの中に以下の情報が出ています。
Quality.log
======================= Same record conflics detection ================================================================
checking 20090221_031033 [kumamoto01_01 -- MZ1_NW] conflict to [kumamoto01_01 -- MZ1_K] dGP = 31.68
checking 20090221_031033 [MZ1_K -- kumamoto01_02] conflict to [MZ1_K -- kumamoto01_01] dGP = 64.59
これは
kumamoto01_01は MZ1_NW と MZ1_K の2つの組合せが可能性があるが、両者の地上経路極方向は31.68度も違い、dDを上回っているので
両者は同一の流星のものではありえず、結果、20090221_031033 MZ1_NW と 20090221_031033 MZ1_Kは別流星を捉えたもの と認識した。
などと読みます。
以下は地上経路図ですが、この例では 経路長が極端に短く、かつQcも小さいので、経路極方向の誤差が大きかったため、別流星とみなされたようです。
最初の図では10度位しか違っいないように見えますが、許されなかった32度も違う組合せは図示されていないので見えないです。
これを防ぐには 経路長やQcである程度の制限をかけるのがやはり良いかと思います。
この例だけ同一流星と見なすにはdDを40度に設定すると1つになりますが、それは他への悪影響が大きいと思います。

[前田]

前田です。
詳しい解析ありがとうございます。同時流星の判定は、どのような誤差が含まれて
いるかわからない条件で行わないといけないので、確かに難しい論理になると思います。今回の結果もU*csvの方だけで判断していたのですが、もっと根が深いことがよくわかりました。