® Hosted and Sponsored by OGC Met/Ocean DWG Best Practices for WMS 1.3 (DRAFT) 80th OGC Technical Committee Austin, Texas (USA) Jeff de La Beaujardière,

Slides:



Advertisements
Similar presentations
WCS :: OGC Bonn 2005-nov-09 Some GALEON Results for WCS OGC, Bonn, 2005-nov-09 Peter Baumann International University Bremen, rasdaman GmbH
Advertisements

James Gallagher OPeNDAP 1/10/14
Copyright © 2010, Open Geospatial Consortium, Inc. Met Ocean Time Issue Resume Met-Ocean DWG 72nd OGC Technical Committee Frascati, Italy 8 March 2010.
Tutorial 3 Refractor assignment, Analysis, Modeling and Statics
Bossard Inch Catalog User Manual. © Bossard Bossard Inch Catalog - User Manual Table of Contents Introduction Getting around the site Fastener Search.
Proposed update of Technical Guidance for INSPIRE Download services based on SOS Matthes Rieke, Dr. Albert Remke (m.rieke, 52°North.
WMO GRIB as a Data Model Gil Ross, UK Met Office
Experiments and Variables
1 OGC Web Services Kai Lin San Diego Supercomputer Center
An Introduction to XML Based on the W3C XML Recommendations.
PRESENTS: FORECASTING FOR OPERATIONS AND DESIGN February 16 th 2011 – Aberdeen.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Chapter 7 – Object-Oriented Design
 The IP address and port combination at which the NetScaler appliance receives client requests for the associated web application.  A public endpoint.
Chapter 1 Ways of Seeing. Ways of Seeing the Atmosphere The behavior of the atmosphere is very complex. Different ways of displaying the characteristics.
CHAPTER 6 Statistical Analysis of Experimental Data
1 Software Requirements Specification Lecture 14.
Slide 1 Detecting Outliers Outliers are cases that have an atypical score either for a single variable (univariate outliers) or for a combination of variables.
CYBERINFRASTRUCTURE FOR THE GEOSCIENCES WMS Map Integration - Improved Ghulam Memon Ashraf Memon.
CLIMAT (CLIMAT TEMP) History: 1935 – IMO (International Meteorological Organization) that mean monthly values of the main climatological elements at certain.
THREDDS Data Server, OGC WCS, CRS, and CF Ethan Davis UCAR Unidata 2008 GO-ESSP, Seattle.
THREDDS Data Server, OGC WCS, CRS, and CF Ethan Davis UCAR Unidata 2008 GO-ESSP, Seattle.
Requirements for DSML 2.0. Summary RFC 2251 fidelity Represent existing directory protocols with new transport syntax Backwards compatibility with DSML.
® Hosted and Sponsored by Copyright © 2011Open Geospatial Consortium Met Ocean Best Practices Progress report 78th OGC Technical Committee Boulder, Colorado.
Draft-campbell-dime-load- considerations-01 IETF 92 DIME Working Group Meeting Dallas, Texas.
David Blasby The Open Planning Project New York. Goals Explain what a WFS and WMS are, and when to use them Be able to create simple spatial web applications.
North American Profile: Partnership across borders. Sharon Shin, Metadata Coordinator, Federal Geographic Data Committee Raphael Sussman; Manager, Lands.
An Introduction To Building An Open Standard Web Map Application Joe Daigneau Pennsylvania State University.
Mapping between SOS standard specifications and INSPIRE legislation. Relationship between SOS and D2.9 Matthes Rieke, Dr. Albert Remke (m.rieke,
® Hosted and Sponsored by ESA/ESRIN Compare OWSContext and INSPIRE Download services based on Atom 86th OGC Technical Committee Frascati, Italy Joan Maso.
CountryData Technologies for Data Exchange SDMX Information Model: An Introduction.
MapServer Support for Web Coverage Services Stephen Lime - Minnesota DNR Dr. Thomas E. Burk - University of Minnesota MUM Ottawa, Canada.
Department of Advanced Computing SAR related activities at Christian Michelsen Research Kjell Røang.
Copyright © 2009, Open Geospatial Consortium, Inc. Time issue : Meteo Domain needs and WMS present means Meteorology DWG Frédéric Guillaud, Marie-Françoise.
® OGC Met/Ocean DWG Best Practices for WMS 1.3 (DRAFT) (focused on time and elevation issues v1.8.3) 1.
ISO / IEC : 2012 Conformity assessment – Requirements for the operation of various types of bodies performing inspection.
Content Addressable Network CAN. The CAN is essentially a distributed Internet-scale hash table that maps file names to their location in the network.
FIMS v1.1 Version numbers in schema Richard Cartwright Quantel July 2013.
1Technical Editing BPS/TC 67/Washington June International Organization for Standardization.
1 CS 502: Computing Methods for Digital Libraries Lecture 19 Interoperability Z39.50.
Kinematics of Particles Lecture II. Subjects Covered in Kinematics of Particles Rectilinear motion Curvilinear motion Rectangular coords n-t coords Polar.
® Hosted and Sponsored by March Met Ocean DWG 80th OGC Technical Committee Austin, Texas (USA) Marie-Francoise Voidrot 20 March 2012 Copyright © 2012 Open.
Copyright © 2009, Open Geospatial Consortium, Inc. Web Services Report from the working group of 2nd Workshop on GIS/OGC Use in Meteorology Frédéric Guillaud,
® Sponsored by G eo S ci ML : v4 Modularization OGC TC Crystal City March 24, 2014.
Working with XML Schemas ©NIITeXtensible Markup Language/Lesson 3/Slide 1 of 36 Objectives In this lesson, you will learn to: * Declare attributes in an.
® Hosted and Sponsored by Copyright © 2011Open Geospatial Consortium EGOWS Interoperability testing report 9 June th OGC Technical Committee Boulder,
Review of Paper: Johan Hjelm “Position dependent services using metadata profile matching” Youyong Zou Apr.15,2001.
Physical Database Design Purpose- translate the logical description of data into the technical specifications for storing and retrieving data Goal - create.
Ozone time series and trends Various groups compute trends in different ways. One goal of the workshop is to be able to compare time series and trends.
® © 2010 Open Geospatial Consortium, Inc Met Ocean Domain Working Group Activities and Progress 72nd OGC Technical Committee Frascati, Italy Chris Little.
® Sponsored by OGC TimeseriesML Domain Range Web Service Use Case for The National Weather Service's National Digital Forecast Database 95th OGC Technical.
FF 17 : Processes A presentation by Robin Upton ( ) ‏ Latest version at Attribution – NonCommercial - ShareAlike
Kinematics of Particles Lecture II. Subjects Covered in Kinematics of Particles Rectilinear motion Curvilinear motion Rectangular coords n-t coords Polar.
Tutorial 1 Description of a Weather Station using SensorML Alexandre Robin
® Sponsored by SOS 2.0 Profile For Hydrology 90th OGC Technical Committee Washington, DC Michael Utech 26 March 2014 Copyright © 2014 Open Geospatial Consortium.
SSE WebMapViewer Recent Developments Steven Smolders SSE Workshop ESA - ESRIN, Frascati, Rome.
Affinity Depending on the application and client requirements of your Network Load Balancing cluster, you can be required to select an Affinity setting.
Maj Dan Pawlak Air Force Liaison to NCEP
XACML and the Cloud.
Weather Forecasts.
EO Data Access Protocol
Met Ocean DWG Progress report Met Ocean WMS 1.3 Best Practices
SDMX Information Model: An Introduction
Developing a Data Model
Status OpenSearch Standardisation Activities - HMA-S Project
Data Warehousing Concepts
Weather Forecasts.
Weather Forecasts.
Metadata Updates (for S / 4
Met Ocean DWG Progress report Met Ocean WMS 1.3 Best Practices
Presentation transcript:

® Hosted and Sponsored by OGC Met/Ocean DWG Best Practices for WMS 1.3 (DRAFT) 80th OGC Technical Committee Austin, Texas (USA) Jeff de La Beaujardière, U.S. NOAA Summary of Telecons and Notes on Twiki: 1

OGC ® Introduction WMS 1.3 (Annex C) allows dimensional axes in Capabilities XML –TIME : GetMap request includes TIME=T –ELEVATION: GetMap request includes ELEVATION=Z –Provider-defined "sample dimensions": GetMap request includes DIM_something=value Seeking agreement on how to list available values on each axis –Goal: Provide enough info to allow user choice –Use METADATA_URL to provide additional metadata This (draft) Best Practice covers: –Server (Capabilities XML) and client (GetMap request) rules –simple cases (e.g., 0 or 1 time axis) –multiple overlapping time axes –data values on computed surfaces 2

OGC ® Temporal Axes in WMS: General Rules General rules for all cases: –Times shall be expressed in ISO 8601 format yyyy-mm-ddThh:mm:ss, to appropriate precision Required attribute: units="ISO8601" –Time may be expressed either as a list or as a min/max/interval, as shown in WMS 1.3 Table C.2. – always applies to validity time (of observation or forecast) –Express each map as a single Layer with 0+ temporal axes Avoid multiple independent layers with time encoded in Layer Name. 3

OGC ® Temporal Axes in WMS: Simple Cases Case 1: Layer with no defined Time –Omit TIME –Avoid inheritance of TIME from parent layers –Client: TIME in GetMap request is ignored for this layer Case 2: Layer with single known Time –TIME axis states 1 time value (T) –Mandatory attributes: default=T, nearestValue=TRUE. –Client: TIME in GetMap request is ignored for this layer 4

OGC ® Temporal Axes in WMS: One Time Axis Case 3: Layer with multiple available times along a single Time axis –TIME axis states time values {T i } List (T 0, T 1,... T N ) and/or range (T 0 /T 1 / Δ T) [see WMS Table C.2] –Recommended attributes: current=TRUE (if data are continually updated) default= T default (what time will be sent if client does not specify) nearestValue=TRUE (nearest available time will be sent) –Optional attributes: multipleValues=TRUE (if allow multiple times in one request) –Result is animation or mash-up of multiple times –Client: TIME is mandatory in GetMap request Note: This is more strict than WMS 1.3 specification 5

OGC ® Temporal Axes in WMS: Multiple Time Axes Case 4: Layer with multiple overlapping time axes –Canonical Use Case: Forecasts produced by multiple model runs with different initialization times and overlapping forecast periods. Example: A weather forecast model is initialized and run every 6 hours and produces a 5-day forecast with a temporal resolution of 3 hrs. There are multiple forecasts for each 3hr interval. – : validity times (of forecast or observation) Include the entire sequence of available validity times –E.g., the earliest TIME is the first forecast from the earliest model run, the latest TIME is the last forecast from the latest model run. Client: TIME is mandatory in GetMap request – : model initialization times Each model run has a particular analysis_time Client: DIM_ANALYSIS_TIME is optional in GetMap request –Decision tree (next slide) explains how server should parse client request and respond with map or error message 6

OGC ® Decision trees to analyze times in GetMap request 7 See

OGC ® Vertical Axes in WMS: General General rules for all cases: –Each Layer may have 1 ELEVATION axis –ELEVATION axis must have a well-defined vertical CRS (coord. ref. syst.) Mandatory attribute : verticalCRSid (label or URL) - see Clause –Elevations shall be expressed in units of this CRS Required attribute : unitSymbol corresponds to these units –ELEVATION axis (if present) shall enumerate 1+ available values Express each map as a single Layer with 0 or 1 elevation axes –Avoid multiple independent layers with elevation encoded in Name. 8

OGC ® Vertical Axes in WMS: Simple Cases Case 1: Layer with no defined Elevation –Omit ELEVATION –Avoid inheritance of ELEVATION from parent layers –Client: ELEVATION in GetMap request is ignored for this layer Case 2: Layer with single known Elevation –ELEVATION axis states 1 elevation value (Z) –Mandatory attributes: nearestValue=TRUE, default=Z –Client: ELEVATION in GetMap request is ignored for this layer 9

OGC ® Vertical Axes in WMS: Continuous Axis Case 3: Layer with multiple available elevations –Continuous, monotonic axis with defined vertical CRS, e.g.: CRS:88 = North American Vertical Datum unitSymbol=m (see B.5) ? = Geopotential Height. ID & ISO definition t.b.d. unitSymbol=m. ? = Pressure Level. ID & definition t.b.d. unitSymbol=hPa (or mbar?). ? = Flight Level. ID & definition t.b.d. unitSymbol=FL. –ELEVATION axis states available vertical values {Z i } List (Z 0, Z 1,... Z N ) and/or range (Z 0,/Z 1 / Δ Z) [see WMS Table C.2] –Recommended attributes: default= Z default (what elevation will be sent if client does not specify) nearestValue=TRUE (nearest available elevation will be sent) multipleValues=FALSE (each map usually represents single elevation) –Client: ELEVATION=Z in GetMap request is used to choose vertical value 10

OGC ® Vertical Axes in WMS: Computed Surfaces Case 4: Values predicted on computed surfaces –Canonical Use Case: Aviation weather products Example: Wind speeds computed for tropopause, mean sea level (MSL), isotherms (Iso T), base and top of contrail layer (COTRA), surfaces of constant potential vorticity (PVU), Jet level See –Use to enumerate Element contains comma-separated list of available surfaces, e.g.: – Tropopause, MSL, 0.7PVU, Jet_level, ISO_T0, 2nd_Iso_T0 Attributes: nearestValue=FALSE, multipleValues=FALSE, default=name –Client: DIM_COMPUTED_SURFACE=name in GetMap request is used to choose desired surface 11

OGC ® Issues to be Resolved Multiple model runs that are started with the same analysis_time Need a "process ID" or "run ID" axis Handling of Climatologies –e.g., "Mean of January temperatures from " –May need combination of descriptive Layer names and other sample dimensions. E.g.: Layer=monthly_mean_temperature & TIME=2000/2009 & DIM_Month=Jan or: Layer="mean_temperature" & TIME= / /P12M How to respond if "nearest value" is very far away Community-specific vocabulary(ies) for surface names How to handle same quantity available both on computed surfaces and at normal elevation levels –Possibly ambiguous or conflict GetMap requests ISO definitions of common vertical CRSs (pressure, GPH, etc) 12