Report on the meeting of 5th Session of Expert Team (ET) on Requirements for Data from Automatic Weather Stations (AWS), Geneva, May 2008
To Homepage
HMEI Reports 2008 Page 

Meeting of 5th Session of Expert Team (ET) on Requirements for Data from Automatic Weather Stations (AWS)
Geneva, Switzerland, 5-9 May 2008


The AMS meeting group photo (thanks to CBS). Click to enlarge.

For the agenda and links to the documents please go to the link at: http://www.wmo.int/pages/prog/www/BAS/CBS-meetings.html 

The HMEI attendees of this meeting were: Bruce Sumner, HMEI Executive Secretary and Christine Charstone, HMEI Administrator. The full list of participants is available in annex 1 of the final report. The final WMO report of the meeting will be interesting for AWS manufacturers, it is available at: http://www.wmo.int/pages/prog/www/OSY/Reports/ET-AWS-5_Geneva_2008.pdf 

This HMEI report is not intended to be definitive, but highlights items considered of interest for HMEI Members.

Opening of the Meeting
The meeting was opened with a welcome from the WMO Secretary General given by Dr Miroslav Ondráš the Chief WMO Observing Systems Division.

Report of the Chairman of ET-AWS (Doc. 2) by Dr Igor Zahumenský
Dr Zahumenský's presentation gave the background  of the development of the work of the ET to the current point of the recommendation to the previous CBS in Seoul in 2006 (CBS-Ext 2006), where 7 recommendations from ET-AWS-4 were approved. The CBS-Ext 2006 also made further recommendations for the future work of the ET-AWS.

Item 5 of the report listed the proposal for the activities of ET AWS for the next intersessional period, as follows:

  1. Further development of a basic set of variables (standard and additional) measured by a standard AWS and regular update of AWS Functional Specifications. This development and further standardisation will be important for the success of the WIGOS policy;

  2. Further development of AWS metadata catalogues; cooperation with CBS-OPAG/ISS in the development of tools for incorporating the metadata into the WIS environment as well as for metadata transmission from AWS into data processing centres (e.g. further development of BUFR descriptors);

  3. Development of the requirements for new sensors, integration and interoperability of sensors;

  4. Development of guidelines and procedures for the further transition from manual to automatic observation, for integration of point measurements with area measurements;

  5. Involvement in the process of standardisation to meet WIGOS requirements for building up an integrated, sustained and interoperable system of observing systems.

Dr Zahumenský's report also looked at the draft of the "Vision of the GOS in 2025", developed by the CBS/OPAG ET-EGOS-3rd session. This document has been out for comment to the  various interested parties and experts, including HMEI members. Amongst the responses, one HMEI member has made comments, whose viewpoints have been incorporated into the current draft of that document.

Standard and optional variables to be reported by AWS (ad hoc report)
Etienne Charpentier, from JCOMM, gave this report, which outlined the requirements for AWS from the marine community viewpoint. He gave a limited list of recommended extra marine observations for AWSs to be used by the marine community. These can be seen in red in the BASIC SET OF VARIABLES TO BE REPORTED BY THE STANDARD AWS FOR MULTIPLE USERS, Annex 9 of the WMO final report.

"Vision of the GOS in 2025" - Surfaced based Measurements
The comments on this item will be included in the considerations of the final revision to be prepared by the ET-EGOS in July 2008.

The "Vision" will need to have a balance between requirements for data and observations, and the science and technology developments, including traceability. See Doc. 14 for the current revised draft version of the Surface and Climate sections of the "Vision".

Etienne Charpentier talked about JCOMM's developments for the future for the "Vision", which includes developments that the ARGOS, VSOP and DBCP are working to implement, not only in ship Surface measurements, but also in measurements for Sub-surface and Deep Ocean.

Wolfgang Grabs from the Hydrology and Water Resources Programme, made some comments regarding the "Vision". In particular that, in regard to data communication, the importance of the WMO Information System (WIS) should be noted in the data "vision" for GOS, also that the importance of data archiving should be addressed in the "Vision". Dr Grabs wished to have the importance of working towards integrated systems for hydrology. He also noted the importance of stating consideration for the needs and capabilities of the Least Developed Countries (LDCs), especially when looking at cost issues and the necessity of capacity building in these regions. Dr Grabs further mentioned the need to have a paragraph on the integration between space-based and surface based components of the "Vision".

Liisa Jalkanen, Chief of the the Research Division of the AREP (Atmospheric Environment Research Programme) noted that the Global Atmospheric Watch (GAW), is currently compiling their input for the "Vision" and will be directly sending their comments to Chair of ET-EGOS for their next meeting. GAW believes that the "Vision" should be general overview "key" statements rather than detailed action items. Dr Ondráš requested that the GAW statements be sent to the CBS secretariat for compilation into a Surface Measurements document to be submitted to the Chair of ET-EGOS for the July meeting.

The meeting went on to look at the items in the "Vision" concerned with surface-based observations and networks. They refined various points in the draft to provide a concise documentation of the future expectations for surface networks. The amended draft of this document is available as Annex 10 in the WMO final report. Points of interest regarding the future trends the surface-based GOS is looking towards are:

The "Vision" is seen as a balance between requirements for data and observations by different WMO Programmes, various applications and users on one hand and science and technology developments on the other hand.

Regarding the requirements for data and observation, it should be considered that:

  • Observational needs for future models that will be used for different time-range forecasts;
  • Deficiencies of today’s models that show that current observations are not sufficient for most mesoscale applications;
  • Critical atmospheric observations that are not adequately met by current and planned observing systems but are required for more accurate and timely Earth monitoring and decision-making.

Regarding the observing technologies and techniques, it should be considered that:

  • Better understanding of the processes that govern weather requires advances in sensors and observing networks;
  • All observational data should be traceable to international standards;
  • Instruments should be interoperable as far as possible;
  • Integrated observing systems may overcome gaps in existing observations.

The availability of test-beds for a successful transition from R&D to operations may be a critical aspect.

AWS Functional Specifications (Doc. 3) by J.P. van der Meulen
Dr van der Meulen reviewed the AWS functional specifications. Several points in this report were able to be updated by the ET-AWS members present.

The resulting revisions will eventually be included in the Functional Specifications for Automatic Weather Stations and related BUFR descriptors on the WMO website after their final endorsement by CBS in March 2009.

  • HMEI was invited to send the information as revised by the meeting to the HMEI membership, for validation that the suggested functional specification ranges are feasible. Please see the document, Annex 2, in the WMO final report here
    Responses to this document by HMEI members, should be sent to the HMEI Secretariat at hmei@wmo.int. HMEI will then pass the HMEI comments to Dr van der Meulen.

Requirements and Implementation Plan for a robust, low power, continuous communications platform for all AWS, particularly those in remote locations (Doc. 4.1) by R Nitu
This presentation brought up some particular points/issues in regard to this topic:

  • Communications to be by satellite;
  • Question as to whether there should be one or two way communications;
  • Challenges to access satellite communications services, particularly in smaller countries;
  • Problem with power failure, need to ensure longer lasting power supply in remote locations.

Requirements and Subsequent Implementation Plan for AWS Hosted Sensors to Contribute Directly to the Calibration and Ground Truth of Space-based Observations (Doc. 5) by by Karl Monnik
Mr Monnik's presentation emphasised that there is an increasing number of remotely sensed measurements such as total water vapour column, rainfall, soil moisture, surface emissivity, albedo and evapotranspiration, that can benefit from ground-truth measurements from AWSs.

Requirements for new sensors or the integration of sensors to meet the deficiencies of AWS following the migration from manual observations (Doc. 6) by R Nitu
This document is a particularly useful one from the manufacturers point of view. It is recommended reading for AWS manufacturers. This report is available here.

In the General Requirements session of the document the points covered (see the document for details) are:

  • Measuring performance;
  • Sensor requirements for maintaining the traceability of measurements;
  • Requirements regarding operational reliability.
In the section of the document, concerned with specific AWS Sensor Requirements, items covered in regard to improvements in AWS sensors are:

 

  • Air and temperature sensors in AWS perform as well as human observation, but need to:
    - Expand temperature range to cover -80C to +60C;
    - Improve response time and sensitivity to measure/report extremes;
    - Enhance screen housing design;
    - Facilitate travelling standard to be able to be located near sensor.
     
  • Humidity and Dewpoint sensor in AWS perform well but additionally need:
    - Operational consistency below freezing point;
    - Accurate humidity values at the extreme ranges;
    - To stabilize measurements to minimize frequency of calibration;
    - Immunity to environmental contamination.
     
  • Pressure sensors in AWS perform as well as human observations, but need to:
    - Operate to below -40 deg.C;
    - Mitigate solar radiation and wind effects.
     
  • Precipitation sensors need improvement in AWS and should:
    - Measure trace precipitation to less than 0.2mm;
    - Measure snowfall;
    - Eliminate diurnal effects;
    - Eliminate/mitigate false precipitation (e.g. blowing snow);
    - Provide large capacity total precipitation for unattended locations/extreme events;
    - Minimise ice problems;
    - Provide corrections for wind induced under catch, evaporation etc. (e.g. provide shields);
    - Improve identification of precipitation type;
    - Have capacity to access Snow Water Equivalent;
    - Be able to detect state of ground, e.g. ice, rime deposits;
    - Have calibration and field verification procedures;
    - Be able to detect problems with environmental factors, e.g. birds perching, snow capping;
    - Integrate lightning sensor data;
    - Have integrated sensors which output multiple precipitation parameters;
    - Have sensors with broader applicability to for multiple conditions, e.g. coastal conditions.
     
  • Visibility sensors have improved but also need to:
    - Differentiate between fog, smoke, blowing snow, insects etc.;
    - Have reliable and field usable calibration methods;
     
  • Sky conditions sensors for AWS need to address deficiencies and should:
    - Report cloud coverage (eventually integrating multiple/satellite measurements);
    - Report multiple level clouds;
    - Determine and report cloud type;
    - Report direction of cloud movement;
    - Use alternative (low cost) sensors to derive/report cloudiness, e.g. sunshine/solar radiation sensors;
    - Improve spatial representativeness of ceilometer data (perhaps using infrared scanners).
     
  • Wind speed and wind direction sensors for AWS need to address deficiencies and should:
    - Have sensor to report 3-d wind information;
    - Improve sensor response time, for short duration, high intensity event;
    - Have sensor specific field calibration and travelling standards available;
    - Increase Operating range to report extreme events, as per Guide on GOS;
    - Report calm conditions (calm commencing at O.5m/s);
    - Minimise problems of ice build-up, heavy snow, insects, bird perching;
    - Lower power consumption when heat circuits are used (particularly for remote locations).
     
  • Sunshine, global and net radiation sensors, have had good improvements fulfilling CIMO definitions, but cleaning of the sensors can be an issue, therefore:
    - Work need to be done to develop automated cleaning methods for sensors used in remote locations.
     
  • Soil temperature and moisture, AWS (with moderate cost increase) could include these measurements, if sensors for AWS are developed that:
    - Measure at a depth of 100 cm in undisturbed soil;
    - Have access to sensors (for calibration/maintenance) with minimal soil disturbance;
    - Have tong term stability;
    - Sensors are installed in protective housing/sleeve able to withstand abrasive wear and temperature extremes.
     

Addressing the need for integration of point measurements with area measurements (Doc. 7) by J.P. van der Meulen
Jitze van der Meulen described in this presentation a technique to integrate point measurements, from AWS data, with area measurements, from satellite networks. This technique has to possibility to be used for optimizing meteorological networks, such as RBSN (Reference Baseline Surface Network).

Review of BUFR descriptors related to AWS measurements (Doc. 13.1) by I. Zahumenský
See the document here.
This report looks at the BUFR descriptors. There is a lack of homogeneity in the use of BUFR and descriptions of the coding between different WMO Commissions. Therefore the code needs to be traceable to the International Meteorological Vocabulary (IMV).

Also following the CBS and WIS recommendations there is to be a minimum necessary transmission of metadata and that it be sent separately form the observational data.

There is a need for 5 new metadata descriptors for:

  • Classification of roughness;
  • Siting and exposure – Siting classification;
  • Expected performance of the instrument;
  • QC flag for each parameter;
  • Method of measurement / observation OR type of detection system for each variable measured by AWS (and transmitted in AWS BUFR template now or in a future).

The difficulty of standardizing descriptions, given that they are often created at short notice to follow new developments in real time, was noted. The references for tractability would come from regulator material i.e. WMO, ISO, and IMV.

The SYNOP code (FM-12), translated to a BUFR template, does note satisfy all the requirements of AWS data transmission needs. Work will need to be done on this.

National and WMO station identification (Doc. 13.2) by Eva Cervená
This document reports the developments made on a BUFR template for surface observations from one-hour and n-minute period for AWSs. These developments have been made in response to the lack of the existing international system of station numbers to be able to deal with AWSs.

The new descriptors and BUFR template were developed by the ET on Data Representation and Codes (ET-DR&C) and the Coordination Team on Migration to Table Driven Code Forms (CT-MTDCF). Michal Weis from IBL Engineering, a HMEI member, was one of the key people, from these teams, involved in the work resulting in this document.

Development of guidelines for the implementation of new data types from either new sensors or following the successful integration of sensors (Doc. 9) by H. Zhou
See this document here.
Dr Zhou gave a presentation outlining the development of Guidelines for implementation of new data types for new sensors or following successful integration of sensors.

China is looking at development of new types of multi-functional AWS, to enable the widest possible selection and integration of sensors; often these additional information sensors to the more usual array; cameras; or new sensors measuring parameters not previously included in weather AWSs, including climate and geophysical information. The need for this type of new AWS is driven by extended user requirements.

Although the requirements from users can be highly diverse, the conventional meteorological elements such as air temperature, air relative humidity, air pressure and wind are usually included. In addition certain other characteristics are universally required, these are:

  • Reliability and of high quality;
  • Timely dissemination – latest data available to users in minutes;
  • Available in a variety of communication channels – including radio, TV, PCs, mobile phones and computing devices;
  • User friendly for easy digestion;
  • Location specific – high spatial resolution;
  • Time specific – high temporal resolution; and
  • Environmentally friendly.
¨The document also notes new user requirements, looks at the design of multi functional AWS including the need for flexible power supply for these.

Comments:
Old measurements may need new ways of measurements for AWS use, therefore new technologies for sensor development are seen as vital .

Interoperability and flexibility of future AWS development is seen as necessary to maximise the flexibility of choice for users.

 

AWS Development of the recommended four catalogues of AWS Metadata (Doc.10.1) by Karl Monnik
The final decisions regarding this document are in Item 13.8 of the the WMO final report

Development of guidelines and procedures to assist in the transition from manual to automatic surface observing stations (Doc. 8) by Karl Monnik
This document is available as Annex 7 in the WMO final report.

The document gives a very concise and useful set of guidelines for transition from manual observations to AWS.

Difficulties and differences were noted in how AWS observations can fully replace the observations made by humans. These differences need to be defined and also resolved where human "subjective" observations may need to be translated into measurements that can be made automatically by sensors.

Bruce Sumner commented that guidelines and information such as this were not necessarily used by all countries, particularly LDCs in the case where a donation is used to purchase a network of automatic stations. From this comment a suggestion was made that this document should be developed and published as a WMO Technical Document (WMO TD), in order that the useful information it contains can reach all members of WMO.

It was further noted that whilst a donation was often given for a LDC to purchase AWSs, there was often no thought given, nor money provided, for the ongoing maintenance and calibration necessary for long-term usefulness of such a AWS network. Although this document addresses these issues, it was suggested that a stronger statement, emphasising this critical nature of ongoing maintenance, could be needed.

The meeting agreed to the revision of the document, to include the issues raised above, be done for presentation of the document to International Cooperation Team on Information Systems and Services (ICT-ISS) in September this year, for endorsement and subsequent publication as a WMO TD.

Development of guidelines for siting classification of AWS (Doc. 11) by M. Leroy
This report looked at the needs for good siting and good metadata about the sites. Currently much data is used with no or limited knowledge of the siting conditions. Meteo-France has developed a classification for various parameters with 5 levels, ranging from the optimum WMO recommendations, to conditions of a site, which make it totally unsuitable to be used as a site for measurements. This document offers this development of classifications as a starting point for WMO classification, not only for AWS but also for any surface observing station.

It was also noted that a standard for siting is also being looked at by ISO. The Sub Committee SC5 (Meteorology) of the ISO Technical Committee, TC146 (Air Quality), are considering the creation of a new Working Group (WG) for the standardization of siting.

Comments:
Karl Monnik relayed a comment from Bill Wright, the Chairman of the WMO ET on Observing Requirements and Standards for Climate, that the siting for an AWS for climate observations, needs to reflect the climatological conditions as appropriate, in addition to general good siting.

Presentation on WIGOS and WIS by Don Hinsman
This was an excellent presentation explaining the concept, background, aims, and current status of WIGOS and WIS, with great clarity. The presentation is available here.

Advances in AMS technology for ET-EGOS (Doc. 15.1) by M. Leroy
This document is a list of technology advances in AWSs in the areas of :
  • Telecommunication:
    - There is now a wide range of solutions available for this. However as these vary widely form country to country, there is a need for standardization in this area.
  • Data Acquisition:
    - Advances have made calibration of the acquisition part of AWS stable and well integrated, however there still remains a need for calibration of sensors. Sensors:
    - Advances in sensors are slower than other developments. Certain sensors for performance in harsh conditions and remote situations have high power requirements that cannot be met by a solar panel.
    - In many countries (i.e. in Europe), new sensor development is slow due to NMS budget limitations. There was a suggestion by Bruce Sumner from HMEI, that perhaps NMS could consider working with private manufactures.
    - Costs of maintenance and calibration continue to be high.
    - Reliable sensors for visibility, precipitation (both detection and density), present weather and state of ground, are available.
  • Network;
    - In dense network areas, response to a users needs for extra variables can often be achieved by merging observations from the existing stations, rather than needing to create new stations.
  • Cost;
    - The costs of AWSs is decreasing, however this is only marginal considering the total, initial and running, costs of a network.

Comments on this report, by various meeting participants, noted  that:

  • Security issues for AWS still need to be further addressed;
  • The combining of information from various sensors can produce additional parameters;
  • Sensor changes are a challenge for the Climate community and their archiving;
  • Considering the above statement, it would be very useful if manufactures were to inter-compare their own different models and upgrades, and subsequently publish these results, to help resolve this challenge;
  • There can be a problem with Rain Gauges (RGs) in arid conditions, where lack of functionality (rather than lack of rain) cannot be picked up. There is thus seen a need to have ongoing self verification of functionality by the RG;
  • Data storage in AWSs need to be sufficient (which is not always the case) for delayed recovery of data and archiving;
  • Particularly for Climate purposes, networks are foreseen to need a good mix of AWSs and Manual Stations, rather than all AWSs;
  • An advantage with the lower costs now of AWSs was noted, that now denser networks can be achieved at less cost;
  • The advances with Smart Sensors that have better metadata, were seen as a very good;
  • AWS self-monitoring of problems occurring would be highly useful (although the potential cost increase was recognised);
  • It was also noted that users have a responsibility to have regular maintenance of AWSs;
  • The need for lightening protection for AWSs in certain situations was noted;
  • AWS modularity was very much appreciated. This approach was seen as essential for future developments to achieve the desired flexible, multi-purpose, AWS use.
The meeting decided that it was necessary for the ET to monitor the rapid advances in AWS, and keep the WMO community aware of these.

Implementation Plan for Evolution of Space and Surface-based Sub-Systems of the GOS (EGOSIP) (Doc. 16.1) by Igor Zahumenský
As AWS are becoming widespread and of such importance for measurements, that planning should include:

  • appropriate codes and reporting standards;
  • global standard for quality management and the collection / sharing of metadata; and
  • expanded range of measured parameters;
  • ensuring recommended practices are complied with.

Close of  Meeting
The meeting closed at  2pm on Friday, 9 May 2008.

Return to
top of page