Satoshi Ikari
Satoshi Ikari
@hidehideno-ri このissueは、まずは初期化ファイルの[num_of_selected_body](https://github.com/ut-issl/s2e-core/blob/develop/data/SampleSat/ini/SampleSimBase.ini#L93)を11などにして、すべての惑星の位置情報が計算され、ログ出力されるようにしてください。 また、その少し上にある `center_object`も`SUN`にするのが良いと思います。 その後、他のplotスクリプトを参考にそれぞれの天体の位置を表示するものを作ってみてください。 天体の軌道を表示させようとすると、長時間のシミュレーションが必要になりますが、その場合は計算時間がかなり大きくなってしまうと思います。同ファイルの`StepTimeSec`や`LogOutPutIntervalSec`を始めとするその他の時間ステップを大きくして、長時間の伝搬でも時間がかからないように試してみてください。
Related issues https://github.com/ut-issl/s2e-core/issues/254
@seki-hiro @sksat @suzuki-toshihir0 これもこの方向で良いですかね？元々`GroundStation`的なのがなく先に`GSCalculation`ができたのですが、今となっては`GroundStation`でやりたいことをやっているのが`GSCalculation`になっているなという感じです。
@sksat こちらの管理に適したライブラリがあると伺った気がします。使ってみたいので、どれか教えていただけると嬉しいです。
修正提案ありがとうございます。 今の状況ですが、 - `ExtLibraries/cspice`の中にも`de430.bsp`など、天体に関するデータは含まれている - `ExtLibraries/nrlmsise00`の中にも`SpaceWeather-v1.2.txt`などの天体に関するデータは含まれている - `ExtLibraries/LunarGravityField`も同様に存在する - `data`の中に外部から落としてきたデータを入れる場合は、[initialize_files/gnss](https://github.com/ut-issl/s2e-core/tree/feature/refactor-gnss/data/sample/initialize_files/gnss/final_products)のような場所に入れようとしている という感じです。なので、`Geopotential`だけ動かすのはそれはそれで整合性が取れなくなるかなと思います。 今の分類の方針としては、 - `ExtLibraries`には、 - 外部からソースダウンロードしているライブラリに関連したデータを保存している - cspice, nrlmsise00 - ほとんど更新が必要にならない（ユーザー毎にファイルが変わらない）データを保存している - cspice, geopotential, lunar gravity - nrlmsise00は更新しなくてもよい使い方も考えられるが、場合によっては1日毎に変更できるファイルもあるので、少し微妙 - `data/initialize_file`には、...
データ関連ファイルは次のような分類になると思います。 - どのs2e-userでも共通のもの - geopotential, lunar gravity field, igrf.coef, de430.bspなど滅多に変わらないもの - s2e-user毎に変わるもの - gnss, 宇宙天気, thermal, コンポの特性CSVファイルなど、衛星が変わると変わるもの - satellite.ini、structure.iniなどはこちらに入るかもしれない - ユーザー一人一人がその時々に変える可能性があるもの - シミュレーション開始時間、log取得頻度、ノイズ・外乱の大きさなどいわゆるiniファイル これまで、s2e-coreをsubmoduleとして取り込まない場合も想定しており、`ExtLibraries`は複数のs2e-userで共有される可能性があったので、`どのs2e-userでも共通のもの = ExtLibraries`となっていました。 今はs2e-user内でsubmoduleでs2e-coreを取り込み、それぞれでExtLibrariesを生成することを推奨しているので、`どのs2e-userでも共通のもの`という分け方にこだわる必要もないのかもしれません > data ディレクトリのどこに置くべきか，という議論をするのが建設的な気がしますね．...
@sksat こちら、上の提案でよければ私の方で全て整理しますがいかがでしょうか？
> 「初期化のためのファイル」みたいな分類をディレクトリ単位でする必要はそんなにない 逆に`initialize_files`ディレクトリがあるデメリットや、なくなった時のメリットなどを教えてください。 ちなみに私としては、シミュレーション設定のためのファイルが一つのディレクトリにまとまっている方が各種説明を行う時に楽ですし、設定のコピペなどもまとまっている方が楽など、ディレクトリ分けした方がメリットがあると思っています。
@meltingrabbit #619 がマージされましたが、こちらはどうしますか？ isslのレビューはあとでと言われているので、レビューしていませんが必要ならレビューはすぐにでもできます。
@sksat iniを置き換えるとしたら、jsonが有力候補なんでしょうか？他に良さそうなものはありますか？