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?