Www.altecspace.it All rights reserved © 2014 - Altec ExoMars 2018 Rover Operations Control Centre Science instruments data pipeline G. Martucci.

Slides:



Advertisements
Similar presentations
Configuration management
Advertisements

Configuration management
The Role of Environmental Monitoring in the Green Economy Strategy K Nathan Hill March 2010.
Overview of the Data Archive Plan by Luc Joudrier & Dave Heather
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre Decision making process, Communications and Planning.
LADEE PDS4 Experience G. Delory LADEE Instrument and PDS Teams LADEE SOC PDS Management Council Nov /19/2014 LADEE PDS4 Experience 1.
All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre Plans for rover operations training at ROCC M. Cinato.
Chapter 15 Application of Computer Simulation and Modeling.
Astrophysics, Biology, Climate, Combustion, Fusion, Nanoscience Working Group on Simulation-Driven Applications 10 CS, 10 Sim, 1 VR.
Active Data Curation in Libraries: Issues and Challenges ASEE ELD Presentation June 27, 2011 William H. Mischo & Mary C. Schlembach.
09 May 2014page 1 ROCC to PPL ICD Initial Definition ExoMars Rover Operations Control Center ROCC.
Chapter 12: Simulation and Modeling Invitation to Computer Science, Java Version, Third Edition.
Data Processing and User Software Ken Ebisawa (Astro-E2 GOF) presentation and demonstration.
This chapter is extracted from Sommerville’s slides. Text book chapter
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 13 Slide 1 Application architectures.
Chapter 12: Simulation and Modeling
All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre Available Tools for planning and Data Processing I. Musso.
FP OntoGrid: Paving the way for Knowledgeable Grid Services and Systems WP8: Use case 1: Quality Analysis for Satellite Missions.
Software Configuration Management
All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre ROCC to Pasteur Payload ICDs E. Ferrentino.
Confidential - Property of Navitas Accelerate define.xml using defineReady - Saravanan June 17, 2015.
Parser-Driven Games Tool programming © Allan C. Milne Abertay University v
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
AtGentive – CELN role. CELN Tasks Project web page (WP6) Pilot project at schools (WP5) Assessment & Consolidation (WP6) Exploitation plan (WP6)
MAPLDDesign Integrity Concepts You Mean We’re Still Working On It? Sustaining a Design.
Data Management Subsystem Jeff Valenti (STScI). DMS Context PRDS - Project Reference Database PPS - Proposal and Planning OSS - Operations Scripts FOS.
1 STScI Pipeline Thermal-vacuum data handling I. Neill Reid for WFC3 Instrument CALibration team ICAL.
Configuration Management (CM)
Creator: ACSession No: 16 Slide No: 1Reviewer: SS CSE300Advanced Software EngineeringFebruary 2006 (Software Quality) Configuration Management CSE300 Advanced.
Thomas C. Stein PDS Geosciences Node Washington University in St. Louis 1MS Supporting Active Surface Missions and Adding Value.
® Kick off meeting. February 17th, 2011 QUAlity aware VIsualisation for the Global Earth Observation system of systems GEOVIQUA workshop February, the.
All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre Planned Organization of ROCC Operations I. Musso.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
ICDL 2004 Improving Federated Service for Non-cooperating Digital Libraries R. Shi, K. Maly, M. Zubair Department of Computer Science Old Dominion University.
Environment Change Information Request Change Definition has subtype of Business Case based upon ConceptPopulation Gives context for Statistical Program.
Validating Requirements Determining Completeness and Correctness of Requirements Using the System Reference Model IV&V Workshop 16 September 2009.
MODES-650 Advanced System Simulation Presented by Olgun Karademirci VERIFICATION AND VALIDATION OF SIMULATION MODELS.
March 2004 At A Glance autoProducts is an automated flight dynamics product generation system. It provides a mission flight operations team with the capability.
Control & Data Handling, Operator Control, Aircraft Interface to C&DH Steve Musko Space Physics Research Laboratory University of Michigan Ann Arbor, MI.
Application of XTCE standard for the Scaleable Monitoring & Control System (SMACS) New generation of Java and XML based software components for spacecraft.
Pipeline Basics Jared Crossley NRAO NRAO. What is a data pipeline?  One or more programs that perform a task with reduced user interaction.  May be.
VIIRS Product Evaluation at the Ocean PEATE Frederick S. Patt Gene C. Feldman IGARSS 2010 July 27, 2010.
Aquarius Mission Simulation A realistic simulation is essential for mission readiness preparations This requires the ability to produce realistic data,
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
Page 1 PACS GRITS 17 June 2011 Herschel Data Analysis Guerilla Style: Keeping flexibility in a system with long development cycles Bernhard Schulz NASA.
1 Policy Discussion: Data Processing Levels PDS Management Council March 26, 2010 PDS 2010 Data Design WG.
VIRTUAL INFORMATION SPACE for HEALTH CARE by APPLIED LOGIC LABORATORY.
Chapter – 8 Software Tools.
Zou Ziming 1 Ma Wenzhen Li Lei Zhao Hua Wang Chi 1: Center for Space Science and Applied Research Chinese Academy of Sciences Moscow ·
Object-Oriented and Classical Software Engineering Seventh Edition, WCB/McGraw-Hill, 2010 Stephen R. Schach
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
OCR A Level F453: The function and purpose of translators Translators a. describe the need for, and use of, translators to convert source code.
Tutorial 1 Description of a Weather Station using SensorML Alexandre Robin
Double Star Active Archive - STAFF-DWP Data errors and reprocessing Keith Yearby and Hugo Alleyne University of Sheffield Nicole Cornilleau-Wehrlin LPP.
Aa Scripting SPM analyses using aa Rhodri Cusack.
WEC meeting TED status and WEC timing.
Benefits of a Virtual SIL
NASA Earth Science Data Stewardship
Chapter 12: Simulation and Modeling
ROCC Operations and The PSA RSP Archive Concept Review 28 September 2017 Tanya Lim Archive Scientist.
PDS4 Data From The Rover RSP Archive Concept Review 28 September 2017
Cluster Active Archive – Wideband data BM2 mode
Analysis Ready Data July 18, 2016 John Dwyer Leo Lymburner
Detlef Koschny Research and Scientific Support Department ESA/ESTEC
Persistent Identifiers Implementation in EOSDIS
The RSP Archive System RSP Archive Concept Review 28 September 2017
Deep Learning for Plant Stress Phenotyping: Trends and Future Perspectives  Asheesh Kumar Singh, Baskar Ganapathysubramanian, Soumik Sarkar, Arti Singh 
M. Kezunovic (P.I.) S. S. Luo D. Ristanovic Texas A&M University
Lab 8: GUI testing Software Testing LTAT
Presentation transcript:

All rights reserved © Altec ExoMars 2018 Rover Operations Control Centre Science instruments data pipeline G. Martucci

All rights reserved © Altec Ref. Nr.  Scientific pipeline introduction  CODMAC Levels  Data Products definition  Science pipeline scope  Data Pipeline  Pipeline example Presentation overview Date 10/12/2014 Page 2

All rights reserved © Altec Ref. Nr. Scientific pipeline introduction Date 10/12/2014 Page 3 Scientific pipeline can be summarised as follows:  it is constituted by a set of processes aimed at producing exploitable data for both scientific and engineering teams  it is constituted by a set of processors, properly configured, that permit the processing of received Rover TM to obtain higer level CODMAC data (see next slides)  Processors are typically handled automatically at ROCC for critical data production  Generated products are then passed to next level processors, handled directly by scientific teams (this is due to the required interaction with data under analysis)  Thanks to this pipeline, products may also be produced in PDS4 (this is highly encouraged)

All rights reserved © Altec Ref. Nr.  Data products are incrementally produced at different levels. Incrementing the product level results in a refined version of the original datum  The Committee On Data Management, Archiving and Computing (CODMAC) has provided a description for the data processing levels on ground  This has been reflected on ROCC-to-PPL ICD and shall be taken as a reference for the scientific data processing within ROCC CODMAC Levels (1 / 2) Date 10/12/2014 Page 4

All rights reserved © Altec Ref. Nr. CODMAC Levels (2 / 2) Date 10/12/2014 Page 5 LevelTypeData Processing Level Description 1Raw DataTelemetry data with data embedded 2Edited Data Corrected for telemetry errors and split or decommutated into a data set for a given instrument. Sometimes called Experimental Data Record. Data are also tagged with time and location of acquisition. Correspond to NASA Level 0 data. 3Calibrated Data Edited data that are still in units produced by instrument, but that have been corrected so that values are expressed in or are proportional to some physical unit such as radiance. No resampling, so edited data can be reconstructed. NASA level 1A. 4Resampled Data Data that have been resampled in time or space domains in such a way that the original edited data cannot be reconstructed. Could be calibrated in addition to being resampled. NASA level 1B. 5Derived DataDerived results, as maps, reports, graphics, etc. NASA level 2 through 5. 6Ancillary Data Non science data needed to generate calibrated or resampled data sets. Consist of instruments gains, offsets, pointing information for scan platforms, etc. 7Correlative Data Other science data needed to interpret space-based data sets. May include ground-based data observations such as soil type or ocean buoy measurements of wind drift. 8User Description Description of way the data were required, any peculiarities associated with the data sets, and enough documentation to allow secondary user to extract information from the data.

All rights reserved © Altec Ref. Nr. Data Products definition Date 10/12/2014 Page 6 In the ROCC-to-PPL ICD two sets of data products are defined:  Primary Products:  Essential for tactical operation support  Available to ROCC operations staff as a batch processing pipeline  Completely generated in automatic mode  Secondary Products:  Used for strategic purposes  Used for scientific exploitation  Could need specific expertise, interactive intervention, specific SW configuration  Can be either produced within the automatic pipeline or at assessment level, with operator interaction  Primary Products are not associated to specific levels of CODMAC, but can belong to any level.

All rights reserved © Altec Ref. Nr. Science Pipeline scope Date 10/12/2014 Page 7  Many of the primary products generated throughout the science pipeline process are considered critical for tactical planning  This is due to the fact that their assesment is a decision point for planning activities  ROCS has «in-house» means for performing basic pre-processing of data, up to L2, this also includes decompression. This could be however integrated as a tool / application provided by science teams  Higher level data processing is expected to be performed through Science Teams provided processors. These will be integrated within ROCS

All rights reserved © Altec Ref. Nr. Data Pipeline (1 / 2) Date 10/12/2014 Page 8  The data pipeline is constituted by a frame process that manages the actual science and HK processors  Within the ‘ROCC-to-PPL’ ICDs a set of information have to be exchanged in order to be able to correctly «call» from this frame process the specific libraries / tools provided by the science teams, such as:  Running environment  Executable name  List and order of expected inputs  List and order of expected outputs  Configurations files ...  As such an executable script is called by the manager and started for processing  The results are then archived in the DAR and made available to the ROCC users, both locally and remotely located

All rights reserved © Altec Ref. Nr. Science teams assessment Data Pipeline (2 / 2) Date 10/12/2014 Page 9  ROCS will acquire TM through SCOS2000 in the form of TM frames  Then it will extract packets for science data (and process rover data to obtain engineering parameters)  Data are then passed to the processing pipeline to obtain proper CODMAC level products  Scientific team are then able to assess data and to provide input(s) for tactical planning TM Acquisition (and pre-processing) (SCOS2000) TM Frame data acquisition Extract science packets (with decompression algorithms) Extract rover packets and parameters (calibration of HK TM) TM processing Prepare TM packet for processing Prepare TM parameters for processing TM Processing packets parameters Data Products

All rights reserved © Altec Ref. Nr. Pipeline example (1 / 2) Date 10/12/2014 Page 10  The following scheme (courtesy of ISEM team) is a real example of a data pipeline process for Primary Products production: L1L2 Auto SW ISEM L3 Auto SW ISEM TM Data structure Preflight calibration Temperature calibration Dispersion curve  Data is provided as L1 and is then processed in the internal pipeline through an automatic processor provided by ISEM  L2 Data is further processed by a second processor, still integrated in the automatic pipeline

All rights reserved © Altec Ref. Nr. Pipeline example (2 / 2) Date 10/12/2014 Page 11  For what concerns Secondary Products the following scheme shows an example (courtesy if ISEM team):  Starting from L2 data a set of higher CODMAC levels secondary products is generated  This happens through interactive processors, that are not automatically run  In this example L5 CODMAC level is reached L2L3 SW ISEM L4L5 Calibrations Preflight On-board Additional data Position Surface 3D-model Atmosphere data Manual data analysis Matching with other instruments