Chers tous Voici le resume des activites de la periode du 17 au 28 janvier 2008. Alertez moi s'il manque des points que vous jugez importants. Le Tera- meeting est prevu demain ******** lundi 28 janvier a 14:30, salle des seminaires. ******** {{I. Data PI: Emmanuel}} Emamnuel a produit et delivre a F. Durret des stacks CFH12K de l'amnas Coma. {{II. T0004: Mathias S., Yannick, Henry}} - Mathias et Yannick ont acheve le rapport sur l'evaluation des fluctuations photomeriques de CCD a CCD dans T0004. Mathias S. a ajoute les erreurs dans les tables, comme le suggerait Emmanuel, et a depose la version sur SVN. Nous n'avons eu aucun retour de Jean-Charles ou herve aussel sur ce document. - Henry a regarde l'evolution de la limite de detection des champs Deep en fonction du temps de pose. Il a etudie les champs D1 T0001, T0002, T0003 et T0004: limite de completude, valeur du bruit dans des ouvertures localisees sur des secteurs sans objets. Dans tous les cas, l'evolution ne suit pas les predictions (sqrt{t}). Il est possible que cela provienne des flat fields car Henry n'a pour le moment etudie que les images i. Il va continuer en explorant la bande g. A noter qu'il s'agit d'images medianees, pas moyennees, il y a donc une perte de temps de pose d'environ 1.25. {{III. PI-WIRCam (Henry, Patrick):}} Data Deharveng: - Henry a appele Lise Deharveng pour discuter du probleme de ses images. Lise a regarde un stack avec et sans le correction du double pass. Elle a finalement choisi le mode signle pass a cause de la degradation que le second pass engendre aux coins des images. henry cherche a comprendre pourquoi le bruit est beaucoup plus bas sur les images pour lesquelles on a soustrait d'abord la soustraction de fond ce ciel amelioree (YM: je ne suis pas sur de comrprendre). - Henry va lancer les stack single pass cdans le courant de la semaine qui vient. Data Hudson: - Patrick a termine les stacks des donnees de Hudson. L'astrometrie est bonne, par contre le seeing est spatialement tres heterogene. Cela ne provient pas de la reduction mais des seeing des images individuelles. Le rh varie de 1 a 3 pixels sur le champ principal (compose de 6 pointes WIRCAM). Cela rend la separation etoile galaxie plus difficile. - La photometrie est correcte avec des difference avec 2MASS inferieure a 0.05mag sauf pour le champ principal en Ks (0.07) ... Patrick cherche si certaines images incluses pour la photometrie seraient non photometriques. Next: - Conformement a la queue de reduction PI Wircam, le prochain RUN en cours de reduction par Patrick est celui de Bouvier. {{IV. T0005 Dry Run et tests (Fred, Mathias S., Yannick):}} - Suite a la mise en place du nouveau qualityFITS par Fred, Fred a lance l'analyse des 519 images mises a dispostion par le CFHT. Les diagnostics sont accessibles sur http://fcix3.iap.fr/wideE/ Ces donnees concernent 1 champ W1 et un champ W4. Chacun couvre 3x3 deg^2, en ugriz. Ils ont ete couverts par la release T04 qui sert de reference. - La production et l'analyses des images individuelles, puis des stacks et des catalogues ont ete effectuees par Mathias S. et Yannick. Un tar resumant les resultats est disponible sur /home/mellier/TestT05/Summary1 (TestT05Catalog.tar.gz ) et un mail resume a ete envoye sur teralist. Globalement, les images montrent plus d'inhomogeneites que pour T0004 et les stacks montrent un offset des magnitudes dans tous les filtres. Jean-Charles Cuillandre a envoye un message pour expliquer qe les heterogenites sont dues a la construction des grilles de calibration et que les offsets en magnitudes sont dues a l'absence de reajustement des points zeros suite a cette nouvelle calibration. Jean-Charles mentionne aussi une dependance de la correction de couleur en fonction de la postion sur MegaCam. Nous dervions rencontrer Pierre Astier et Nicolas Regnault lundi 28 ou mardi 29 janvier pour en parler et voir comment prendre en compte ces corrections. Nous attendons aussi les nouvelles calibrations de Jean-Charles. Herve Aussel devrait aussi se joindre a nous lundi et/ou mardi pour discuter ce probleme. {{V. T0005 developpement: ingestion des donnees: Mathias M., Gregory}} - Suite au retours de Henry, Mathias M. a regle certains problemes rencontres lors de la phase d'ingestion sur le cluster. Le script ne tombe plus en erreur meme pour les images dont les headers ne contiennent pas les infos que nous cherchons par defaut. Chaque champ non trouve est reporte (WARNING) dans le mail envoye en fin de traitement. Si l'image FITS ne parvient vraiment pas a etre ingeree, un mail est quand meme envoye en fin de traitement indiquant les erreurs qui se sont produites. - Cette semaine, la majorite du travail de developpement de Mathias (M.) a porte sur le design, l'implementation et les tests de l'interface de pre-ingestion (demo depuis http://clix:8000/spica2/preIngestion/). Un sous-menu a onglet a ete cree par Mathias M. avec les entrees: - 'Ingest binary FITS tables' pour lancer l'ingestion des fichiers mcmd.*.fits dans une table dediee de la base. Le choix de l'emplacement des fichiers se fait avec un treeview. - 'Query binary FITS tables' qui permettra de requeter simplement cette table pour trouver rapidement une information - 'Display first entries of FITS tables' qui affiche quelques lignes des donnees de la table pour se faire une idee du contenu a requeter. En ce qui concerne le premier onglet (ingestion des tables FITS), le comportement de l'interface est tres dynamique et se rapproche de l'utilisation d'une application lourde traditionnelle: une barre de progression indique en temps reel l'etat d'avancement du traitement de toutes les tables du repertoire selectionne. Ce traitement peut etre interrompu a tout instant et recommence en cliquant a nouveau sur le boutton. Les donnees deja pre-ingerees ne seront pas ecrasees en cas d'arret du traitement. Le script de pre-ingestion sait lorsqu'il faut ajouter une nouvelle entree ou simplement la mettre a jour. Pour cela, au niveau de la base de donnees, notre contrainte d'unicite porte sur le triplet (name, run, fichier fitstables) i.e. 2 enregistrements de la table spica2_fitstables ne peuvent contenir ces trois memes informations. Si l'interface de pre-ingestion fonctionne, elle n'est pas encore reliee a l'utilisation du checkbox 'QSO_STATUS' de la phase d'ingestion. Mathias M. a ouvert une tache dans bugzilla (Bug #10), le probleme sera regle lundi (28/01). {{VI. Software (Emmanuel, Anthony, Patrick):}} Emmanuel continue de travailler sur l'ajustement de modele galaxies dans SExtractor avec Anthony. Ils ont pu verifier que la decomposition en bulbe+disque donnait des resultats parfaitement coherents de bande-a-bande sur les images SDSS de galaxies bien resolues. Emmanuel et Anthony attaquent maintenant le tuning de l'ajustement des bras et des barres. Emmanuel corrige un bug dans SExtractor et un dand SCAMP lors du processing des data CFH12k pour Durret Patrick a effectue quelques modifications mineures sur les pages de checks d'images pour WIRCAM. Les sources se trouvent sur SVN sous le nom de Eyecheck dans la partie private du repository. {{VII. Base de donnees (Gregory):} {{VIII. Hardware/system/cluster (Fred, Emmanuel):}} - Fred a repere un pirate sur terapix.iap.fr qui a recidive ce week end. Une tentative de sécurisation du serveur WEB est en cours. - Fred a upgrade apache: apache2, myBB, dotproject. - Installation des 3 machines 2U Carri. Elles sont prêtes, les 3U seront prêtes cette semaine, livraison attendue milieu de cette semaine. - Emmanuel a installe SCAMP 1.4.2 sur le cluster. {{IX. Divers (All):}} - BUGZILLA: Mathias (M.) a installe l'application bugzilla (lien accessible depuis l'intranet dans la partie shortcuts sous le lien 'dotProject'). Elle permet d'ameliorer le travail collaboratif autour du projet Spica. L'interface web permet de signaler des bugs et de proposer des amelio- rations et est un tres bon complement de subversion pour le developement logiciel. Un bug est dote d'un identifiant unique et change plusieurs fois d'etat au cours de sa vie, par exemple OPEN-> ASSIGNED->FIXED->(REOPENED->FIXED->)CLOSED. Cela permet de garder un historique precis dans la resolution de chaque bug ou amelioration. Pour le moment, l'installation a ete faite de la maniere suivante: le code de l'application web tourne sur ma machine terabsd (Apache) et la base de donnees est geree par MySQL sur dbterapix. La raison de ce choix est que 'bugzilla' est une appli PERL qui a de nombreuses depen- dances et on operant de cette facon cela evitait de prendre la main sur le systeme. Sinon, Fred devra s'en charger. Pour la BDD, la version de MySQL (4.0) sur terapix est trop ancienne, 'bugzilla' ne fonctionne qu'avec les versions >= 4.1. Comme dbterapix convient (5.0), Mathias (M.) a installe la BDD dessus. Il serait bon de migrer tout ca proprement sur terapix dans le futur. - VISITING COMMITTEE: La semaine ecoulee a ete perturbee par le Visiting Committee charge d'evaluer l'IAP pour ses activites des 4 dernieres annees et pour sa prospective. Yannick a fait une presentation de Terapix devant le Comite. Le comite a modifie son programme pour tenter de discuter avec les equipes et les groupes ce qui a permis au groupe Terapix de le rencontrer le jeudi, en fin d'apres-midi. Dans le bilan expose par la Presidente du Comite, Terapix est ressorti comme le projet ou l'investissement et le travail des ingenieurs et astronomes sont considerables. Terapix, et le CFHTLS apparaissent comme les projets les plus actifs, les plus productifs et les plus visibles (c'est du moins ce que j'en ai compris). Dans ses commentaires, Terapix a ete le seul pour lequel la Presidente a explicitement demande le recrutement d'un IR et d'un scientifique. Elle a aussi mis en perspective Terapix dans le cadre des futurs projets DUNE, JDEM et LSST. Il s'agissait cependant d'un resume a chaud, il faut attendre le rapport final. Dans tous les cas bravo et merci a tous! - IVOA: Emmanuel a inscrit TERAPIX parmi les centres de donnees dans le questionnaire de l'IVOA dans 2 rubriques: la fourniture d'outils de traitement, et celle de web-services (un seul web-service pour l'instant).