21/9/2020
durée 1h30 en présentiel/visio
Passage de paramètres par module ou arguments?
==========================================
JYG: historique: tout passage de paramètres devait se faire par passage d'arguments + Centralisation des E/S
Questions de Camille:
- inclusion de XIOS directement dans la convection?
- inclusion des variables qui sont dans phys_output_mod dans la convection et comment?
Où faut-il sortir les variables? au plus près du calcul, dans la paramétrisation?
Inconvénient du passage par module: on ne peut pas suivre la variable, on ne sait pas où elles peuvent être/sont modifiées.
Etat des lieux de phys_state_var, phys_output_var, phys_local_var.
Contrainte IOIPSL sur étape définition/écriture
Proposition Lionel: définir les variables de sortie d'une paramétrisation au début du module de la paramétrisation avec un statut de PROTECTED, puis phys_output_write ferait un USE de ces modules. Les autres variables continueraient à passer en argument.
Centralisation des sorties pour simplifier la vérification vis-à-vis des demandes MIP.
Rédaction d'un doc pour formaliser les usages?
Prévoir un brainstorming, réunion dédiée à la question.
Comment organiser les poihl?
========================
Continuer avec les essais de présentiel qui prennent du temps à mettre en place?
Frédérique est en train de faire évoluer les licences GoTomeeting pour utiliser le polycom. En attente de réponse de l'administration du LMD.
En tout cas, il y a des discussions où il faut absolument du présentiel.
JB continue à enquêter sur du matériel indépendant de la salle (Jabra)
Formation:
==========
Préparer un modipsl.tar avec ORCHIDEE CMIP6
Au cas où pas de présentiel: enregistrement des présentations puis forum/chat?
Dates? début décembre, vérifier avec IPSL pour la formation modipsl et ORCHIDEE
Contenus: on révolutionne?
Proposer une session pré-formation où on vérifie qu'ils ont les outils sur leur PC et savent les utiliser?