Segment Sol Euclid. Objectifs et Organisation

Transcription

1 Segment Sol Euclid Objectifs et Organisation

2 Place du segment sol

3 Objectifs Le segment sol est responsable de la production des données nécessaires à l'accomplissement des objectifs scientifiques de la mission. Processing des données VIS et NISP. Agrégation des données sol (photo-z et étalonnage). Simulation des relevés. Document de référence: Science Management Plan (v2.2). L'interprétation des données est du ressort des Science Working Groups.

4 Défis du segment sol Efficacité du traitement des données (grands volumes). Complexité et longueur de la chaîne de traitement. Fiabilité et contrôle des effets systématiques du traitement.

5 Les données Euclid Level 1 data. Unpacked and checked telemetry and housekeeping data. Level 2 data. Calibrated data and intermediate data products produced during the calibrations. Calibrated data have all instrumental fingerprints removed. Dithered images have been co-added; spectra have been extracted Level 3 data. Science-ready data products, mostly catalogues, which fulfil the science objectives of the mission. Level 3 includes pre-defined science data products (3D galaxy power spectra, dark matter power spectra, tomography, high order statistics, mass reconstruction maps...) but does not include data analysis beyond the production of catalogues and basic 2-point statistics or cosmological interpretation of data. External Data. Quality-controlled data from existing missions and ground-based surveys which are used for calibrations, photometric redshift derivations, and simulation validations before and during operations. Level S (Simulation) data. Pre-launch simulations and modelling impacting on calibrations and observing strategies. Massive Monte Carlo simulations are likely to be required post launch to assess systematic effects and derive meaningful uncertainties on the final cosmological parameters. Level Q (Quick-release) data which the SOC generates from the raw telemetry and uses to perform a first level quality check. Level Q data represent products suitable for most purposes in Astronomy, except for the core Cosmology objectives of the mission. They will be distributed to the general scientific community during the proprietary period.

6 Les données Euclid Level 1 data. Unpacked and checked telemetry and housekeeping data. Level 2 data. Calibrated data and intermediate data products produced during the calibrations. Calibrated data have all instrumental fingerprints removed. Dithered images have been co-added; spectra have been extracted Level 3 data. Science-ready data products, mostly catalogues, which fulfil the science objectives of the mission. Level 3 includes pre-defined science data products (3D galaxy power spectra, dark matter power spectra, tomography, high order statistics, mass reconstruction maps...) but does not include data analysis beyond the production of catalogues and basic 2-point statistics or cosmological interpretation of data. External Data. Quality-controlled data from existing Définitions missions incomplètes: and ground-based surveys which are used for calibrations, photometric redshift derivations, and simulation validations before and during operations. Catalogues de redshift, Modèles de PSF dérivés des observations, Level S (Simulation) data. Pre-launch simulations and modelling impacting on calibrations and observing strategies. Massive Monte Carlo simulations Spectres are et likely magnitudes to be required des post objets launch détectés to assess systematic effects and derive meaningful uncertainties on the final cosmological parameters.... Level Q (Quick-release) data which the SOC generates from the raw telemetry and uses to perform a first level quality check. Level Q data represent Le products level Q doit suitable être for défini most purposes par l'euclid in Astronomy, Science except for the core Cosmology objectives of the mission. They will be distributed to the general scientific community during the proprietary period. Team mais il ne nous est pas interdit d'indiquer nos préférences.

7 Organisation Division de la chaîne de traitement en unités fonctionnelles. Principe: les unités peuvent complètement dialoguer entre elles par le biais des données de niveau n. Articulation entre équipes de recherche et prototypage (OU) et équipes de développement et production (SDC) Les Science Data Centers sont nationaux, leur rôle opérationnel est d'assurer la production des données Euclid. Les Organization Units sont trans-nationales, leur rôle est la mise au point des méthodes de production des données.

8 Organisation

9 SGS "FAQ" Quelle est la différence entre OU et SDC? Les OU sont une structure logique qui rassemble les chercheurs et ingénieurs autour de la réalisation d'une étape du processing. "Invention" d'algorithme, expertise instrumentale/technique, prototypage voire développement d'algorithmes Les SDC sont des structures physiques où se produit la réalisation des algorithmes du pipeline ainsi que la production des données. En France le SDC est le CCIN2P3. Un SDC peut voir une partie de ses développeurs distribuée à l'extérieur.

10 SGS "FAQ" Comment les OUs interagissent-elles avec les SWGs? Il ne s'agit pas nécessairement de groupes de personnes distinctes mais plus de définition de secteurs de responsabilité. Les SWGs sont chargés de l'interprétation scientifique des données. Les OU sont chargées de la production de données interprétables. Le cahier des charges des OU est fixé par des Requirements validés par les SWG. Les OU sont responsables de la proposition d'algorithmes et de méthodes de production, ainsi que de la vérification des requirements. Les SWG définissent les tests de validation qui permettent aux algorithmes d'intégrer le pipeline Euclid

11 SGS "FAQ" Comment les OUs interagissent-elles avec les SWGs? Il ne s'agit pas nécessairement de groupes de personnes distinctes mais plus de définition de secteurs de responsabilité. Les SWGs sont chargés de l'interprétation scientifique des données. Les OU sont chargées de la production de données interprétables. Le cahier des charges des OU est fixé par des Requirements validés par les SWG. Les OU sont responsables de la proposition d'algorithmes et de méthodes de production, ainsi que de la vérification des requirements. Les SWG définissent les tests de validation qui permettent aux algorithmes d'intégrer le pipeline Euclid En 2019, la question ne devrait plus se poser, les OUs et les SWGs devraient être étroitement intégrés.

12 SGS "FAQ" Comment les OU interagissent-elles avec les groupes instruments? Les OU VIS, SIR, NIR, SIM intègrent des personnes clefs des groupes instruments Des membres du Ground Segment doivent faire partie des groupes instruments, en particulier lors des phases de tests au sol.

13 SGS "FAQ" Quels sont les documents importants pour comprendre le fonctionnement du SGS? Science Management Plan (tout le monde devrait l'avoir lu!). Mission Operations Concept Document Documents de requirements: Science Requirement Document Science Imple Ground Data Processing Requirement Document SGS Science Implementation Plan et Work-Package Breakdown Document Tous ces documents font partie du delta-iprr datapack disponible sur le site du consortium Euclid.

14 Tentative long-term schedule Figure taken from the SIP 2.0 SRR: SGS requirements review PDR: preliminary design review DDR: Detailed design review IR: implementation review ORR: operations readiness review

15 Activities for 2012 Kick-off meetings for OUs PHZ, SHE, LE3, SIR are already scheduled. Consolidate the work-package structure: Inputs and outputs (including connections to other OUs). Contributors and managers. Consolidation of the ground segment requirements in preparation for Requirements Review: The SIRD should be revised as its driver, the MOCD, has changed. The GDPRD needs to evolve, the instrument teams should deliver a calibration RD, as well as an on-board data processing RD (NISP). The System team/sdcs need to organize a kick off meeting: in 2013 the OUs will need a system!