Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

SRH calculation values overestimated

オープン
#103 コメント 0 件 リアクション 1 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
fortran, python
領域
data

調査の方向性

wrf_relhl.f90 から始め、現在の SRH 積分とストーム移動の推定を追跡します。この issue では、3–10 km の平均風、0.75 の係数、30 度のオフセットが疑わしい原因として特定されています。そのアプローチを、およそ 0–6 km の層に基づく、要求されている Bunkers 計算と比較します。完了条件は、ルーチンが合意されたストーム移動の手法を使用し、その SRH 値を MetPy、観測されたサウンディング、運用モデルの出力と比較できることです。

索引モデルが issue の本文から書いたものです。

説明

bug support

Using the SRH calculation in wrf-python and also NCL (I think they are equivalent), I have found that the SRH values that I am getting are too large when compared to values computed in MetPy and those on observed soundings and in operational model output. After parsing through the source code (wrf_relhl.f90), I think that this overestimation is due to the estimation of the storm motion, which is assumed to be 0.75 * the mean wind over the 3-10 km layer and 30 degrees to the right of this vector. Since most other methods of computing SRH rely on the Bunkers storm motion, which is related to the mean wind over the ~0-6 km layer, I think that the values output in this routine would be quite a bit larger than what is standard as they accumulate through the integration. Would it be possible to update this code using the Bunkers calculation?

主要言語
Python
スター
498
フォーク
178
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

NCAR/wrf-python のほかの issue

NCAR/wrf-python の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。