機能リクエストは問題に関連していますか?
希望するソリューションを説明してください
検討した代替案を説明してください
あなたはそのような機能を持つことに興味がありますか、それともあまりにも面倒ですか? これが良い考えだと思われる場合、私はそれを開発することに非常に積極的に取り組んでいますが、私のスキルは非常に限られており、助けが必要です。 または、どこから始めればよいかについてのアドバイス。
私は今プログラマーの韓服を読んでいます。
よろしくお願いします
Bartosz Stachowicz>
追加のコンテキスト
<--->
親愛なる@bartoszstachowicz 、
良い質問。 係留索を視覚化できないことは、OpenFASTの現在の視覚化機能の残念な制限です。 また、MAP ++だけでなく、OpenFASTの他の係留モジュールであるMoorDynとFEAMooringにも使用できます。 ほんの少しのコメント:
係留モジュールは現在、フェアリーダー接続のみを介して他のモジュールと相互作用するため(係留と下部構造の相互作用の場合)、係留線は現在視覚化されていません。したがって、各係留線に沿った点の変位と荷重は、OpenFASTグルーコードでは認識されません。
視覚化機能を追加するには、各係留ラインに沿ったノードの変位に関連する係留モジュールの出力を追加するのが最適です(この出力に他のモジュールとの相互作用が関連付けられていない場合でも)。 line2メッシュを使用して、視覚化機能がポイント要素間の相互接続を確実に解釈できるようにする必要があります。
MAP ++は各係留ラインを解析的に解くため、各ラインは数値的に離散化されません(もちろん、各係留ライン間の相互接続にはノードがあります)。 これにより、ノードがソリューションに人為的に追加されない限り、MAP ++で各線のカテナリー形状を視覚化することが困難になる場合があります。 MoorDynとFEAMooringは、各係留ラインを複数のラインセグメントに離散化することを含みます。
この新しい機能を開発するのにどれだけの努力が必要かについて、他の人にコメントさせます。
よろしくお願いします、
OpenFASTチームの皆様、
私は今週末に試してみました、そしてそれは一種の仕事です。 MAP C ++には、線に沿った特定の数の点の座標を評価するルーチンがすでにあります:map_plot_x_array
シミュレーションのすべての線に対して単一のメッシュを作成するために出力を変更し、要素の長さを設定できるように初期入力を変更する必要がありました。
ただし、プロットすると、ローカルラインのx方向に接続ノードにシフトがあります。 私はこれがプロットルーチンにのみ当てはまることを願っています:)。
多分誰かがこれがなぜであるか知っていますか? 私はまだこれを理解できませんでした。
シフトの写真をいくつか添付します。
よろしくお願いいたします。
BS
@bartoszstachowicz 、それは本当に素晴らしい追加です! ケーブルのx方向にシフトがある理由がよくわかりません。 実装を調べて、それがVTKエクスポートのアーティファクトなのか、MAP ++のバグなのかを判断する必要があります。
この機能は、OpenFASTコミュニティに貢献したいものですか? もしそうなら、コードを追加してdevブランチへのプルリクエストを作成しますか?
@ andrew-platt、こんにちは、確かに、少し整理して、プルリクエストでこれがどのように機能するかを学ぶ時間ができたらすぐに。
最も参考になるコメント
OpenFASTチームの皆様、
私は今週末に試してみました、そしてそれは一種の仕事です。 MAP C ++には、線に沿った特定の数の点の座標を評価するルーチンがすでにあります:map_plot_x_array
シミュレーションのすべての線に対して単一のメッシュを作成するために出力を変更し、要素の長さを設定できるように初期入力を変更する必要がありました。
ただし、プロットすると、ローカルラインのx方向に接続ノードにシフトがあります。 私はこれがプロットルーチンにのみ当てはまることを願っています:)。
多分誰かがこれがなぜであるか知っていますか? 私はまだこれを理解できませんでした。
シフトの写真をいくつか添付します。
よろしくお願いいたします。
BS