Message-ID: <46635678.809@iap.fr>
Date: Mon, 04 Jun 2007 02:02:00 +0200
From: Emmanuel Bertin <bertin@iap.fr>
MIME-Version: 1.0
To:  teralist@iap.fr
Subject: [teralist] Synthese des semaines du 29/05 au 03/06
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: teralist@iap.fr
Precedence: list
Sender: petidomo GRAND POSTIER <petidomo@iap.fr>

Chers tous,

voici une synthese partielle et partiale des activites couvrant cette
longue periode du 29/05 au 03/06! A noter que je n'ai pas eu de syntheses de la 
part de Fred et de Gregory.

Processing T04 (Yannick, Henry, Emmanuel, Fred, Mireille, Mathias):
- Il n'y a toujours pas d'explication pour les tres grands offsets 
photometriques observes ici et la par Mathias et Mireille, notamment pour la 
bande i dans un pointe de W1. Selon les verifications d'Emmanuel les offsets 
sont deja presents dans les catalogues par bande. *Attention cependant, les 
stats de Mathias sont contaminees par les etoiles saturees (car non-flaggees 
dans les catalogues en raison d'un seuil fixe trop haut pour les stacks); les 
images de seeing exceptionnel en particulier sont assez affectees*. Les tests 
d'Emmanuel revelent en outre des pentes des differences de magnitude sur les 
recouvrement entre pointes, pouvant atteindre ~0.05 mag c.a.c. *Sont-ils les 
responsables de ces pbs dans les zones manquant "d'ancres" photometriques?*.
- Quoi qu'il en soit, Mireille a decouvert que dans les zones incriminees de 
nombreux flags photometriques avaient ete "oublies" par Henry lors des SCAMP 
originaux. Henri n'avait pas juge photometriques les poses pour lesquelles il 
n'y avait pas de mesure skyprobe. Henry a donc re-genere des .head et .ahead 
pour tous les W1/W2/W3 et Mireille et Mathias ont identifie les champs dont les 
offsets depassent 0.07 mag. Le traitement d'un des champs par Mireille confirme 
que le reprocessing de ces champs devrait regler ce probleme, du moins en grande 
partie. Ce processing doit etre conduit via SPICA pour que la base de donnees 
l'enregistre et que les donnees chi2 et images couleurs soient produites et 
enregistrees. Il y a quatre actions a conduire:  (1) Henry relance le  scamp 
pour les champ W4 car un champ W4-z doit etre re-processe,  (2)  Fred elimine 
les stacks a refaire de la base et des disques et relance les stacks de la liste 
ci-dessous, (3) Mireille produit les catalogues ugriz puis Mathias comparent 
avec le SDSS, (4) Fred depose les nouveaux stack sur la zone d'acces pour le 
transfert des champs remplaces vers le CADC.

La liste des stacks a refaire, d'apres les controles de Mathias et Mireille 
(certains n'ont pas de recouvrement avec le SDSS):
W1: 5 i
---
CFHTLS_W_i_020121-075600
CFHTLS_W_i_021021-070000
CFHTLS_W_i_021021-060400
CFHTLS_W_i_021021-085200
CFHTLS_W_i_021410-085200

W2: 3 r (depassent 0.04 mag, mais forme une serie serree)
---
CFHTLS_W_r_085400-060700
CFHTLS_W_r_085011_060700
CFHTLS_W_r_085749_060700

W3: 1 i et 1 z
---
CFHTLS_W_i_140433+571831
CFHTLS_W_z_141754+543031

W4: 1-z
(en attente des .head .ahead de Henry)
---
CFHTLS_z_221706-003100

- Fred a explique a Mireille et Yannick  les procedures puis prepare quelques 
stacks D85 sur mix10 de facon que nous puissions avancer pendant son absence. 
Les stack D85-u ont ete lances par Fred via SPICA et sont termines. Le lancement 
du stack D85-i par Fred est effectif depuis jeudi matin, mais, comme le signale 
Henry c'est tres lent: non seulement le resampling (~ 8 minutes par image au 
lieu de 2) mais aussi la co-addition sont lentes.  Yannick a constate que dans 
la phase actuelle de co-addition, la taille de l'image fits + weight a augmente 
de 10 Go en 14 heures *???*. Or D1-85 n'est pas le plus gros stack a faire, et 
deux au moins impliquent autant ou plus d'images que D1-85....a ce regime, D85 
va prendre encore trois semaines. Il y a donc la une difficulte serieuse. *Fred 
es-tu sur de ne pas avoir active ton fameux test SMART sur mix10?*. A noter que 
Loic etait en train de traiter ses donnees sur mix10. Chiara lui a explique 
qu'on avait besoin de la machine et l'a prie de la prevenir. Il lui a repondu a 
21h dimanche en s'excusant. Ses job ne tournent plus sur mix10.
- Table T0004 : Yannick n'a pas avance , d'une part a cause d'autres taches 
urgentes, et d'autre part parce qu'Emmanuel propose d'utiliser XUL pour 
construire l'interface au lieu d'un bon gros XML fait maison. L'interface XUL 
qu'a montre Emmanuel a Yannick semble effectivement avoir beaucoup plus de 
potentialites, tant sur le plan des options que sur le plan ergonomique, et les 
fichier XUL semblent facile a construire (facile au sens de Yannick.. donc sans 
doute tres facile!). *(Emmanuel) Non,non, ce que je te proposais c'est de batir 
la hierarchie et de remplir les champs en XML, apres pour la presentation on la 
fera via XSLT; le XUL c'est plutot pour les interfaces.*
- Le transfert des champs Wide vers le CADC continue sans obstacle.

Developpement software (Chiara, Gregory, Emmanuel):
- Plusieurs feuilles de translation XSLT ont ete mises a jour par Chiara:
WeightWatcher, SWarp et PSFEx. Demos a regarder a: 
http://kiravix.iap.fr:8080/~marmo/xsl/
- Pour MissFITS le travail de Chiara sur le XML et le XSLT est en cours. *NB 
pour Emmanuel write_xmlconfigparam() (dans xml.c) a ete modifie pour que 
P_STRING et P_STRINGLIST soient ecrites correctement.*
- Emmanuel a rajoute le support du catalogue de reference SDSS-R5 dans SCAMP, a 
partir du code propose par J.Moustakas, et corrige quelques petits bugs mineurs. 
A noter qu'avec le catalogue SDSS-R5 on atteint desormais des chi2/d.o.f. tres 
proches de 1 pour poses MEGACAM a haute latitude galactique; la dispersion 
MEGACAM-SDSS descend a 40-50 mas RMS (avec une erreur pairwise interne ~ 6 mas)!
Une release publique du nouveau SCAMP interviendra cette semaine.
- Controle qualite automatique: Gregory parvient a isoler les halos d'etoiles, 
mais doit tester le niveau de rejection de sa procedure vis-a-vis des galaxies. 
La detection des trainees en est au stade de l'automatisation.

Developpement T05 (Chiara, Emmanuel, Yannick):
- Les peripeties de la completion de T04 nourrissent le cahier des charges pour 
T05 dans dotproject; en particulier sur la necessite de comparaisons 
cross-stacks pour les releves a pointes multiples comme le WIDE.
- Emmanuel propose d'associer Olivier Ricou a certains developpement du nouveau 
mini-pipeline.
- Apres avoir discute avec Anthony, Emmanuel se familiarise avec la possibilite 
de creer rapidement de petits scripts PHP pour effectuer des services web simples.
- Chiara a brievement commence a investiguer les possibilite d'ecrire des 
interfaces de configuration en XUL.

Misc. (Yannick)
- DUnE: la contributions Terapix au rapport est en voie d'achevement, avec un 
peu de retard et de pietinement sur la fin. Le document a ete livre ce week end, 
mais certaines sections demandent des eclaircissements sur leurs objectifs, leur 
contenu et leur taille. Le document doit etre livre demain aux agences (CNES, 
CEA, INSU plus particulierement), mais ce n'est pas une date imposee par les 
regles de soumissions des reponses ESA. Il s'agit plutot d'avoir une 
pre-evaluation et des conseils de gens experimentes. Nous devrions avoir a 
travailler le document demain lundi avant sa livraison.
- Le rapport annuel pour les dossiers de carriere des ingenieurs Terapix a ete 
fait et expedie ce week-end a Nicole Blondin; le rapport pour les PPRS expedie 
en debut de semaine derniere.

WIRCAM P.I. (Chiara, Yannick)
- Le nouveau stack COSMOS est pret dans 
/data/mix9/raid/marmo/wircam_PI/cosmos/subcoaddition/05bh36_terapix.fits avec sa 
carte de poids
/data/mix9/raid/marmo/wircam_PI/cosmos/subcoaddition/05bh36_terapix.weight.fits
Il correspond en taille a 
/data/mix7/raid1/hjmcc/cosmos/wircam/images/05bh36_cosmos.fits
- Comparaison des resultats de la calibration photometrique avec le nouveau et 
le vieux SCAMP: apres avoir fait de nouvelles comparaisons photometriques, 
Chiara ne considere pas utile de refaire toutes les calibrations.
- Doc WIRCam: Yannick qui devait lire/commentter la documentation a encore pris 
du retard; sans faute avant mercredi.

MEGACAM P.I. (Yannick)
- Une requete de Bouvier/Moreaux pour le traitement d'images Megacam en bande z, 
et qui porte sur des champs WIRCam que Chiara traite par ailleurs (IC348) a ete 
recue.  Une reponse positive fut envoyee a Estelle avec copie a Chiara de facon 
que les data Megacam/WIRCam soient traitees de facon homogene.   Estelle devait 
contacter Kanoa pour donner acces a ses donnees Megacam a Terapix.  Pas de 
retour a ce jour.

Amicalement,
			Emmanuel.