Mises à jour des modèles de prévisions

[_sb]

Deux légères évolutions d'ICON.

- Le 14 septembre, cycle 9z :

https://www.dwd.de/DE/fachnutzer/forschung_lehre/numerische_wettervorhersage/nwv_aenderungen/_functions/DownloadBox_modellaenderungen/icon/pdf_2022/pdf_icon_14_09_2022.pdf?__blob=publicationFile&v=2

- Le 21 septembre, cycle 12z également :

https://www.dwd.de/DE/fachnutzer/forschung_lehre/numerische_wettervorhersage/nwv_aenderungen/_functions/DownloadBox_modellaenderungen/icon/pdf_2022/pdf_icon_21_09_2022.pdf?__blob=publicationFile&v=2

 

[meteomettra]

Il y a 10 heures, Pansa a dit :

Pour commencer, AROME est convection permitting car il n'utilise pas de paramétrisation pour la convection profonde (voir l'article de référence https://www.umr-cnrm.fr/IMG/pdf/seity_2011_mwr.pdf). Donc tu utilises un model convection permitting (on dit bien plus souvent convection allowing) sans le savoir depuis des années déjà. A contrario, ICON-D2 n'est pas convection permitting.

 

humm, pourtant il me semble avoir lu quelque part que ICON-2D était justement "convection permitting"... (quelle serait l'intérêt d'avoir un modèle non-hydrostatique de 2,1 km de résolution qui paramétrise la convection ? ok cela permet tout de même de modéliser par exemple les ondes de gravité mais vu l'effort, ça me semble curieux de ne pas simuler explicitement la convection profonde dans ce genre de modèle...)

[Pan]

.

Modifié 27 août 2023 par Pansa

[_sb]

La version open source d'ICON était publié en version 2.6.5 en juillet dernier (cf msg sur ce topic) en même temps qu'une sortie // de cette version était lancée en opérationnel.

ICON, ICON-EU et ICON-D2 versions déterministe et ensemble opérationnelles passeront ce 12 octobre en 2.6.5.

https://www.dwd.de/DE/fachnutzer/forschung_lehre/numerische_wettervorhersage/nwv_aenderungen/_functions/DownloadBox_modellaenderungen/icon/pdf_2022/pdf_icon_12_10_2022.pdf?__blob=publicationFile&v=2

 

GEFS est mis à jour de 12.2 à 12.3.

Modifié 6 octobre 2022 par _sb

[_sb]

Pour signaler que le run 6z d'IFS ce matin était le premier run opérationnel depuis le nouveau centre de calcul d'ECMWF situé à Bologne (Italie).

https://confluence.ecmwf.int/display/BONDUSER/Migration+to+Atos+HPC

 

Par ailleurs, le MPI-Met a publié vendredi dernier une mise à jour majeure de CDO (Climate Data Operators) :

https://code.mpimet.mpg.de/projects/cdo/news

[_sb]

Depuis la mise en production opérationnelle du centre de Bologne, l'ancienne interface « open charts » d'ECMWF est caduque. Le dernier cycle est donc celui du 18 octobre dernier. Perso, c'est bien dommage, la nouvelle interface, si elle apporte quelques nouveautés, s'illustre surtout par sa lenteur et les bugs à répétition.

[Nico 14]

Concernant la mise à jour de GFS fin novembre:

scn22-104_gfs.v16.3.0.pdf

[Cers]

On 10/24/2022 at 9:17 PM, _sb said:

c'est bien dommage, la nouvelle interface, si elle apporte quelques nouveautés, s'illustre surtout par sa lenteur et les bugs à répétition.

 

Je suis bien d'accord !

[_sb]

Importante mise à jour opérationnelle d'ICON et ICON-EU et leurs ensembles respectifs le 23 novembre prochain lors du cycle 06z.

Cette version était en test depuis début juillet.

 

- Résolution verticale :

De 90 à 120 niveaux verticaux pour ICON et ICON ENS.

De 60 à 74 niveaux verticaux pour ICON-EU et ICON-EU ENS.

La résolution s'affine principalement dans la haute troposphère et la stratosphère.

 

- Résolution horizontale :

De 40 à 26 km pour ICON ENS

De 20 à 13 km pour ICON-EU ENS

La résolution horizontale des déterministes est inchangée.

 

- Nouvelle orographie pour les deux ensembles

 

- Amélioration du couplage entre l'assimilation des données et le modèle.

 

Sur ces deux derniers points, le DWD note une amélioration sur la prévision des températures à 2m et du vent à 10m (meilleure gestion de la friction / rugosité entre autres).

La modification de la résolution impacte positivement les prévisions en atmosphère libre (RMSE entre 1 et 5%).

 

L'annonce sera effective sur le site du DWD dans la semaine.

 

 

[_sb]

Mise à jour mineure de SEAS 5 en SEAS 5.1, le modèle saisonnier d'ECMWF. Elle ne concerne que les données en sortie, aucune modification interne au modèle n'est annoncée.

À partir de la sortie de novembre 2022, la méthode d'interpolation horizontale a été revue. Quelques paramètres seront ajoutés.

[_sb]

J'ai réalisé quelques tests aujourd'hui sur les APIs proposées par https://open-meteo.com/

Ça peut être intéressant, à peaufiner et à voir dans la durée. L'API est multiparamètres, multimodèles, très facile à prendre en main.

Quelques captures pour Aubagne : modèle par défaut

 

 

IFS, ARPEGE et AROME sont sélectionnés (ça peut faire fouillis mais ça se règle sans difficultés) :

 

 

Récupération des données en JSON avec les 3 mêmes modèles pour les précipitations / 1h et la MSLP :

https://api.open-meteo.com/v1/forecast?latitude=43.29&longitude=5.57&hourly=precipitation,pressure_msl&models=ecmwf_ifs04,meteofrance_arpege_europe,meteofrance_arome_france

 

 

Les données sources des modèles de MF sont d'ailleurs repris de https://mf-models-on-aws.org / https://openmeteodata.com/. Je n'ai d'ailleurs pas cherché si un lien existait entre eux et open-meteo.com.

[_sb]

Article intéressant publié par ECMWF pour la mise à jour d'IFS ENS EXT qui interviendra simultanément avec IFS et IFS ENS l'année prochaine (cycle 48r1).

 

https://www.ecmwf.int/en/newsletter/173/earth-system-science/next-extended-range-configuration-ifs-cycle-48r1

 

- Ensemble double de 101 membres au lieu de 51 actuellement

- Résolution horizontale unique pour toutes les échéances, de 36 km, au lieu de 18 km de 0 à 15 jours et de 36km ensuite

- La fréquence quotidienne de sortie au lieu de 2x par semaine

 

L'article explique les choix et les raisons qui ont poussé ECMWF à ces choix.

[Chaos-Lorenz]

Le nouveau GFS parallèle devenu opérationnel dispose d'un suivi des vents dans la Stratosphère (il sont prévu s'intensifier de façon notable sur l'Est européen (vent thermique) ?https://www.meteociel.fr/modeles/gfse_cartes.php?ech=6&code=0&mode=17&carte=1

[_sb]

Humm. Non, le vent à 10 hPa et même plus haut est depuis longtemps calculé par GFS et disponible sur les serveurs de la NOAA. C'est simplement meteociel qui le propose, rien à voir avec la maj de GFS.

[_sb]

GFS 16.3 : https://www.weather.gov/media/notification/pdf2/scn22-104_gfs.v16.3.0_aaa.pdf

[_sb]

Sondage émis par ECMWF pour la configuration du reforcast calculé par la version 49r1 de l'ensemble étendu d'IFS (IFS ENS EXT), programmée pour 2024. Si vous avez des idées ou des choix à faire remonter, c'est le moment.

https://ec.europa.eu/eusurvey/runner/Re-forecast_Configs_49r1

[meteomettra]

J'ai eu quelques nouvelles du côté de MétéoSuisse : ICON-CH1 et ICON-CH2 sont actuellement en test, mais ne seront pas opérationnels avant 2024 apparemment (à terme ils  abandonnent cosmo si j'ai bien compris).

[_sb]

Oui, ICON-LAM (ICON - Limited Area Model) a été conçu pour cela.

ICON est modulaire, du global au régional, des mailles très larges aux mailles très fines, de la météorologie à la climatologie.

Le DWD avait abandonné COSMO-D2 au profit de ICON-D2.

Plusieurs pays testent ICON-LAN grâce à sa modularité. Les italiens, les brésiliens ou les israéliens aussi ont lancé des expériences. Le plus souvent, IFS sert pour les conditions initiales et aux limites. Parfois c'est ICON.

 

Sur la transition COSMO -> ICON-LAM

https://www.cosmo-model.org/content/support/icon/default.htm

 

Pour rappel, ICON est un modèle ouvert :

https://code.mpimet.mpg.de/projects/iconpublic

Modifié 9 décembre 2022 par _sb

[_sb]

Corrections apportées à la version d'ICON open source par le MPI-Met (2.6.5->2.6.5.1)

Citation

Dear ICON users,

Unfortunatly some bugs did pass our testing and caused quite some 
problems. As icon-2.6.6 is because of some problems still not ready, we
decided to prepare a bugfix release, where we ported back the most
urgent bugfixes. Those are:

- a serious bug in reading SST/sea ice from boundary condition files. 
  This has now been fixed by refactoring the required handling of 
  times. A test has been added providing a long-term control that this 
  model component works properly.

- output on lat-lon grids using barycentric interpolation 
  (support_baryctr_intp=TRUE):
  We had an issue with the ICON-internal latlon interpolation, which
  resulted in 0.0 values for certain combinations of ICON grids and 
  latlon grids. These special cases had latlon points located (almost) 
  exactly on triangle edges.This can happen for a non-rotated triangle 
  grid and a latlon grid that goes exactly along the 0-meridian. This 
  is the case for the ICON-EU Nest.

- NWP seaice model
  We had the issue that during model initialization the temperature of 
  melting seaice points was reset from 273.15K to 271.45K (the salt-
  water freezing point), which hindered melting. This resulted in an 
  overestimation of ice thicknesses for the summer hemisphere, 
  especially in our NWP analysis cycle.

- Fixed a problem when writing out weather interpretation (WWs)

Best regards,
Luis Kornblueh and Daniel Reinert

 

[oliver88]

Quelques nouvelles de 5ème Assemblée ACCORD, Darmstadt, 7-8 décembre 2022

 

Situation et projets de Météo-France.  Document pdf en langue anglaise. http://www.accord-nwp.org/IMG/pdf/ag_accord_20221208_mf.pdf

 

 

 

 

 

[_sb]

Correction apportée sur les meteogrammes d'ECMWF pour la 2t :

 

Citation

ECMWF has today discovered an error that affects 2m temperature values depicted on its standard (web-based) 10-day meteograms ("10-day ENSgrams"). The "15-day ENSgrams" and "15-day ENSgrams with climate" are unaffected.

 

Explications :

https://confluence.ecmwf.int/display/FCST/2023/01/04/Error+on+ECMWF+10-day+meteogram+displays

[_sb]

Sur un tout autre sujet, mise à jour mineure du cœur WRF en 4.4.2, le 19 décembre dernier.

https://github.com/wrf-model/WRF/releases

[_sb]

Pour celles et ceux qui ont un compte enregistré chez ECMWF, l'accès au dashboard se fait depuis quelques semaines à l'adresse https://eccharts.ecmwf.int/dashboard

et non plus à https://www.ecmwf.int/en/forecasts/dashboard comme avant (je pensais à un bug, j'ai pas vu d'infos passer à ce sujet)

 

Pour rappel, l'ensemble des cartes, diagrammes, monitoring et autres sondages et données disponibles selon votre niveau d'accréditation :

https://charts.ecmwf.int/catalogue/

https://eccharts.ecmwf.int/forecaster

ou, de façon spécifique sur certains usages :

https://sites.ecmwf.int/list/all/ (si l'url en regard de chaque projet n'est pas cliquable c'est que vous n'avez pas les droits)

[_sb]

Livraison de la newsletter trimestrielle d'ECMWF : https://www.ecmwf.int/en/elibrary/81330-newsletter-no-174-winter-202223

 

Je profite pour signaler cet autre article intéressant sur une méthode de vérification des prévisions. Entre autres :

- les enjeux de la vérifications

- Ses écueils / ses limites notamment les plus courantes (MAE, RMSE)

- La présentation de la FSS.

https://www.ecmwf.int/en/about/media-centre/science-blog/2023/verifying-high-resolution-forecasts

 

De nombreux sous-domaines d'ecmwf.int semblent en rade ce soir.

EDIT : en effet :

https://www.ecmwf.int/en/service-status

Modifié 24 janvier 2023 par _sb

[_sb]

Quelques nouvelles du futur ICON, ici sa version open source où les équipes du DWD, MPI-Met, DKRZ, etc développent ce qui deviendra opérationnel sur le ICON que nous consultons. Message posté sur la ML du MPI-Met (Max Planck Institut für Meteorologie).

 

Citation

Dear all,

it has been time for yet another ICON release.

After 10 month we managed to provide a new ICON release with new machine configurations, an improving buildbot, significantly extended,
improved GPU capabilities, first steps into ICON seamless and a cleaned up version of the MPIM AES physics (now available as aes
physics and not echam physics anymore.

- CSCS: Introduction of more and optimized OpenACC code parts and introducing work to allow later more modularization for
         improving and consolidating of the ICON code.

- DKRZ: Bugfixes and more bugfixes, cdi-1.8.4 incorporates now (joint  effort of DKRZ and CIMD) cdi-pio, new versions of all tools
        maintained by DKRZ, an updated buildbot (Ralf Müller) and strong support (as well from ATOS) for getting ICON running stable on
        levante.

- DWD: Introduction of many improvements in the parameterizations, in tuning and adding bugfixes. Setting up on the new ECMWF system
       and supporting the data assimilation system. First steps for ICON-seamless are done, especially the coupling to ICON ocean
       is technically available and most of the time varying external data for climate simulations have been added. However, the code
       variant has to be tuned and extensively tested and some parts are still missing. This activity is a joint effort of DWD and MPIM
       colleagues.

- MCH: Is actively providing more, and more model components of the NWP physics for the use on GPUs. Furthermore they are
       supporting all activities related to GPUs and testing of large parts of the ICON code.

- MPIM AES: To simplify and streamline further high resolution modelling only, the echam physics has been renamed as aes
       physics and some former components have been removed as are the SSO gravity drag parameterization, as well the gravity drag
       parameterization for the middle atmosphere, and most prominent the convection parameterization. As cloud paramterizations the
       DWD graupel is available. A few more, minor, changes have been applied. Newly added is the former large eddy model component

       the Smagorinsky 'vertical' diffusion scheme.

- MPIM OES: Added a new C-grid seaice model (C. Mehlmann) and extensive improvements of OpenMP for hamocc.

- MPIM LES: JSBACH got more model components and has been adapted for to all changes above its top-level.

- KIT: The aerosol microphysics and plume components have been added as well as a large number of bugfixes.

- MPIM CIMD: just a lot of things in the area of coupling, configuring and building and model infrastructure, new machine setups
       for lumi (CSC), juwels/booster (JSC) and levante (DKRZ)

- All developers: many of the work has been done in cross institutional working groups.

A special thanks is going to Sergey Kosukhin (MPIM-CIMD) for his ongoing work on the configuration and build system of ICON making life of
developers much easier.

The work on the GPU code version, implemented based on OpenACC has been supported by NVIDIA. Thanks a lot, Dmitry Alexeev (and his
colleagues). And thanks to John Levesque (HPE/Cray) for getting OpenACC back to the Cray Compile Environment.

For detailed information, please, have a look at

https://gitlab.dkrz.de/icon/wiki/-/wikis/Protocol-of-Release-Commits

Best regards,
Luis Kornblueh

 

Pour remettre un peu de contexte, ICON-ESM (système Terre, Earth System Model) est développé par une équipe pluridisciplinaire et multiinstitutions. ICON-ESM est conçu modulaire afin de répondre autant à des objectifs climatiques que météorologiques, à très hautes ou très basses résolutions, selon les fichiers de configurations renseignés.

D'où les acronymes dans le message (les institutions scientifiques tels MPIM [= MPI-Met], CSCS, DKRZ, DWD, MCH [meteo suisse], KIT, ...). Le modèle intègre différents modules dont trois principaux cités ici : AES, OES et LES respectivement Atmosphere, Ocean et Land inthe Earth System, couplés entre eux. Au sein du LES, JSBACH traite de l'interface sol/atmosphère, des flux thermiques et de l'eau dans les masses continentales (sol & sous-sol de surface).

ECHAM, dans AES, est le sous-modèle de circulation atmosphérique, HAMOCC, dans OES, est celui « simulant les marqueurs biochimiques et géochimiques dans la colonne océanique et sédimentaire ».

Enfin, le MPIM CIMD est une ésuipe du MPI-Met qui est au cœur de l'implémentation (programmations, optmisations, algorithmes, tests, ...). L'auteur du message y travaille.

Pour aller plus loin : https://mpimet.mpg.de/en/science/overview