[NCEP.List.BUFRLIB-Support] Re: Metop sounding data in BUFR on the GTS

[Jeff Ator]

By the way, and for future reference, it's actually better to send such 
inquiries to ncep.list.bufrlib-support at lstsrv.ncep.noaa.gov.  That way, 
other members of the BUFRLIB software support team can respond in case 
I'm unavailable.

Thanks,
-Jeff

Jeff Ator wrote:
> Dear A.K.,
>
> Assuming you have a fairly-recent version of the software (the latest 
> version is always available at 
> http://www.nco.ncep.noaa.gov/sib/decoders/BUFRLIB/), then this is an 
> easy thing to correct.  Just add the following lines of code to your 
> program immediately after your initial call to OPENBF:
>
> CALL PKVS01( 'MTV', 12 )
> CALL PKVS01( 'MTVL', 0 )
>
> The first line sets the master table version number to 12, and the 
> second line sets the local table version number to 0.  For more 
> information, you can view a detailed explanation of the PKVS01 
> subroutine via the "Table of Contents" at the above web site.
>
> Best regards,
> -Jeff
>
>
> Awdhesh Sharma wrote:
>> Dear Dr. Elliott -
>>
>>
>> Thanks for identifying the issues with the ATOVS BUFR data.
>>
>> We could not find the satellite id for Met-02 anywhere when this was 
>> needed to set in our ATOVS BUFR data, and therefore, had chosen 212 
>> but now it is published on the web so we will be making the 
>> appropriate changes to satellite identifier field to 004 within next 
>> week or so. About the BUFR Table Version  Number, is not set by us, 
>> it is what has been provided in the NCEP BUFR library, Jeff Ator may 
>> provide more detailed comment to this. So if this version number 
>> needs a change it has to come from the proper channel, which is NCEP 
>> BUFR library.
>>
>> A.K.Sharma
>>
>> Simon Elliott said the following on 6/14/2007 9:41 AM:
>>> Hello,
>>>
>>> This email concerns sounding data from ATOVS on Metop2 being
>>> disseminated on the GTS in BUFR.  The data have Abbreviated Bulletin
>>> Headers  IUX... KWBC ..
>>>
>>> Inside the data, the satellite identifier is set to 212 which
>>> (according to Common Code Table C5 of the WMO Manual on Codes) 
>>> indicates
>>> a geostationary spacecraft allocated to the USA.  In fact Metop2 data
>>> should have the satellite identifier set to 4.
>>>
>>> Also, I am also unsure as to why, in Section 1 of the BUFR data, the
>>> Master Table Version Number is set to 4 and the Local Table Version
>>> Number set to 8.  The Local Table Version Number should be set to 0 as
>>> no local descriptors are being used.
>>>
>>> Could you look into these issue please and let me know if we could
>>> expect any updates?
>>>
>>> Thanks in advance.
>>>
>>> Simon
>>>
>>>
>>> Dr Simon Elliott
>>> Product Implementation Manager
>>> Operations Department
>>> EUMETSAT
>>> tel: (+49) 6151 807385
>>> fax: (+49) 6151 807304
>>>
>>>   
>>
>
>