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

Improve handling of module parameters in MOM_input

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
30/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
yaml
領域
tooling

調査の方向性

MOM_input.yaml から始めて、その Global ブロックと module ブロックがどのように解釈されるかを追跡し、関連する警告がどこで出力されるかも確認します。明示的にモジュール修飾された名前、警告を失敗として扱う動作、またはその両方が対象範囲かどうかを Maintainers に確認します。選択した動作が実装され、関連する既存の checks によって検証されれば完了です。

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

説明

Currently, in MOM_input.yaml, we place parameters that don't belong to any modules under the Global block, and module parameters under respoective module blocks. For instance:

Global:
  INPUTDIR:
      ...
  TRIPOLAR_N:
      ...

KPP:
   N_SMOOTH:
      ...
   STOKES_MOST
      ...

MLE:
    USE_BODNER23:
      ...
    CR:
      ...

Given the size of this file, it's easy to make mistakes, where a parameter may inadvertently be placed under a module it doesn't belong to.

I have two improvement suggestions.

  1. Rather than having module blocks, explicitlyspecify module names in parameter names. So the above entries would look like:
INPUTDIR:
    ...
TRIPOLAR_N:
    ...

KPP%N_SMOOTH:
    ...
KPP%STOKES_MOST
    ...

MLE%USE_BODNER23:
    ...
MLE%CR:
    ...
  1. Turn relevant warnings into failures.
主要言語
Jupyter Notebook
スター
6
フォーク
23
平均マージ
2日 22時間
マージ済み PR(30日)
4

環境構築

このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

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

ESCOMP/MOM_interface のほかの issue

ESCOMP/MOM_interface の issue をすべて見る

似ている issue

DevTools の issue をもっと見る

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

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