OPeNDAP and the Data Access Protocol (DAP) Original version by Dave Fulker.

Slides:



Advertisements
Similar presentations
1 NASA CEOP Status & Demo CEOS WGISS-25 Sanya, China February 27, 2008 Yonsook Enloe.
Advertisements

James Gallagher OPeNDAP 1/10/14
Unidata Seminar Series - 30 January 2004 OPeNDAP and THREDDS: Access and Discovery of Distributed Scientific Data Yuan Ho Ethan Davis UCAR Unidata.
Recent Work in Progress
The Model Output Interoperability Experiment in the Gulf of Maine: A Success Story Made Possible By CF, NcML, NetCDF-Java and THREDDS Rich Signell (USGS,
A Unified Data Model and Programming Interface for Working with Scientific Data Doug Lindholm Laboratory for Atmospheric and Space Physics University of.
OPeNDAP-Unidata Development of DAP4 (a Data Access Protocol) Describing Progress and Seeking Input at the ESIP Summer Meeting 2012 by Dave Fulker (OPeNDAP.
Streaming NetCDF John Caron July What does NetCDF do for you? Data Storage: machine-, OS-, compiler-independent Standard API (Application Programming.
® OGC Web Services Initiative, Phase 9 (OWS-9): Innovations Thread - OPeNDAP James Gallagher and Nathan Potter, OPeNDAP © 2012 Open Geospatial Consortium.
DLESE and NSDL The role of the Digital Library for Earth System Education* (DLESE) in the National SMETE Digital Library Presented by Dave Fulker Director.
THREDDS, CDM, OPeNDAP, netCDF and Related Conventions John Caron Unidata/UCAR Sep 2007.
View, through an architectural lens, of OPeNDAP’s Data Access Protocol (DAP2) A candidate OGC Standard (OGC Pending Document ) by James Gallagher.
The Future of NetCDF Russ Rew UCAR Unidata Program Center Acknowledgments: John Caron, Ed Hartnett, NASA’s Earth Science Technology Office, National Science.
Center for Environmental Studies Arizona State University Digital Research Records at Center for Environmental Studies Peter McCartney.
OPeNDAP Present and Future An Overview Encompassing Current Projects & Potential New Directions Dave Fulker and James Gallagher.
Unidata TDS Workshop THREDDS Data Server Overview October 2014.
Session 2: Using OPeNDAP-enabled Applications to Access Australian Data Services and Repositories eResearch Australasia 2011, ½ Day Morning Workshop, Thursday.
Toward Rich, User- Defined Aggregation & Subset-Selection Services Dave Fulker, President, OPeNDAP, Inc ESIP Summer Meeting on 9-12 July 2013 Thursday.
GADS: A Web Service for accessing large environmental data sets Jon Blower, Keith Haines, Adit Santokhee Reading e-Science Centre University of Reading.
Implementation of Model Data Interoperability for IOOS: Successes and Lessons Learned Rich Signell USGS Woods Hole, MA / NOAA Silver Spring USA Model Data.
Bringing it All Together: NODC’s Geoportal Server as an Integration Tool for Interoperable Data Services Kenneth S. Casey, Ph.D. YuanJie Li NOAA National.
MapServer-OGR-OPeNDAP: An Integrated System for Uniform Access to Land and Oceanographic Datasets Frank Warmerdam Consultant Thomas E. Burk University.
Unidata’s TDS Workshop TDS Overview – Part II October 2012.
Unidata TDS Workshop TDS Overview – Part I XX-XX October 2014.
THREDDS Data Server Ethan Davis GEOSS Climate Workshop 23 September 2011.
Coverages and the DAP2 Data Model James Gallagher.
Weathertop Consulting, LLC Wednesday, January 14, 2009 IIPS 11A.2 1 A General Purpose System for Server-side Analysis of Earth Science Data Roland Schweitzer.
Web Services Week 7 Aims: A detailed look at the underlying mechanisms for communication between web services Objectives: SOAP, WSDL, UDDI.
1 AJAX and Dapper: The Good, the Bad, and the Ugly Joe Sirott PMEL/NOAA.
Mid-Course Review: NetCDF in the Current Proposal Period Russ Rew
Accomplishments and Remaining Challenges: THREDDS Data Server and Common Data Model Ethan Davis Unidata Policy Committee Meeting May 2011.
The netCDF-4 data model and format Russ Rew, UCAR Unidata NetCDF Workshop 25 October 2012.
® GRDC Hydrologic Metadata - core concepts - 5 th, WMO/OGC Hydrology DWG New York, CCNY, August 11 – 15, 2014 Irina Dornblut, GRDC of WMO at BfG Copyright.
THREDDS Data Server Unidata’s Common Data Model Background / Summary John Caron Unidata/UCAR Mar 2007.
1 Dapper and Argo Joe Sirott PMEL/NOAA. 2 What is Dapper? Web server that provides distributed access to in-situ data via OPeNDAP protocol Clients include.
Integrating netCDF and OPeNDAP (The DrNO Project) Dr. Dennis Heimbigner Unidata Go-ESSP Workshop Seattle, WA, Sept
DAP4 James Gallagher & Ethan Davis OPeNDAP and Unidata.
AUKEGGS Architecturally Significant Issues (that we need to solve)
Unidata TDS Workshop THREDDS Data Server Overview
1 NASA CEOP Status & Demo CEOS WGISS-24 Oberpfaffenhofen, Germany October 15, 2007 Yonsook Enloe.
Recent developments with the THREDDS Data Server (TDS) and related Tools: covering TDS, NCML, WCS, forecast aggregation and not including stuff covered.
Unidata’s Common Data Model and the THREDDS Data Server John Caron Unidata/UCAR, Boulder CO Jan 6, 2006 ESIP Winter 2006.
1 DAPPER: An OPENDAP Server for In-Situ Data Joe Sirott Donald W. Denbo, Willa H Zhu University of Washington PMEL/NOAA.
THREDDS Catalogs Ethan Davis UCAR/Unidata NASA ESDSWG Standards Process Group meeting, 17 July 2007.
NetCDF file generated from ASDC CERES SSF Subsetter ATMOSPHERIC SCIENCE DATA CENTER Conversion of Archived HDF Satellite Level 2 Swath Data Products to.
Unidata’s TDS Workshop TDS Overview – Part I July 2011.
HDF4 OPeNDAP Project Progress Report MuQun Yang and Hyo-Kyung Lee 1 HDF Developers' Meeting11/24/2015.
The HDF Group Introduction to netCDF-4 Elena Pourmal The HDF Group 110/17/2015.
Information Technology: GrADS INTEGRATED USER INTERFACE Maps, Charts, Animations Expressions, Functions of Original Variables General slices of { 4D Grids.
Data Interoperability at the IRI: translating between data cultures Benno Blumenthal International Research Institute for Climate Prediction Columbia University.
Weathertop Consulting, LLC Server-side OPeNDAP Analysis – Concrete steps toward a generalized framework via a reference implementation using F-TDS Roland.
11/8/2007HDF and HDF-EOS Workshop XI, Landover, MD1 Software to access HDF5 Datasets via OPeNDAP MuQun Yang, Hyo-Kyung Lee The HDF Group.
ESIP Air Quality Jan Air Quality Cluster Air Quality Cluster Technology Track Earth Science Information Partners Partners NASA NOAA EPA (?) USGS.
OGC Web Services with complex data Stephen Pascoe How OGC Web Services relate to GML Application Schema.
1 2.5 DISTRIBUTED DATA INTEGRATION WTF-CEOP (WGISS Test Facility for CEOP) May 2007 Yonsook Enloe (NASA/SGT) Chris Lynnes (NASA)
NetCDF: Data Model, Programming Interfaces, Conventions and Format Adapted from Presentations by Russ Rew Unidata Program Center University Corporation.
9/21/04 James Gallagher Server-Side: The Basics This part of the workshop contains an overview of the two servers which OPeNDAP has developed. One uses.
Update on Unidata Technologies for Data Access Russ Rew
THREDDS Data Server (TDS) and Data Discovery John Caron Unidata/UCAR May 15, 2006.
TSDS (HPDE DAP). Objectives (1) develop a standard API for time series-like data, (2) develop a software package, TSDS (Time Series Data Server), that.
Unidata Infrastructure for Data Services Russ Rew GO-ESSP Workshop, LLNL
Data Browsing/Mining/Metadata
DAP+NETCDF Using the netCDF-4 Data Model
Hadoop.
Efficiently serving HDF5 via OPeNDAP
Access HDF5 Datasets via OPeNDAP’s Data Access Protocol (DAP)
Remote Data Access Update
ExPLORE Complex Oceanographic Data
Future Development Plans
OPeNDAP/Hyrax Interfaces
Presentation transcript:

OPeNDAP and the Data Access Protocol (DAP) Original version by Dave Fulker

2 OPeNDAP Origins Scientists studying ocean fluxes & temps (1993) envisaged using http for remote data access This led to the Distributed Ocean Data System (DODS) DODS later was renamed the Open- source Project for a Data Access Protocol (OPeNDAP) Pixar, c.1994

3 OPeNDAP Now Is: A not-for-profit corp. that develops & supports “DAPx” — a web-services protocol for data access Deployed by hundreds of data providers internationally Employed in many analysis packages (MATLAB, e.g.) NASA has designated DAP2 “Community Standard” Server & client software implementing the DAP A name used to indicate any server that includes DAP Servers that “include OPeNDAP”: ERDAP, TDS, PyDAP, …

4 Concept: Clients Get Just the Data They Need, as They Need them Accessing data via URLs (i.e., URL = dataset) Appending query strings to invoke server functions Getting responses of 2 (general) types: Metadata - dataset descriptions & catalogs (textual) Content - values and metadata (binary or textual) Using responses in diverse ways, e.g. MATLAB maps responses to its internal math types netCDF library allows apps to work as though reading a local file

5 Some of the OPeNDAP Community’s Distinguishing Traits Data often depict (scientific) phenomena where Geospatial maps are one of several useful view types Coordinates are 3-, 4- & 5-dimensional These may include (time-dependent) coordinate- proxies Servers (publishing files or DBs via DAP2) often Aggregate datasets, correct or enrich metadata... Perform data translations (more on this later)

6 OPeNDAP Data-Type Philosophy The data model has few data types For simplified programming & lowered risk of errors Types are deliberately domain-neutral For better trans-domain utility & programmer uptake But they allow for both syntactic & semantic metadata The Types do in fact support domain needs NetCDF-like (can represent functions on 4- or 5-D domains, e.g.) Sequences & selections match DBMS sensibilities

7 DAP2 Data Model 1 (simplified) (unadorned) URL = dataset = a collection of variables each variable comprises a name a type (incl. shape) a value 2 optional attributes 3 1. Our use of Data Model seems roughly equivalent to Abstract Specification in OGC parlance. 2. Depending on its type (i.e., syntax) the value of a variable may comprise (vast) quantities of numbers Attributes are much like variables, but their purpose is semantic, i.e., to make a variable more meaningful. For example variables often have a “units” attribute of type string. Variables of type 2-D grid often have “Lat” and “Lon” attributes whose types are real arrays.

8 DAP2 Data Types the type of a DAP variable falls into one of few categories (indivisible)(compound, often recursively) atoms, as in C or Java constructors, as in C or Java constructors with more complex semantics integer float string... structure array (n-dim) (incl. arrays of structures, etc) grid (has coordinate maps → coverages) sequence (w relation- like traits, i.e., tabular)

9 DAP2 Operations (invoked as query strings) 3 kinds of constraint expressions (i.e. query strings) yield subsets or invoke (server-side) processing projection (define a subset) selection (define a subset) function (optional) spec the included variables (by name) & spec the indices of included array elements limit the elements of a sequence to those whose values satisfy a relational- style predicate invoke a (server- specific) function to calculate a return (e.g., a subset by lat-lon limits)

10 Like netCDF, HDF4/5, but as a Web service, users may Skip indices Limit index ranges Reduce dimensionality OPeNDA P Projecti on Operato rs

11 More on Data Translation Note: this function is not part of the DAP2 protocol per se Many DAP-based servers (from Unidata & OPeNDAP, e.g.) Accept multiple types of data as inputs Present multiple views of them over the web Native DAP2 web services: for DAP-enabled clients Source format (lossless): netCDF-to-netCDF or HDF4-to-HDF4 files Alternative web services: html (browser views), XML, WCS, etc. Such servers are, in essence, data- format brokers