問題タブ [astronomy]

Interactive Data Language (IDL) と呼ばれる言語を使用している人はいますか? 科学者に人気があります。プロプライエタリであり (それを実行するすべての端末で高価なライセンスを購入する必要があります)、サポートが最小限であるため (スタック上で言語である IDL を検索してみてください)、これは貧弱な言語だと思います。私は同僚に、それを使用するのをやめて C/C++/Python/Fortran/Java/Ruby を学ぶよう説得しようとしています。IDL について意見を述べるほど、IDL について知っている、または気にかけている人はいますか? どう思いますか？今すぐ時間を無駄にするのをやめるように同僚に伝えるべきですか? どうすれば彼らを説得できますか?

編集: 私が IDL を知らない、または使用していないという印象を人々は受けています。また、IDL のサポートは最小限であると言いましたが、これはある意味では正しいので、科学ライブラリが実際に大きいことを明確にする必要があります。私はいつも IDL を使用していますが、これがまさに問題です。同僚が IDL を使用しているため、私は IDL のみを使用しています。IDL が使用するファイル形式 .sav があり、IDL でのみ開くことができます。そのため、IDL を使用してこのデータを処理し、データを同僚に転送する必要がありますが、別の言語を使用した方が効率的であることはわかっています。これは、電子メールの添付ファイルで Microsoft Word ファイルを送信するようなものです。それがどれほど間違っているかを理解していない場合は、コードが不十分な単語を書きすぎて、Microsoft Word を購入したことになります。

編集: IDL Python の代替として人気があります。以下は、AstroBetterによる IDL の長所(および短所) のリストです。

IDL の長所

• 成熟した多くの数値および天文ライブラリが利用可能
• 幅広い天文ユーザーベース
• 言語自体とよく統合された数値的側面
• 経験豊富なローカルユーザーが多い
• 小さな配列の方が高速
• より簡単なインストール
• 優れた統一されたドキュメント
• 標準 GUI 実行/デバッグ ツール (IDLDE)
• 単一のウィジェット システム (どれを選択または学習するかについて心配する必要はありません)
• 保存/復元機能
• より便利なフラグとしてのキーワード引数の使用

IDL の短所

• 適用範囲が狭く、一般的なプログラミングにはあまり適していません
• 大規模な配列では遅い
• 配列機能はそれほど強力ではありません
• テーブルサポート不良
• C または Fortran を使用して拡張する機能が制限されているため、そのような拡張機能の配布とサポートが困難
• 費用がかかり、ライセンスを持っていない、またはライセンスを購入する余裕がない他のユーザーとの共同作業に問題が生じることがあります。
• クローズド ソース (RSI のみがバグを修正できます)
• IRAFタスクと統合するのは非常に厄介です
• メモリ管理が厄介
• 単一のウィジェット システム (別のフレームワーク内で作業している場合は役に立たない)
• プロット:
  • 記号と数学テキストの厄介なサポート
  • 多くのフォント システム、移植性の問題 (v5.1 では多少軽減されます)
  • 柔軟性や拡張性がない
  • 本質的にインタラクティブではないプロット ウィンドウ (例: パンとズーム)

Python の長所

• 非常に汎用的で強力なプログラミング言語でありながら、習得が容易です。強力だがオプションのオブジェクト指向プログラミングのサポート
• 非常に大規模なユーザーと開発者のコ​​ミュニティ、非常に広範で幅広いライブラリ ベース
• C、C++、または Fortran で非常に拡張可能で、移植可能な配布メカニズムが利用可能
• 無料; 非制限的なライセンス; オープンソース
• 天文学の標準スクリプト言語になる
• IRAFタスクで使いやすい
• STScI 適用の取り組みの基礎
• より一般的なアレイ機能
• 大規模な配列の高速化、メモリ マッピングのサポートの向上
• 多くの書籍やオンライン ドキュメント リソースが利用可能 (言語とそのライブラリ用)
• テーブル構造のサポートの向上
• プロット
  • フレームワーク (matplotlib) より拡張可能で一般的
  • フォントのサポートと移植性の向上 (それを行う方法も 1 つだけ)
  • 多くのウィンドウ フレームワーク (GTK、Tk、WX、Qt など) で使用可能
  • 使用するフレームワークに依存しない標準のプロット機能
  • プロットは他の GUI に埋め込むことができます
  • より強力な画像処理 (複数の同時 LUT、オプションのリサンプリング/再スケーリング、アルファ ブレンディングなど)
• 多くのウィジェット システムのサポート
• Python 向けに開発されている機能に対する地域の強い影響力

Pythonの短所

• 個別にインストールするその他のアイテム
• 天文学界ではあまり受け入れられていません (ただし、サポートは明らかに成長しています)
• 成熟していない科学ライブラリ:
  • ドキュメントが完全ではなく、統一されていない
  • 天文学的なライブラリやユーティリティについてはそれほど深くはありません
  • すべての IDL 数値ライブラリ関数が Python に対応する機能を持っているわけではありません
• いくつかの数値構造は言語とあまり一致していません (または IDL よりも少し便利ではありません)。
• 配列のインデックス付け規則「後方」</li>
• 小さいアレイのパフォーマンスが遅い
• 標準の GUI 実行 / デバッグ ツールなし
• 多くのウィジェット システムのサポート (どれを選択するかについての不安)
• IDL の SAVE/RESTORE に相当する機能が現在欠けている
• matplotlib には、すべての IDL 2-D プロット機能 (表面プロットなど) に相当するものはまだありません。
• 便利ではないフラグとして使用されるキーワード引数の使用
• プロット:
  • 比較的未熟で、まだ多くの開発が進行中
  • 一部のプロット タイプがありません (例: surface)
  • 3-d 機能には VTK が必要です (ただし、matplotlib にはいくつかの基本的な 3-d 機能があります)

日の出と日の入りの時刻を記録するのが好きです。過去 2 年間、私はこれを、お気に入りのプログラミング言語の一般的なライブラリで作成された小さなプログラムで行ってきました。この 2 か月間、いつもより定期的にこれらの時刻を追跡してきましたが、分点の日に日の出時刻が前日に比べて 8 分急上昇したことに偶然気付きました! 私はこれが不可能であることを知っており、NOAAと比較すると、私の上昇時間と設定時間は数日間ずれていて、実際には 1 年のほとんどで約 1 分ずれているように見えました。

この時点で、自分で計算を実装したいと思います。この計算を行うために利用できるアルゴリズムまたは式は何ですか?

分点と至点を計算するために利用できるアルゴリズムまたは式は何ですか? 数年前にこれらの 1 つを見つけて実装しましたが、精度は高くありませんでした。時刻は、分点に応じて 00:00、06:00、12:00、および 18:00 UTC であると想定されているようです。または至点が計算されました。ウィキペディアはこれらを分単位で計算して提供しているので、より正確なことが可能でなければなりません。私のお気に入りのプログラミング言語のライブラリもハードコーディングされた時代に出てくるので、私が実装したものと同じまたは類似のアルゴリズムを使用していると思います。

また、太陽経度を提供するライブラリを使用して、0、90、180、および 270 度の正確な瞬間に照準を合わせるための検索ルーチンを実装したこともあります。これは秒まで機能しましたが、ウィキペディアの時間と一致しなかったため、このアプローチには何か問題があったと思います。しかし、マイモニデス (中世のユダヤ人学者) が 1,000 年前にまったく同じアイデアを使用したアルゴリズムを提案したことを知って、私はうれしい驚きを覚えました。

私の質問が間違っていたようですので、ここでもう一度言います。このページのトップの回答です

https://stackoverflow.com/questions/257717/position-of-the-sun-given-time-of-day-and-lat-long

尋ねられた質問に対する解決策はありますか、それとももっと必要ですか?

ありがとう

そこに天文学者はいますか？US Naval Observatoru Vector Astrometry Subroutines (NOVAS)の .NET (できれば C#) 実装を作成したり、見つけたりした人がいるかどうか疑問に思っています。

任意の日付と任意の緯度/経度の太陽と月の上昇/設定時刻を提供できる Web サービスまたは .NET クラス ライブラリを知っている人はいますか?

前もって感謝します。

私はpython2.5を実行していて、astLibライブラリを使用して天文画像のWCS情報を分析しようとしています。次のスケルトンコードでオブジェクトをインスタンス化しようとします。

ここで、file.fitsは、有効なフィットファイルを指す文字列です。

pyfitsヘッダーオブジェクトを渡す別の方法を使用しようとしましたが、これも失敗します。

エラーは次のとおりです。

ipythonで実行すると、pastebinで完全なエラーが発生します

astWCSモジュールがラップされたバージョンのWCStoolsであることは知っていますが、残りのコードはPythonであるため、Pythonモジュールを使用したいと思います。

誰かがこの問題を手伝うことができますか？

私は、Web で使用する (おそらく AS3 と papervision を使用して) 太陽系の 3D モデルを構築することに興味があり、惑星の位置をエンコードする方法を検討しています。私のアイデアは、NASA から既に計算された位置をダウンロードすることでした。自分で位置を計算するのは複雑すぎるようです。ヘリオ中心のエンコーディングと地球中心のエンコーディングのどちらを使用する必要があるかはわかりません。

これについて経験のある人がいるかどうか知りたかったのです。どのアプローチが良いでしょうか？NASA JPL の Web サイトには、太陽系のすべての主要な天体の位置が地球中心として掲載されているようです。ボイジャーとマーズ ランダーのミッションをモデルに追加すると、後でこれが問題になることがわかりますか?

フィードバック、コメント、リンクは大歓迎です。

編集:太陽中心座標を使用する大まかなモデルを実行していますが、この形式ですべての惑星の座標を見つけることができませんでした。

アップデート：

私は自分が何をしているのか (宇宙の観点から) 本当にわからないので、提供できる詳細はあまりありません。3Dプログラミングをしたいと思っていて、宇宙に興味があります。アイデアは、最初はすべての惑星とその軌道を使って大まかな太陽系シミュレーターを作成することでした (最初は衛星を除外するかもしれません)。おそらく、ニュース アグリゲータと、ニュース/リソースなどへのリンクをいくつか含めます。一般的なアイデアは、人々がクリックして、月と火星に行くことに非常に興奮できるようにすることです（手始めに）.

長期的には、衛星と月のミッションを追加できることを願っています (70 年代にさかのぼって月のミッションを参照してください)。

Arrieta の質問に答えるには、日食を計算するのではなく、アプローチしやすいインタラクティブな宇宙探査機を構築し、途中で 3D や宇宙関連のことを学ぶというアイデアがありました。

惑星や星の回転力と重力をシミュレートできる「太陽系」シミュレーターに興味があります。

私たちの太陽系をシミュレートし、さまざまな速度でシミュレートできるようにしたいと思います (つまり、地球や他の惑星が太陽の周りを日、年などで回転するのを観察します)。惑星を追加したり、惑星の質量を変更したりして、システムにどのように影響するかを確認したいと思います.

この種のシミュレーターを作成するための正しい方向に私を向けるリソースを誰かが持っていますか?

この目的のために設計された既存の物理エンジンはありますか?

私が持っているいくつかのテスト データに合わせて、いくつかの FIT 画像ヘッダーのいくつかの値を変更する必要があります。したがって、アプリケーションで実行する分で FITs イメージ ヘッダーをハックしようとしています。

ただし、現時点では、ヘッダーも表示されません。ハックしてもかまいません。Ubuntuを実行しています。

FITを表示するようにソフトウェアにアドバイスできる人はいますか?おそらくそれをハッキングすることさえできますか?