Return-Path: Received: from carignan.iap.fr ([unix socket]) by carignan (Cyrus v2.1.18-IPv6-Debian-2.1.18-1) with LMTP; Mon, 02 Apr 2007 01:24:51 +0200 X-Sieve: CMU Sieve 2.2 Return-path: Received: from mix.iap.fr ([194.57.221.39] helo=terapix.iap.fr) by carignan.iap.fr with esmtp (Exim 4.50) id 1HY9PP-0003tB-Te; Mon, 02 Apr 2007 01:24:27 +0200 Received: from petidomo by terapix.iap.fr with local (Exim 3.36 #1 (Debian)) id 1HY9PO-0004RK-00; Mon, 02 Apr 2007 01:24:26 +0200 Received: from cairanne.iap.fr ([194.167.0.198]) by terapix.iap.fr with esmtp (Exim 3.36 #1 (Debian)) id 1HY9PO-0004RC-00 for ; Mon, 02 Apr 2007 01:24:26 +0200 Received: from smtp8-g19.free.fr ([212.27.42.65]) by cairanne.iap.fr with esmtp (Exim 4.50) id 1HY9PO-0008WT-Q1 for teralist@iap.fr; Mon, 02 Apr 2007 01:24:26 +0200 Received: from [192.168.0.10] (vau75-10-88-164-23-60.fbx.proxad.net [88.164.23.60]) by smtp8-g19.free.fr (Postfix) with ESMTP id 97BA316B84 for ; Mon, 2 Apr 2007 01:24:26 +0200 (CEST) Message-ID: <46103F28.20404@iap.fr> Date: Mon, 02 Apr 2007 01:24:24 +0200 From: Emmanuel Bertin MIME-Version: 1.0 To: teralist@iap.fr Subject: [teralist] Synthese de la semaine du 26/03 au 01/04 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Reply-To: teralist@iap.fr Precedence: list Sender: petidomo GRAND POSTIER X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cairanne.iap.fr X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Chers tous, voici une synthese partielle et partiale des activites couvrant la periode du 26/03 au 01/04! J'en profite pour remercier Yannick et Henry=20 pour l'attention particulierement "synthetique" apportee a leur bilan=20 cette semaine, qui m'a bien facilite la vie. Je vous propose de se voir en 2 "vagues" demain. A 10:00 chez Yannick=20 avec Fred, Henry, Mireille et moi pour discuter de T04, puis plus=20 rapidement dans l'apres-midi pour evoquer les quelques questions=20 hors-T04 que les uns et les autres ont posees. Donc, par ordre arbitraire: Processing T04 (Yannick, Henry, Emmanuel, Fred, Mireille, Mathias): - Durant le meeting du 26 mars furent decidees les actions suivantes: -* {Les tests seront faits avec les data W2. Mireille produira "a la=20 main" les stacks, Fred produira les memes stacks avec "SPICA-malin"=20 (c'est-a-dire qui se contente de copier les .head au lieu de recalculer=20 une solution astrometrique)}. Les resultats ont ete concluants, les deux=20 stacks produits sont identiques. On avance donc vers la solution=20 "SPICA-malin". -* {Mireille et Fred mettront en place ensemble le spica-auto et le=20 config-spica, puis produiront les .cmd et .spica. Fred gerera ensuite=20 les .cmd pour berner SPICA}. Le travail a ete conduit et suivi au cours=20 de la semaine avec finalement la mise en place d'un test sur un champ=20 W2 puis de la production de W4 T0051 et T0052 qui tournent en ce moment. -* {Henry fournira un script pour fabriquer des fichiers .ahead donnant=20 le statut photometrique de chaque pose.} Le script utilise les mesures=20 skyprobe du CFHT de la facon suivante. Pour etre consideree=20 photometrique, une pose doit avoir ete obtenue moins d'une heure avant=20 ou apres une mesure skyprobe ET correspondre a une extinction mediane=20 inferieure a une certaine limite.*Quelle valeur, 0.1 mag?*.*Cette=20 definition n'est peut-etre pas la meme que pour les releases=20 precedentes, est-ce un pb?*. *Fred signale que dbspica ne contient pas=20 toutes les valeurs des skyprobe (elles n'auraient pas ete chargees=20 correctement*.*Fred, Yannick, Henry: quelle est la situation exacte=20 concernant ces fameuses valeurs skyprobe?* - Meeting du mardi 27 mars entre Laurent Domisse et Fred, Henry et=20 Yannick: Laurent a fourni des precisions sur la facon de nettoyer les=20 pages de status SPICA, sur le contenu de scamp_xml.pl (pour remettre a=20 disposition les plots de scamp dans la sortie SPICA), sur le fichier=20 utilise par stiff lorsque rien n'est precise dans config_spica.pl, sur=20 les fonctions de qf_xml_spica.pl et qf_db_spica.pl, sur la nomenclaure=20 des releases (T*n**, n>=3D1 sont des releases PIs). Les pages Spica for=20 Dummies et les FAQ ont ete mises a jour en fonction des reponses de=20 Laurent et des diverses questions/remarques faites au cours de la=20 semaine ecoulee. *A noter: Laurent devait founir la liste complete des=20 .php , apparemment ca n'a pas ete fait.* - Yannick a prepare et fourni a Emmanuel une liste de ldac de W1 sans=20 les PreW1 pour faire tourner SCAMP global. Emmanuel a teste et compare a=20 la solution W1+PreW1. La conclusion semble etre que W* sans les PreW*=20 est meilleure au point-de-vue photometrique, et identique au niveau=20 astrometrique. *On a toujours pas d'explication sur le fait que la=20 photometrie soit fortement degradee par l'inclusion des PreW1*. Yannick=20 a prepare et mis a disposition des .ldac W1/2/3/4 sans les PreW1/2/3/4 . - Mireille a identifie un mismatch entre les noms des fichiers images=20 produit par SPICA et les masques provenant d'une mauvaise gestion des=20 arrondis dans les noms de masques. Tous les masques ont ete renommes=20 pour etre en conformite avec les noms SPICA. *L'action pour le=20 remplacement des masques dans SVN n'est pas terminee (Yannick a, je=20 cite, "merde").* - Yannick a compare les temps de calcul sur mix6 de W1/T03 et W4/T04. On=20 passe d'une duree moyenne d'environ 2h par stack a 1h, avec une moins=20 grande variabilite du fait de l'absence de SCAMP. La release de test=20 T0052 du W4 tourne a environ 1.61 stacks par heure sur mix5+mix6, ce qui correspond a un temps de calcul total de 25 jours pour l'ensemble des=20 195 deg2 des wide en 5 bandes. - Concernant les W4 actuels: Yannick a controle les 54 premiers=20 QFITS-out. Compare aux Wide precedents, les resultats de Scamp en sortie=20 sont remarquablement homogenes et stables en fonction des filtres et des=20 champs. Il n'y a aucun plot 2-D elliptiques, fuzzy ou multimodal, ils=20 montrent tous un offset identique par rapport au centre. *Ces plots=20 sont-ils toujours effectues par rapport a l'USNO-B1?* Aucun des png des=20 5 sous images pleine resolution ne montre de defauts critiques (fortes=20 elongations ou dedoublements des objets). Ce sont des constatations a=20 l'oeil, il faut attendre une analyse plus approfondie, notamment les=20 image stiff couleurs. Les magnitudes limites en bande i sont conformes=20 aux attentes. Les quelques fausses alertes en debut de semaine d'etoiles=20 dedoublees dans les coins etaient en fait produites par des PSFs tres=20 distordues deja bien visibles sur les poses individuelles. - Il y a plusieurs champs en 5 filtres deja (e.g 221706+011900 ,=20 222054+011900, 220930+002300, 221318-003100, 220930-003100) pour=20 lesquels l'analyse colorimetrique de Mathias sera importante (ses=20 scripts sont prets). Le champ 221706-003100 a pour l'instant 4 filtres=20 faits, mais il a plein de standards autour. *Mathias demande si un=20 controle de l'astrometrie par rapport au SDSS serait utile?* - Mireille a commence a regarder les procedures pour T0004 : creation=20 des combined catalogs et des diagrammes couleur-couleur. Henry doit=20 corriger son soft "checkpoly" pour une utilisation des masques en WCS et=20 non en pixels. - Mireille est entrain de repertorier toutes les nouvelles images Wide=20 pour T0004, pour etre sure de ne rien oublier. - Henry a compare l'astrometrie de D1 entre T03 (USNO-B1) et T04=20 (2MASS): les positions des sources presentent des changement de pres de=20 1" crete-a-crete, avec des transitions particulierement violentes aux=20 transitions entre CCD. - Une decision reste a prendre concernant le BITPIX des cartes de poids=20 (pour des raisons de compression/checksum, le CADC souhaiterait l'emploi=20 d'entiers courts au lieu de flottants). - Envoi "Step 1" des cartes de poids T04: Fred a ecrit un script Python=20 pour corriger proprement ces poids et les flats associes. Il reste a le=20 lancer pour finir le transfert. Python appara=EEt vraiment comme un=20 langage de choix pour du scripting agissant sur les FITS. Processing MEGACAM P.I. (Mireille, Emmanuel, Chiara): - Donnees Rouan: les stacks faits la semaine derniere ne correspondaient pas au souhait du PI. Mireille a donc refait les stacks et catalogues=20 par nuit selon les nouvelles consignes. Ceci a ete livre mardi soir. - Chiara a rajoute dans la page TERAPIX FAQ "5. Where can I retrieve TERAPIX products? When we finish to process your data we put them on TERAPIX ftp site and we send to you the login and password you have to use for the download. Your data will be available on TERAPIX ftp site for one year after they have been released. After one year they will be removed from our disks together with intermediate products of image processing.", et finalise le message pour les PIs : !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!= !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Please, notify TERAPIX when data are successfully downloaded. Your data will be available on TERAPIX ftp site for one year after they have been released. After one year they will be removed from our disks together with intermediate products of image processing. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!= !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Developpement software (Chiara, Emmanuel): - Yannick n'est pas favorable a un acces aux sous-images a resolution 1=20 a partir d'une image cliquable dans QualityFITS. Emmanuel pense que le=20 format actuel des pages QFITS est prejudiciable a une presentation=20 synthetique des resultats, et donc au succes du logiciel. - Chiara a cree une feuille de style pour SWarp. Elle a identifie un pb=20 d'initialisation du parametre XSL_URL en compilant le nouveau SWarp (pas=20 encore release) sur mix9 (ou mix7):=20 file://${datarootdir}/swarp/swarp.xsl. Curieusement ${datarootdir} n'est=20 pas substitue sur cette machine. Emmanuel doit investiguer. - Feuille de style de PSFEx: Chiara rapporte que dans le XML il n'y a=20 pas d'information sur l'extension. *question a Emmanuel: as-tu pu=20 l'ajouter?*. De son cote, Emmanuel a ajoute la mesure de=20 l'echantillonnage a la sortie VOTable et a la feuille XSLT. - WeightWatcher: l'ecriture des headers de weightwatcher n'est pas 'standard', les weight maps sont produites avec ww et elles donnent des=20 erreurs fitsverify: *question de Chiara pour Fred: quel type d'erreur=20 donne fitsverify au CADC sur les cartes de poids? C'est utile pour le=20 debuggage de ww*. Chiara a verifie que sur les cartes WIRCam la version=20 actuelle (1.7.5) et la publique (1.7) donnent les memes erreurs. - MissFITS. MissFITS calcule un CHECKSUM compatible FITS http://www.adass.org/adass/proceedings/adass94/seamanr.html *Question de Chiara: est-ce qu'il a quelque chose a voir avec le=20 CHECKSUM utilise par le CADC?* - SoS: Chiara travaille en ce moment sur la combinaison des images. - Emmanuel a avance sur l'ajustement automatique de profils de galaxies=20 (nom de code "sexfigi"). De gros progres ont ete accomplis sur la=20 procedure d'ajustement non-lineaire, et seront propages dans PSFEx cette=20 semaine. Machines / Cluster (Emmanuel, Fred): - Chiara a installe par megarde la nouvelle version de SWarp sur mix7=20 (pas de consequence nefaste a prevoir). - Fred mentionne des "problemes" sur les homedirs de cosmix. *Il reste=20 des difficultes non resolues (pbs montages NFS/automount): doit-on=20 mettre =E0 jour cosmix-gentoo (replication du cluster TERAPIX)?* Postes, management, misc. (Yannick, Emmanuel): - Yannick a vu les premiers tests de QFITS avec des data du BLT , aucun tuning, ils ont utlise la version telle quelle, et ca a marche du=20 premier coup. Ca ne concerait qu'un CCD car la mosaique n'est pas encore=20 prete. Le LBT serait interesse a l'installer sur le site, selon Mario.=20 Yannick lui a dit qu'il nous faudrait une requete "officielle". Ca=20 serait evidemment tres tres bon pour nous si ils souhaitaient=20 effectivement l'installer sur ce telescope geant! - Chiara, Emmanuel, Gregory (et Henry?) ont pris leur billet de TGV et=20 reserve leur hebergement pour la reunion des utilisateurs du CFHT a=20 Marseille. *Question a Yannick: Christian Veillet demande des abstracts:=20 qui presente quoi a TERAPIX?* WIRCAM (Henry, Chiara): - *Henry ou en est-on concernant les mesures MAG_APER pour le test des=20 points-zero relatifs?*. - Donnees Willott: le CFHT n'est pas enthousiaste du resultat de la=20 derniere correction du crosstalk sur le stack profond, mais la pression=20 des PIs pour avoir les donnees devient de plus en plus forte. Loic a=20 demande a Chiara de preparer un stack moins profond pour verifier si le=20 crosstalk y est encore visible. Chiara en a profite pour stacker les=20 memes images soustraites par elle avec un masquage de 1sigma et de=20 5sigma: elle a donc produit trois stacks de 1000sec. Dans les stacks=20 produits avec un masquage a 5sigma les 'trous' des objets sont=20 clairement visibles. Loic va donc arreter le raffinement de la=20 correction de crosstalk pour l'instant pour rajouter un meilleur=20 masquage dans la soustraction de fond-ciel. - Donnees Cuby: 80 images LowOH manquaient a l'appel, il s'agit des=20 images de Jon Willis appartenant au meme programme. Chiara n'a recu=20 l'adresse pour le telechargement que le 29 mars. Le 27 elle avait mis a=20 disposition le stack "narrow band" et le stack J pour la preparation du=20 proposal ESO (deadline le 30mars). Cuby lui en a envoye copie: il l'a=20 rajoutee dans la liste des CoIs. Chiara et lui sont d'accord pour=20 qu'elle lui fournisse un stack LowOH avec toutes les images pour la fin=20 d'avril. - Monin: Loic fournira des images calibrees en Y. - Etat du traitement au CFHT: Loic a determine les points zero pour les filtres non-2MASS, dorenevant tous les filtres auront leurs points zero. Amicalement, Emmanuel.