[ncl-talk] A potential bug when reading precipitation from GFS data

Kyle Griffin ksgriffin2 at wisc.edu
Thu Aug 28 21:45:26 MDT 2014


This is not a bug to my knowledge, GFS files have been this way for quite
some years. All parameterized fields don't exist in the F000 files, exist
with _acc or _avg at F006, and with _acc6h or _avg6h at F012 and beyond. In
my decoding, I can see this is readily true with cloud cover variables and
outgoing longwave radiation variables in addition to precipitation. It's
important to note that precip in grids beyond 6 hours can be accumulation
of different kinds - either over the latest 6 hours or over all hours
combined over the entirety of the times since the initialization of the
model run. It is important to look at the documentation and descriptions -
these are all provided nicely within the GRIB2 file attributes as well, if
you look without grep commands.

It is *crucial* to understand your data - if you can't tell the difference
between the fields, you need to stop and look more closely. See below,
first text is from forecast hour 6 and second from forecast hour 36.

      float APCP_P8_L1_GLL0_acc ( lat_0, lon_0 )

         center : US National Weather Service - NCEP (WMC)

         production_status : Operational products

         long_name : Total precipitation

         units : kg m-2

         _FillValue : 1e+20

         grid_type : Latitude/longitude

         parameter_discipline_and_category : Meteorological products,
Moisture

         parameter_template_discipline_category_number : ( 8, 0, 1, 8 )

         level_type : Ground or water surface

         level : 0

         type_of_statistical_processing : Accumulation

      *   statistical_process_duration : initial time to forecast time*

         forecast_time : 6

         forecast_time_units : hours

         initial_time : 08/29/2014 (00:00)


      float APCP_P8_L1_GLL0_acc6h ( lat_0, lon_0 )

         center : US National Weather Service - NCEP (WMC)

         production_status : Operational products

         long_name : Total precipitation

         units : kg m-2

         _FillValue : 1e+20

         grid_type : Latitude/longitude

         parameter_discipline_and_category : Meteorological products,
Moisture

         parameter_template_discipline_category_number : ( 8, 0, 1, 8 )

         level_type : Ground or water surface

         level : 0

         type_of_statistical_processing : Accumulation

       *  statistical_process_duration : 6 hours (ending at forecast time)*

         forecast_time : 36

         forecast_time_units : hours

         initial_time : 08/29/2014 (00:00)


Kyle

----------------------------------------
Kyle S. Griffin
Department of Atmospheric and Oceanic Sciences
University of Wisconsin - Madison
Room 1421
1225 W Dayton St, Madison, WI 53706
Email: ksgriffin2 at wisc.edu


On Thu, Aug 28, 2014 at 10:00 PM, Rabah Hachelaf <hachelaf at sca.uqam.ca>
wrote:

> Files can be downloaded simply by these links :
>
>
> ftp://ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.2014082800/gfs.t00z.pgrb2f06
>
> ftp://ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.2014082800/gfs.t00z.pgrb2f12
>
> ftp://ftpprd.ncep.noaa.gov/pub/data/nccf/com/gfs/prod/gfs.2014082800/gfs.t00z.pgrb2f18
>
>
> 2014-08-28 22:50 GMT-04:00 Dennis Shea <shea at ucar.edu>:
>
>> This is offline.
>>
>> Send the files to
>>
>> ftp ftp.cgd.ucar.edu
>> anonymous
>> your_email
>> cd incoming
>> put gfs.t00z.pgrb2f06.grib2
>> put gfs.t00z.pgrb2f12.grib2
>> quit
>>
>> Notify me *after* successful transfer of the files.
>>
>> ===
>> Also, whenever you suspect a bug, please include the version of NCL you
>> are using.
>>
>> %> ncl -V
>>
>>
>> Regards
>>
>>
>>
>>
>>
>>
>>  On Thu, Aug 28, 2014 at 8:42 PM, Rabah Hachelaf <hachelaf at sca.uqam.ca>
>> wrote:
>>
>>> Hi all,
>>>
>>> When reading precipitation from GFS 0.5 deg data precipiation variables
>>> change names between 6h forecast and other hours like this :
>>>
>>>  ncl_filedump gfs_data/gfs.t00z.pgrb2f06.grib2 | grep "AP"
>>>       float CAPE_P0_L1_GLL0 ( lat_0, lon_0 )
>>>       float CAPE_P0_2L108_GLL0 ( lv_SPDL11, lat_0, lon_0 )
>>>       float APCP_P8_L1_GLL0_acc ( lat_0, lon_0 )
>>>
>>> ncl_filedump gfs_data/gfs.t00z.pgrb2f12.grib2 | grep "AP"
>>>       float CAPE_P0_L1_GLL0 ( lat_0, lon_0 )
>>>       float CAPE_P0_2L108_GLL0 ( lv_SPDL11, lat_0, lon_0 )
>>>       float APCP_P8_L1_GLL0_acc*6h* ( lat_0, lon_0 )
>>>
>>> I am not sure if this is a bug or there is an other way to read all
>>> forecast hours with the same variable name.
>>>
>>> Rabah
>>> --
>>> ------------------------------
>>> Cordialement,
>>> Best regards,
>>> Rabah Hachelaf
>>>
>>>
>>> _______________________________________________
>>> ncl-talk mailing list
>>> List instructions, subscriber options, unsubscribe:
>>> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>>>
>>>
>>
>
>
> --
> ------------------------------
> Cordialement,
> Best regards,
> Rabah Hachelaf
>
> _______________________________________________
> ncl-talk mailing list
> List instructions, subscriber options, unsubscribe:
> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ucar.edu/pipermail/ncl-talk/attachments/20140828/a9751e68/attachment.html 


More information about the ncl-talk mailing list