id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
377	Add support for GNOS	Dave Offiler	Dave Offiler	"We may soon be able to gain access to Chinese RO data from the '''GNOS''' instrument on '''FY-3C''' which was launched earlier this year. Intitially a batch of offline data (likely in ROPP netCDF format) and perhaps eventually in BUFR over the GTS.

Currently the ROPP BUFR encoder/decoder does not support this mission, so the ''convertcodes.f90'' and ''roppbufrcodes.nl'' files need to be updated to include the appropriate mappings.

A code for FY-3C ('''522''') is ready for formal approval and can be expected to be included in the next version of operational tables (V23, Nov 2014?).  

Unfortunately, an instrument code for GNOS, and a satellite series code for Beidou (the Chinese GPS) do not appear to have been even proposed, so for now, assumed values will have to be included. The logical sequence of existing codes would suggest '''404''' for Beidou and '''956''' for GNOS, but both need to be formally proposed and accepted by WMO before these can be used operationally (on the GTS). Since this is unlikely to happen until after the release of ROPP-8, if different values are defined, then a patched namelist file can be provided and the F90 code updated for the following release.

This ticket is to provide provisional support in ROPP-8 by adding mappings for:
   * Satellite ID ('FY3C'[*] <-> 522)
   * Satellite series ID (Beidou - 'B'[*] <-> 404[**])
   * Satellite instrument ID ('GNOS' <-> 956[**])
   * Originating Centre (CMA[*] <-> 38)

[*] TBC when example netCDF files are available
[**] assumed BUFR codes TBC when WMO publish actual codes
"	enhancement	closed	normal	9.1	ropp_io	7.1	fixed	BUFR, satellite ID, codes