Issue and Works | current status summary | ![]() ![]() ![]() |
---|---|---|
Handling of TIME dimension ![]() |
TIME is validity time | For generic WMS clients the decision taken in Toulouse to offer best product OK (responsibility of the data provider to select /define his policy) |
DIM_RUN_BASE_TIME | For MO profile clients, another set of layers using TIME and DIM RUN_BASE_TIME | |
DIM_FORECAST_OFFSET not needed anymore | ![]() |
|
Issue: not all combinations of TIME/RUN are possible | ![]() |
|
Synthesis of the Met Ocean Modelling WG works on Time- March 2011 | ||
|
||
Layers Naming | ||
Projections /CRS ![]() |
The projections needed by the community and not available at the moment are the GEOS projection and Polar Stereographic projection with arbitrary base meridian. | ![]() |
Current projections referenced in the WMO GRIB data format are here: http://www.wmo.int/pages/prog/www/WMOCodes/WMO306_vI2/2010edition/GRIB2ver7/GRIB2_7_0_0_CodeFlag.pdf in Code Tables 3.1 to 3.10 etc, which are expanded here: http://www.wmo.int/pages/prog/www/WMOCodes/WMO306_vI2/2010edition/GRIB2ver7/GRIB2_7_0_0_Temp.pdf | ||
The GEOS projections is based on a specific ellipsoid WMO adoption of WGS84 and EGM96 are on p96 of http://www.wmo.int/pages/prog/www/ois/Operational_Information/Publications/CBS/CBS_Ext06_1017/1017_en.pdf |
![]() |
|
![]() |
![]() |
|
First Check works already done in WCS WG or Unidata WCS CRS works | ||
Support INSPIRE projections (ETRS) | ||
Vertical coordinates | Several options have to be evaluated : | |
- use the DIM ELEVATION, TIME(Pro : expected by Mass market, con : not multi layer capable) | if use of DIM or vertical CRSs , make shortcuts for T500, MSLP…? | |
- use of a DIM TBD?, (Pro : multi layercapable, con work, unexpected, no general client will recognize semantic) | Look at WCS | |
- put the level into the name of the layer? (Pros : easy, different styles possible/ con : doesn’t scale) | Review options considering specific use cases | |
- define vertical CRSs? (Pros : compliant with WMS1.3/ con : not very detailed, governance? Examples?) | Get more information from OGC | |
- 3D CRS can be defined as combination of 2D CRSx1D vertical CRS) | ||
Vertical coordinates used in the WMO GRIB data format are here: http://www.wmo.int/pages/prog/www/WMOCodes/WMO306_vI2/2010edition/GRIB2ver7/GRIB2_7_0_0_CodeFlag.pdf Tables 3.15, 3.21 and 4.5 | ||
Metadata Search and filtering | Get Capabilities layering or metadata and Time handling_ | ![]() |
Standardised parameter names for validation | Standard parameter names used in the WMO GRIB data format are here: http://www.wmo.int/pages/prog/www/WMOCodes/WMO306_vI2/2010edition/GRIB2ver7/GRIB2_7_0_0_CodeFlag.pdf Code Table 4.1 and 4.2 Standard parameter names used in the WMO BUFR and CREX data formats are here: http://www.wmo.int/pages/prog/www/WMOCodes/WMO306_vI2/2010edition/BUFRver16/BUFRCREX_16_0_0_TableB.pdf Table B |
A simplification of WMO parameter names proposed to help automate production of URIs. ECMWF also has an online machinable table of names, but with small changes from the WMO Standard. |
Asynchronous and dynamic delivery | ![]() |
Asynchronous delivery for off line data |
Recurrent subscription i.e. subscription to future data | ||
Notification of availability of new data/layer | ||
Notification of other changes impacting getcapabilities (e.g. using filters) | ||
Check they will address issue of guarantee of delivery | ||
![]() |
||
Styling ![]() |
![]() |
Should define styles for WMO symbology, register these names, use in profile |
![]() |
||
![]() |
||
Integration with other systems GRIB, WCS, Opendap | ![]() |
Make sure GRIB is considered but Not in the scope of MO WMS profile |
Cross section description | Request=getcrosssection& line=lat1,lon1,…&style=?&vertical_axis=? More work is needed A proposed template used in the WMO GRIB data format is here: http://www.wmo.int/pages/prog/www/WMOCodes/WMO306_vI2/2010edition/GRIB2ver7/GRIB2_7_0_0_CodeFlag.pdf template 3.1000 |
May be not a WMS issue |
Standardise GetFeatureInfo | Need best practice for GetFeatureInfo result information | |
![]() |
||
How to improve GetFeatureInfo | Could that be used to return several types of info, e.g. vertical profile, time-series, …–Either•Extend existing operation: GetFeatureInfo&info_type=vertical-profile•Create new operation: GetVerticalProfile,… | May be not a WMS issue |
WMS metadata : How to serve extra Metadata about WMS Layers and maps ![]() |
![]() |
MO profile should then recommend to MO servers to return everything which is not exactly as specified explicitly into the client request |
Might be splitted into two issues Metadata about the service and about the data offering (projections, )AND Meta information about the map response (min max value, TIME served interpolation algorithm, ..) | ||
Versions of different level between Servers and Clients | Version negotiation part of the standard | MO Profile: recommendations for server offering to Mass Market clients should be version agnostic |
![]() |
||
WMS2.0 might fit better MO users requirements than WMS1.3.0 | ||
Forming correct URLs | Described into WMS 1.3.0 doc | |
![]() |
General HTTP Request Rules §6.3 in WMS1.3 doc : Take care this possibility is still available into WMS2.0 and makes it explicit | |
Animations ![]() |
If server serves maps with dynamic colormaps, it can be confusing in animations | ![]() |
What about the image/gif MIME type | ||
What about frame rate | ||
Tiling | ![]() |
I | Attachment | Action | Size | Date | Who | Comment |
---|---|---|---|---|---|---|
![]() |
OGC_Met-Ocean_DWG+Its-about-time+2010-11-15_(TANDY)_v1.0.ppt | manage | 4 MB | 11 Feb 2011 - 14:33 | MarieFrancoiseVoidrotMartinez | It’s about TIMEProposal of standard conventions for TIME within the meteorology communityBased on Met-Ocean DWG discussion at OGC TC Meeting (Sept 2010) & subsequent review |