| 1 | == Jeudi 7 Mai == |
| 2 | Juliette, Julie, Christian, Arnaud, Laurent |
| 3 | |
| 4 | * rapel du contexte : QUEST n'a pas pour objectif de produire simulations qui seront publiées sur ESGF mais utile de produire les memes diagnostiques que pour CMIP6 et uniformiser archivage pour faciliter inter-comparaisons |
| 5 | |
| 6 | * actuellement, |
| 7 | * les simulations QUEST produisent toutes les sorties standard differentes ! et il manque des diagnostiques codes pour CMIP6 exclusivement |
| 8 | * Juliette sait brancher et bidouiller des dr2xml pour des simulations ad hoc, mais est-ce que c'est la solution perenne ? aussi pas tous les diags disponibles dans sorties "maison" IPSL |
| 9 | |
| 10 | * Arnaud rappelle des conclusions de reunion libIGCM en septembre : il faut avancer vers un archivage des sorties libIGCM facon CMIP6, donc c'est le bon moment de mettre en place cette fonctionnalite (qui revient a cleaner et officialiser la methode de Juliette) ; attention à la difference de version entre xml (actuellement prets pour 6.1.11 vs QUEST qui tourne avec 6.2) |
| 11 | |
| 12 | * quid de MR1 et MR025 ? [[br]] |
| 13 | MR1 a priori tout identique au LR, sauf pour ce qui est lié à la taille des grilles, resolution : attributs à mettre à jour [[br]] |
| 14 | MR025 n'a pas PISCES donc ne pourra pas utiliser les memes xml, pour le reste tout est pareil |
| 15 | |
| 16 | * pour avancer il faut décider : |
| 17 | * nom des fichiers : inclus nom de la simulation ? type de simulation ? numero de membre ? grille native ou non ? quels attributs, de fichier et de variable ? '''-> Action Juliette, Julie (en interaction avec utilisateurs potentiels, Olivier inclus) a priori d'ici le 20/05''' |
| 18 | * quel point de depart : xml historique ou piCtrl ? on part sur piCtrl mais on demande aux utilisateurs potentiels si ok a priori [[br]] |
| 19 | * contraintes de dr2xml : fixer duree de la simulation au depart car periode inscrite dans nom de fichier - solution : inscrire la date de fin planifiee, et inconsistence si jamais la simu est arretee avant, et nouveau fichier créé si on relance |
| 20 | * quid des sorties standard ? il faut les conserver pour produire intermonitoring, mais pas dupliquer non plus - attention à ne rien perdre au moment de la bascule ! |
| 21 | * on conserve la modularite avec output_level des .card qui enrichiront les sorties standard |
| 22 | * attention à suivre le cout supplementaire en calcul (et en stockage) ! |
| 23 | |
| 24 | |
| 25 | |