Réunion AMBER Data Reduction V3 de Janvier 2010
Agenda
Revue des Actions en Cours
Keywords
- Dropped frames :
- JeanBaptisteLeBouquin annonce que la façon de lire la camera AMBER a changé (manière de lire les exposures) et que toutes les frames sont désormais bonnes, à compter de 01/01/2010.
- Pour la version 3 et les scripts
amdlibComputeAll...
il a implanté le choix qui avait été décidé.
- Darks :
- JeanBaptisteLeBouquin a revu la manière dont les DARK et les SKY sont liés aux objets (compatibilité assuré) pour assurer un suivi sur la nuit.
- JeanBaptisteLeBouquin a ajouté des règles pour les DARK froids qui sont faits le matin et a refait la partie LOG notamment pour le browser
- Débat sur l'utilité/nécessité des différents types de DARK à faire. Finalement il est conclu dans un mémo que pour la LR et les observations en H ce n'etait pas un probleme, mais qu'il fallait etre prudent sur MRK et HRK. Voir le mémo de JeanBaptisteLeBouquin sur le sujet.
- FabienMalbet suggère d'associer les DARK chauds et les SKY?
- Il est proposé de demander à l'ESO de faire des DARKs chauds le matin en plus des DARKs froids.
- Il faudra faire une comparison des resultats entre DARKS froids et chauds. Plus tard qd on aura les données.
- Il faut emettre un warning si on estime que les données ne sont pas de bonnes qualité. reflechir au critere qui pourrait servir aussi à l'ESO pour refaire les OBS en mode service.
- Shifts :
- FlorentinMillour a intégré les décalages calculés dans son mémo, suivant le mode et la date d'observation.
- GillesDuvert évoque la possibilité de ne pas avoir besoin de décaler les voies photométriques (étude en cours).
- EricTatulli s'interroge sur la procédure de mise à jour des constantes de décalages dans les routines.
Répertoires par Fichiers Produits
Flags
- FabienMalbet synthétise les fonctions à faire.
-
amdlibComputeP2vm
:
- -s ,,: existe deja sous "specCalShifts"; pour le défaut voir ci-dessus
- --S i: ne semble pas utile a implanter
- -B : smoothPhaseBox
- -G : smoothPhaseGauss
- -L : smoothPhaseLinear
- -N: -normalizeP2VM Defaut: -N
- -D : dropFrames; Defaut : voir discussion au-dessus
- -A: noBPMUpdate. Defaut none
- -n: noGlobalBias
-
amdlibComputeOiData
:
- -J : rejectPiston
- -X : rejectChiSquare
- -C : useClosurePhaseInfo
- -P : keepPhotometry
- -F : noContinuumCorrectionFactor
- -D : dropFrames
- -n : noGlobalBias
- -A : noBPMUpdate
- -S : normalizeSpectrum
-
amdlibFrameSelection
:
Documentation des Changements
- GuillaumeMella propose de continuer l'utilisation de TWiki pour le côté utilisateur.
- GuillaumeMella propose de continuer l'utilisation du CVSLOG pour le côté développeur, avec possible automatisation pour le renseignement du CHANGELOG.
- JeanBaptisteLeBouquin propose de toujours faire le ménage manuellemment dans le CHANGELOG avant chaque RELEASE.
Echéance Release 3.0b2
- Il est décidé que les actions soient closes avant la fin de la semaine prochaine pour avoir un package à amener à Nice.
Beta-Testing
Calibration
- FlorentinMillour propose de fournir son script de calibration accompagné d'un document explicatif. Il est décidé de le mettre dans le package, mais de ne pas le mentionner encore dans la doc.
Correction du Piston et du Jitter
Présentations à Nice
Mémos
- Il est décidé de regrouper les mémos sur une même page Twiki. Ce topic est JmmcAmdlibV3Memos
Date de la prochaine réunion
--
SylvainLafrasse - 06 Jan 2010 - modifié par
FabienMalbet -07 Jan 2010
This topic: Jmmc/Software
> WebHome >
AMBER >
JmmcAmberDrs >
JmmcAmdlibV3 > JmmcAmdlibReunionJan2010
Topic revision: r7 - 2010-01-08 - SylvainLafrasse