1 / 27

PDS4 Update

PDS4 Update. Dan Crichton August 2014. PDS4 MC Topics. IPDA Report – Dan Crichton/Tom Stein PDS4 Report – Dan Crichton CCB –Lynn Neakrase IM/DDWG – Steve Hughes Software – Sean Hardman Tools – All. PDS4: The Next Generation PDS.

eric-gould
Download Presentation

PDS4 Update

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. PDS4 Update Dan Crichton August 2014

  2. PDS4 MC Topics • IPDA Report – Dan Crichton/Tom Stein • PDS4 Report – Dan Crichton • CCB –Lynn Neakrase • IM/DDWG – Steve Hughes • Software – Sean Hardman • Tools – All

  3. PDS4: The Next Generation PDS • PDS4 is a PDS-wide project to upgrade from PDS version 3 to version 4 to address many of these challenges • An explicit information architecture • All PDS data tied to a common model to improve validation and discovery • Use of XML, a well-supported international standard, for data product labeling, validation, and searching. • A hierarchy of data dictionaries built to the ISO 11179 standard, designed to increase flexibility, enable complex searches, and make it easier to share data internationally. • An explicit software/technical architecture • Distributed services both within PDS and at international partners • Consistent protocols for access to the data and services • Deployment of an open source registry infrastructure to track and manage every product in PDS • A distributed search infrastructure

  4. Challenge: End-to-End System and Data Integration Core PDS Transform Ingest Data Providers PDS Data Management Distribution Users Transform Improve efficiency and support to deliver high quality science products to PDS Preserve and ensure the stability and integrity of PDS data Improve user support and usability of the data in the archive

  5. Label Schema Data Element Planetary Science Data Dictionary has Class Information Architecture Concepts Design/change starts here Product Information Model Tagged Data Object (Information Object) Used to Create <Array_2D_Image>     <local_identifier>MPFL-M-IMP_IMG_GRAYSCALE…     <offset unit="byte">0</offset>     <axes>2</axes>     <axis_index_order>Last Index Fastest…     <Element_Array>         <data_type>UnsignedMSB2</data_type>         <unit>data number</unit>     </Element_Array>                <Axis_Array>         <axis_name>Line</axis_name>         <elements>248</elements>         <unit>not applicable</unit>         <sequence_number>1</sequence_number>     </Axis_Array>     <Axis_Array>         <axis_name>Sample</axis_name>         <elements>256</elements>         <unit>not applicable</unit>         <sequence_number>2</sequence_number>     </Axis_Array> </Array_2D_Image> Validates Expressed As Extracted/Specialized Describes Data Object

  6. Client A Client B Service Interface C Service System Design Approach • Based on a distributed information services architecture (aka SOA-style) • Allow for common and node specific network-based (e.g., REST) services. • Allow for integrating with other systems through IPDA standards. • System includes services, tools and applications • Use of online registries across the PDS to track and share information about PDS holdings • Implement distributed services that bring PDS forward into the online era of running a national data system • With good data standards, they become critical to ultimately improving the usability of PDS • Support on-demand transformation to/from PDS

  7. Summary of Progress to Date • Initial requirements in place • PDS-wide system architecture defined • Major reviews conducted (Design Review 1 and 2, ORR) • System builds grouped by purpose: build 1,2,3 and 4 • Iteratively increase capability and stability • Operational capabilities deployed • EN fully running PDS4 software supporting access to both PDS3 and PDS4 services at nodes mitigating migration pressure • Change control board established • JIRA deployed to manage tracking • Product development underway at nodes and internationally • Initial peer reviews conducted • First mission getting ready to do data distribution (LADEE) • IPDA endorsement of PDS4

  8. Project Lifecycle thru Build 3 Project Lifecycle Pre- Formulation Formulation Implementation KDP: Study KDP: Prelim Design KDP: Beta Release for LADEE/ MAVEN KDP: Project Plan & Arch Build 1: Prototype build Project Lifecycle Gates & Major Events 1d (Aug 2011) 1b 1c 1a (Oct 2010) Project Plan PDS4 Design PDS4 Prelim Architecture Begin Study Project Build 2: Prepare for label design Study/ Concepts 2b (Mar 2012) 2a (Sept 2011) PDS External System Design Review I (Mar 2010) ORR (Start Label Design)(LADEE/MAVEN) (November 2011) PDS External System Design Review II (June 2011) Project Reviews PDS MC Concept Review (Dec 2007) PDS MC Arch Review (Nov 2008) PDS MC Impl Review (July 2008) PDS MC Preliminary Design (August 2009) Build 1b PDS Stds Assessment (Dec 2010) Build 1c IPDA Stds Assessment (April 2011) Build 1d External Stds Assessment (Aug 2011) Architecture, requirements, design, test, releases posted at: http://pds-engineering.jpl.nasa.gov

  9. Build 4+ Implementation KDP: Release V1.0 of PDS4 Data Standards for LADEE/MAVEN KDP: Deploy for LADEE/MAVEN Build 3: V1.0 of PDS4 Standards; Transition EN to PDS4 Software Build 4: Release to Data Users (LADEE/MAVEN); Deploy PDS4 Software to DNs 3a (Sep 2012) 3b (Mar 2013) 4b (Mar 2014) 4a (Sep 2013) PDS MC Review of Build 3b (April 2013) Phoenix Beta Test (Dec 2012) Operational Readiness Review (LADEE/MAVEN Deployment) (September 2013)

  10. PDS4 System Architecture Decomposition The System Architecture presentation will map these to LADEE and MAVEN. PDS4 ORR LADEE AND MAVEN

  11. Document Tree PDS4 ORR LADEE AND MAVEN

  12. Protégé Ontology Modeling Tool Requirements & Domain Knowledge The Information Model Driven Process & Artifacts PDS4 Information Model PDS4 Data Dictionary (ISO/IEC 11179) Filter and Translator Information Model Specification Registry Configuration Parameters PDS4 Data Dictionary (Doc and DB) Query Models This is given to data providers (e.g., LADEE/MAVEN) XML Schema (pds) XMI/UML XML Document (Label Template)

  13. PDS4 Builds • Build 3b (April 2013) • V1.0 Standards derived from build 3b • V1.0 classes under strict CM • Scoped to LADEE/MAVEN product design needs • Establish CCB for V1.0 of PDS4 • Build 4a (September 2013) • V1.1 Standards including additional classes as discussed at PDS MC • Initial User Services • ORR: Distribution capabilities and plans for LADEE, MAVEN (September 2013) • Build 4b (March 2014) • Additional user services/improvements • Ready for LADEE • Support for InSight/SEIS SEED data files • Now getting ready for build 5a to begin I&T at end of September • November MC can be used to discuss I&T results and deployment

  14. PDS4 Planned Mission Support LADEE (NASA) InSight (NASA) BepiColumbo (ESA/JAXA) MAVEN (NASA) Osiris-REx (NASA) JUICE (ESA) ExoMars (ESA/Russia) …also Hyabussa-2, Chandryaan-2 Endorsed by the International Planetary Data Alliance in July 2012 – https://planetarydata.org/documents/steering-committee/ipda-endorsements-recommendations-and-actions

  15. PDS3 Implementation Current Missions PDS3 Archive @ DNs Datasets + Products PDS3 Central Catalog PDS3 Pipeline PDS3 Ingest PDS3 Services PDS3 Metadata Index PDS Catalog Info Users PDS Portal

  16. Transition Current Missions PDS3 Archive @ DNs Datasets + Products PDS3 Central Catalog PDS3 Pipeline PDS3 Ingest PDS3 Services PDS3 Metadata Index PDS Catalog Info PDS Catalog Info Users Updated PDS Portal toPDS4 Transform PDS4 XML Label PDS4 Registry PDS4 Metadata Index • PDS4 infrastructure deployed at EN; Central catalog migrated.

  17. Support for LADEE/MAVEN Current Missions PDS3 Archive @ DNs Datasets + Products PDS3 Central Catalog NOTE: PDS3 Services phased out overtime PDS3 Pipeline PDS3 Ingest PDS3 Services PDS3 Metadata Index PDS Catalog Info PDS Catalog Info Users Updated PDS Portal toPDS4 Transform PDS4 XML Label PDS4 Registry PDS4 Metadata Index PDS4 Archive @ DNs PDS4 Ingest PDS4 Pipeline PDS4 Services Build 4 New Missions (LADEE, MAVEN, O-Rex, Insight) PDS3 Data Migration (label, label+data) • PDS4 infrastructure deployed at EN; Central catalog migrated. • (2) Minimized migration pressure. • (3) Working towards acceptance/distribution of new PDS4 mission data

  18. PDS4 Policies • The following PDS4 specific policies are posted to http://pds.nasa.gov/policy • PDS Policy on Formats for PDS4 Data and Documentation (June 2014) • PDS Policy on Data Processing Levels (March 2013) • PDS Policy on Transition from PDS3 to PDS4 (November 2010)

  19. Proposed Validation Policy • Improve the quality of PDS4 bundles from data providers by ensuring that supplied tools coupled with manual verification is required prior to delivery of data to a node (or international partner) • Discussed at April F2F and IPDA F2F • MC needs to determine how to move forward • International considerations (full support for a policy + tool) • Tool considerations – agree to require a common tool • Document considerations (minor additions to DM Plans and PDS4 Standards Reference,

  20. Proposed Validation Policy Data providers delivering bundles to the PDS shall adhere to PDS4 standards by ensuring that the following criteria are met prior to delivery to PDS: 1) Syntactic validation: a) the XML label is validated against the appropriate schema rules; b) a mission schematron is syntactically correct; and c) a mission schema is syntactically correct. 2) Semantic validation: the XML label is validated against the appropriate schematron rules. 3) Content validation: the XML label accurately describes the data product. 4) Referential integrity: the relationships described, in and between digital objects described in the XML label, are consistent and represented PDS supplied software validation tools support syntactic, semantic, specific content rules and referential integrity validation. Data providers must run these prior to delivery. Data Providers should use visual inspection to validate content that cannot be done programmatically (i.e., by using software validation tools).

  21. Information Model Development • Not a lot of substantial changes to the common model • Improvements and maintenance from experience • This is under CCB; Lynn will report out • Discipline extensions being worked (e.g., cartography, geometry) • Discussion needed on how to best coordinate these (ESA request) • Search and access discussions • Need to take advantage of modern search engine approaches across the PDS

  22. Software and Tools Development • Registry and search infrastructure has been running for a while now at EN • Sean will discuss node deployments, but goal is • PDS3 tracked through a PDS3 registry (minimal label information) <- inconsistency in PDS3 makes this a challenge but we should begin tackling now • New PDS4 products <- this is model-driven • Common tool development and releases occurring • Need to determine gaps (e.g., PDS4 version of NASAView, transformations, etc) • Will review the MC spreadsheet from April 2013 to ensure coordinated development

  23. Search and Access • The search service is based on the Apache Solr search engine • Fully open source • Can be customized for our planetary science model (and their disciplines) • Can include multiple inputs for search (labels + other sources) • Ranking is under our control • Fully deployed at Engineering • Index includes data from multiple registries • Adoption of a modern search engine infrastructure across PDS will allow us to tune overtime.

  24. Build 5a • Following the lifecycle we have established, we are planning for the next release • Need final CCB changes to the IM (V1.3) • Allow time for nodes to review changes prior to lock down for I&T • Will accept any node test products for our regression tests during I&T • I&T will exercise tests that integrate tools, services and data products • Plan is to begin I&T October 1

  25. Summary • Policies • Need MC disposition on moving forward with a validation policy • Build 5a planning is underway • Need node input • Software • Need to begin registry population • Tools – core tools are emerging, but we need to work the gaps in our plan for FY15; will review spreadsheet • Transformations – we can continue to plan these • User Services/Search Access • Move to a modern search engine infrastructure (e.g., search service)

  26. Backup

  27. Schedule • https://pds-engineering.jpl.nasa.gov/pds2010/pds4_project_schedule.pdf

More Related