GribStream

GribStreamブログ

NOAAがRRFSとREFSの運用開始を2026年8月31日に予定

|
rrfs2dfld rrfsprslev refsprslev namconusnest hrrr rap

NOAA/NWSは、RRFSとREFSを2026年8月31日12 UTCに運用開始する予定を示しました。NAM、SREF、HREF、大半のHiresW対象領域、NAM MOSを置き換える移行です。

NOAA/NWSは、ここ数年で最大級の地域モデル移行に日付を付けました。RRFSとREFSは、2026年8月31日の12 UTCサイクルから運用開始される予定です。

同じ実装で、従来の地域モデル群の大きな部分が終了します。対象はNAM、SREF、HREF、CONUS・Alaska・Hawaii・Puerto Rico向けのHiresW、そしてNAM MOSです。通知で明示された大きな例外はGuam向けHiresW対象領域です。

GribStream利用者にとって、これはRRFSが単なる注視すべき実験的データセットではなく、NOAAが雷雨や対流スケールの地域ガイダンスを統合するために使うシステムになる時点です。プロダクト、ダッシュボード、予報比較、モデル運用がまだNAM、HREF、SREF、HiresWに依存しているなら、移行ウィンドウはもう仮定の話ではありません。

重要な日付

追うべき日付は2つあります。

  • 2026年6月9日ごろ: NOAAは、NOMADS上の並行配信用パスでRRFSとREFSのリアルタイムフィードが利用可能になる見込みだとしています。
  • 2026年8月31日12 UTC: RRFSとREFSが本番運用に入り、従来システムも同日に終了予定です。

NOAAは通常の運用上の但し書きも付けています。対象日がCritical Weather Day、Enhanced Caution Event、またはその他の重要な気象上の制約に重なる場合、実装は次に実施可能な平日の12 UTCへ移ります。

RRFSで変わること

RRFSはNOAAの次世代地域予報システムで、短い間隔で更新され、対流を明示的に扱える対流許容型の構成です。NWSが説明する運用構成は、決定論的予報と補助的なアンサンブルガイダンスを持つ、北米全域を対象にした3 kmシステムです。

決定論的RRFSのスケジュールは、置き換え対象の従来システムより広くなります。

  • 00/06/12/18 UTCサイクル: 84時間先まで予報
  • その他の毎時サイクル: 18時間先まで予報
  • 北米全域の対象領域: 3 km
  • CONUSとAlaskaのサブセット: 3 km
  • HawaiiとPuerto Ricoのサブセット: 2.5 km
  • 火災気象向けモデル実行: 移動可能な別対象領域、1.5 km

これが重要なのは、RRFSが単なる置き換え用のファイル配信ではないからです。短期・雷雨スケールのワークフローで基準となるモデルファミリー自体が変わります。激しい対流、航空気象、降水タイミング、冬季ハザード、風ガイダンス、火災気象診断、高解像度の地域ML入力に関わります。

REFSで変わること

REFSは、RRFS出力を中心に構築されるアンサンブルプロダクト生成システムです。高解像度アンサンブルの主要プロダクトファミリーとしてHREFを置き換えます。

NWS通知によると、RRFS自体は00/06/12/18 UTCサイクルで60時間先まで5つのアンサンブル予報メンバーを生成します。その後REFSは、現在のRRFS決定論的・アンサンブルサイクルと、6時間前のRRFS決定論的・アンサンブルサイクルの出力を組み合わせます。CONUSとAlaskaについては、現在と6時間前のサイクルから2つのHRRRメンバーも含めます。

生成されるのは、HREF利用者がすでに重視している種類のアンサンブルフィールドです。平均、ばらつき、probability-matched mean（確率分布を保つよう調整した平均）、同じ考え方を局所的に適用した平均、確率、アンサンブル内の一致度を示すプロダクト、CONUS向けのflash-flood recurrence interval exceedance probabilities（鉄砲水の再現期間超過確率）が含まれます。

利用者にとって大きな違いは、範囲と更新頻度です。REFSは60時間先まで出ます。HREFは48時間でした。NWSは、REFSがCONUS、Alaska、Hawaii、Puerto Rico向けのプロダクトを、各00/06/12/18 UTCサイクルで生成するとしています。

GribStreamでの意味

GribStreamは、現在の実験的RRFSファミリーをすでに提供しています。

これらのデータセットは、今日から並行テスト、セレクタ確認、移行計画に使えます。正確な変数を確認するには、GribStream上の現在のRRFSカタログを見るのが最も安全です。どのフィールドがあり、どのレベル（気圧面など）とプロダクト分割で出ているかは、モデル名だけよりも重要だからです。

8月31日12 UTCのサイクルは、利用者側の検証ではモデルシステムの境界として扱うべきです。RRFSをNAM、NAM Nest、HREF、SREF、HiresWと比較している場合は、バックテスト、アラートしきい値、モデル比較ダッシュボードの中で切り替え日を明示しておくべきです。

NOAAがリアルタイムフィードをNOMADSの並行配信用パスへ移し、その後本番ディレクトリへ移していく間、GribStreamは運用フィードの形を追跡し、安定した運用プロダクトに合わせてサポートを更新します。GribStreamの既存データセットコードは可能な限り安定させますが、運用配信では、実験的AWSフィードとは異なる形で対象領域、プロダクトグループ、アンサンブル出力が公開される可能性があります。

移行チェックリスト

従来の地域ガイダンスを使っている場合は、今から比較を始めてください。

  • NAMまたはNAM Nest利用者: 気圧面フィールド、2 m気温、10 m風、降水、雲、視程、雲底高度、雷雨診断フィールドをrrfsprslevとrrfs2dfldで比較する
  • HREF利用者: REFS側のプロダクトカバレッジが利用可能になり次第、アンサンブル平均、ばらつき、確率、確率分布を保つよう調整したプロダクトを比較する
  • SREF利用者: これは単なるプロダクト名変更ではなく、より高解像度のアンサンブルへの移行として扱う
  • HiresW利用者: 対象領域と変数カバレッジの両方を確認する。Guam HiresW対象領域は残る見込みですが、CONUS、Alaska、Hawaii、Puerto Ricoは終了予定です
  • 運用利用者: 8月31日より前に並行比較期間を確保し、しきい値、モデルブレンド、依存するモデルを再調整できるようにする

実務上のリスクは、古いファイルパスが消えることだけではありません。RRFSとREFSは、物理過程、対象領域、更新頻度、リードタイム（予報時間）、アンサンブルメンバー構成が異なる別のモデルシステムです。モデル固有の挙動に依存するアプリケーションでは、リクエスト構文だけでなく、予報の挙動そのものを検証すべきです。

データフィード変更以上の意味

公的な気象コミュニティは、すでにこれを実際の予報移行として扱っています。NOAA自身の評価試験記事は、RRFSv1とREFSをNAM、NAM Nest、HREFとの直接比較の文脈で説明しつつ、将来のMPASベースのRRFS開発がv1以降も続くことを示しています。地域の予報チームも視聴者向けに変化を説明し始めています。たとえばWRALの記事は、小スケールの現象、降水タイミング、冷気の地形性せき止めで見慣れたNAMの挙動が失われる可能性を挙げています。

この変化は、単なるフィード変更ではなく、運用基準の移行として扱うのが自然です。RRFSは、これまで複数の地域モデルに分散していた意思決定の一部に対する新しい基準になります。GribStream利用者にとって最善の動きは、早めにテストし、8月31日の境界を見える形で残し、自分たちのワークフローが実際に使うフィールドと対象領域に合わせて移行することです。

参考資料

関連モデル

rrfs2dfld rrfsprslev refsprslev namconusnest hrrr rap
GribStreamを試す