[Met_help] [rt.rap.ucar.edu #69105] History for grid_stat with grib2 inputs
John Halley Gotway via RT
met_help at ucar.edu
Thu Oct 2 10:17:55 MDT 2014
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hello,
I was wondering if grid_stat can accommodate grib2 gridded fields as both
obs and fcst input files. The error that I am getting suggests that it may
not, at least in v4.1:
DEBUG 1: User Config File: GridStatConfig-RO-UH-grib2
DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created new
Met2dDataFile object of type "FileType_Gb1".
ERROR :
ERROR : GribFile::read() -> file read error ... requested -8 bytes, got -1
ERROR :
Thanks.
John Henderson
________________________________
This email is intended solely for the recipient. It may contain privileged, proprietary or confidential information or material. If you are not the intended recipient, please delete this email and any attachments and notify the sender of the error.
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: grid_stat with grib2 inputs
From: John Halley Gotway
Time: Fri Sep 26 13:00:58 2014
John,
Yep, MET should be able to handle GRIB2 files just fine. I'm guessing
there's some issue with the files you're passing to Grid-Stat - or
perhaps
it's a type of GRIB2 file we haven't encountered in the past. Would
you be
able to send me a sample, by posting it to our anonymous ftp site,
following these instructions?
http://www.dtcenter.org/met/users/support/met_help.php#ftp
I can take a look and hopefully identify the problem.
Thanks,
John Halley Gotway
met_help at ucar.edu
On Thu, Sep 25, 2014 at 11:31 AM, jhenders at aer.com via RT
<met_help at ucar.edu
> wrote:
>
> Thu Sep 25 11:31:41 2014: Request 69105 was acted upon.
> Transaction: Ticket created by jhenders at aer.com
> Queue: met_help
> Subject: grid_stat with grib2 inputs
> Owner: Nobody
> Requestors: jhenders at aer.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=69105 >
>
>
> Hello,
>
> I was wondering if grid_stat can accommodate grib2 gridded fields as
both
> obs and fcst input files. The error that I am getting suggests that
it may
> not, at least in v4.1:
>
> DEBUG 1: User Config File: GridStatConfig-RO-UH-grib2
> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created new
> Met2dDataFile object of type "FileType_Gb1".
> ERROR :
> ERROR : GribFile::read() -> file read error ... requested -8 bytes,
got -1
> ERROR :
>
>
> Thanks.
>
> John Henderson
>
>
> ________________________________
>
> This email is intended solely for the recipient. It may contain
> privileged, proprietary or confidential information or material. If
you are
> not the intended recipient, please delete this email and any
attachments
> and notify the sender of the error.
>
>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #69105] grid_stat with grib2 inputs
From: jhenders at aer.com
Time: Fri Sep 26 14:30:20 2014
Hi John,
I¹ve uploaded some grib2 files (any combo can be used as obs and fcst
fields; they are all model output from WRF) and the config file that I
was
using.
Looking back at my notes, I see that we had conversed in May about how
best to validate in grid_stat some max updraft helicity fields from
WRF. I
had tried a variety of file formats and had worked with you on grib1.
I
decided to use grib2 output from UPP in order to aggregate 15-minute
WRF
max UH fields into the hourly files that I have uploaded for you. I
was
lacking a way to aggregate in grib1, while there were some tricks in
grib2
that I discovered. In any case, the grib2 files you now have were
hand-created by me after making a large number of corrections and
upgrades
to UPP. I believe that they are coded properly based on similar RUC or
HRRR files, but, obviously, something is wrong when MET tries to
process
them.
Any help would be much appreciated.
Thanks.
John
On 9/26/14, 3:00 PM, "John Halley Gotway via RT" <met_help at ucar.edu>
wrote:
>John,
>
>Yep, MET should be able to handle GRIB2 files just fine. I'm
guessing
>there's some issue with the files you're passing to Grid-Stat - or
perhaps
>it's a type of GRIB2 file we haven't encountered in the past. Would
you
>be
>able to send me a sample, by posting it to our anonymous ftp site,
>following these instructions?
> http://www.dtcenter.org/met/users/support/met_help.php#ftp
>
>I can take a look and hopefully identify the problem.
>
>Thanks,
>John Halley Gotway
>met_help at ucar.edu
>
>On Thu, Sep 25, 2014 at 11:31 AM, jhenders at aer.com via RT
><met_help at ucar.edu
>> wrote:
>
>>
>> Thu Sep 25 11:31:41 2014: Request 69105 was acted upon.
>> Transaction: Ticket created by jhenders at aer.com
>> Queue: met_help
>> Subject: grid_stat with grib2 inputs
>> Owner: Nobody
>> Requestors: jhenders at aer.com
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=69105 >
>>
>>
>> Hello,
>>
>> I was wondering if grid_stat can accommodate grib2 gridded fields
as
>>both
>> obs and fcst input files. The error that I am getting suggests that
it
>>may
>> not, at least in v4.1:
>>
>> DEBUG 1: User Config File: GridStatConfig-RO-UH-grib2
>> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
>> Met2dDataFile object of type "FileType_Gb1".
>> ERROR :
>> ERROR : GribFile::read() -> file read error ... requested -8
bytes,
>>got -1
>> ERROR :
>>
>>
>> Thanks.
>>
>> John Henderson
>>
>>
>> ________________________________
>>
>> This email is intended solely for the recipient. It may contain
>> privileged, proprietary or confidential information or material. If
you
>>are
>> not the intended recipient, please delete this email and any
attachments
>> and notify the sender of the error.
>>
>>
>>
>>
>
________________________________
This email is intended solely for the recipient. It may contain
privileged, proprietary or confidential information or material. If
you are not the intended recipient, please delete this email and any
attachments and notify the sender of the error.
------------------------------------------------
Subject: grid_stat with grib2 inputs
From: John Halley Gotway
Time: Fri Sep 26 20:22:33 2014
John,
I'm able to replicate the behavior you're seeing by running the
plot_data_plane tool:
met-5.0/bin/plot_data_plane MXUPHELI2013053123.grib
MXUPHELI2013053123.ps
'name="MXUPHL";level="R1";'
DEBUG 1: Opening data file: MXUPHELI2013053123.grib
ERROR :
ERROR : GribFile::read() -> file read error ... requested -8 bytes,
got -1
ERROR :
MET is getting confused by the file extension. When it sees ".grib"
at the
end, it assumes it's a GRIB1 file and processes it as such. If you
rename
that file to use the ".grib2" extension, it should work fine.
I've attached the output of plot_data_plane after renaming to "grib2".
Just let me know if you run into more problems.
Thanks,
John
On Fri, Sep 26, 2014 at 2:30 PM, jhenders at aer.com via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=69105 >
>
> Hi John,
>
> I¹ve uploaded some grib2 files (any combo can be used as obs and
fcst
> fields; they are all model output from WRF) and the config file that
I was
> using.
>
> Looking back at my notes, I see that we had conversed in May about
how
> best to validate in grid_stat some max updraft helicity fields from
WRF. I
> had tried a variety of file formats and had worked with you on
grib1. I
> decided to use grib2 output from UPP in order to aggregate 15-minute
WRF
> max UH fields into the hourly files that I have uploaded for you. I
was
> lacking a way to aggregate in grib1, while there were some tricks in
grib2
> that I discovered. In any case, the grib2 files you now have were
> hand-created by me after making a large number of corrections and
upgrades
> to UPP. I believe that they are coded properly based on similar RUC
or
> HRRR files, but, obviously, something is wrong when MET tries to
process
> them.
>
> Any help would be much appreciated.
>
> Thanks.
>
> John
>
> On 9/26/14, 3:00 PM, "John Halley Gotway via RT" <met_help at ucar.edu>
> wrote:
>
> >John,
> >
> >Yep, MET should be able to handle GRIB2 files just fine. I'm
guessing
> >there's some issue with the files you're passing to Grid-Stat - or
perhaps
> >it's a type of GRIB2 file we haven't encountered in the past.
Would you
> >be
> >able to send me a sample, by posting it to our anonymous ftp site,
> >following these instructions?
> > http://www.dtcenter.org/met/users/support/met_help.php#ftp
> >
> >I can take a look and hopefully identify the problem.
> >
> >Thanks,
> >John Halley Gotway
> >met_help at ucar.edu
> >
> >On Thu, Sep 25, 2014 at 11:31 AM, jhenders at aer.com via RT
> ><met_help at ucar.edu
> >> wrote:
> >
> >>
> >> Thu Sep 25 11:31:41 2014: Request 69105 was acted upon.
> >> Transaction: Ticket created by jhenders at aer.com
> >> Queue: met_help
> >> Subject: grid_stat with grib2 inputs
> >> Owner: Nobody
> >> Requestors: jhenders at aer.com
> >> Status: new
> >> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=69105 >
> >>
> >>
> >> Hello,
> >>
> >> I was wondering if grid_stat can accommodate grib2 gridded fields
as
> >>both
> >> obs and fcst input files. The error that I am getting suggests
that it
> >>may
> >> not, at least in v4.1:
> >>
> >> DEBUG 1: User Config File: GridStatConfig-RO-UH-grib2
> >> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
> >> Met2dDataFile object of type "FileType_Gb1".
> >> ERROR :
> >> ERROR : GribFile::read() -> file read error ... requested -8
bytes,
> >>got -1
> >> ERROR :
> >>
> >>
> >> Thanks.
> >>
> >> John Henderson
> >>
> >>
> >> ________________________________
> >>
> >> This email is intended solely for the recipient. It may contain
> >> privileged, proprietary or confidential information or material.
If you
> >>are
> >> not the intended recipient, please delete this email and any
attachments
> >> and notify the sender of the error.
> >>
> >>
> >>
> >>
> >
>
>
> ________________________________
>
> This email is intended solely for the recipient. It may contain
> privileged, proprietary or confidential information or material. If
you are
> not the intended recipient, please delete this email and any
attachments
> and notify the sender of the error.
>
>
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #69105] grid_stat with grib2 inputs
From: jhenders at aer.com
Time: Mon Sep 29 09:39:31 2014
Hi John,
Ahh, thanks! I like these easy fixes.
Regards,
John
On 9/26/14, 10:22 PM, "John Halley Gotway via RT" <met_help at ucar.edu>
wrote:
>John,
>
>I'm able to replicate the behavior you're seeing by running the
>plot_data_plane tool:
>
>met-5.0/bin/plot_data_plane MXUPHELI2013053123.grib
MXUPHELI2013053123.ps
>'name="MXUPHL";level="R1";'
>DEBUG 1: Opening data file: MXUPHELI2013053123.grib
>ERROR :
>ERROR : GribFile::read() -> file read error ... requested -8 bytes,
got
>-1
>ERROR :
>
>MET is getting confused by the file extension. When it sees ".grib"
at
>the
>end, it assumes it's a GRIB1 file and processes it as such. If you
rename
>that file to use the ".grib2" extension, it should work fine.
>
>I've attached the output of plot_data_plane after renaming to
"grib2".
>
>Just let me know if you run into more problems.
>
>Thanks,
>John
>
>
>On Fri, Sep 26, 2014 at 2:30 PM, jhenders at aer.com via RT
><met_help at ucar.edu>
>wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=69105 >
>>
>> Hi John,
>>
>> I¹ve uploaded some grib2 files (any combo can be used as obs and
fcst
>> fields; they are all model output from WRF) and the config file
that I
>>was
>> using.
>>
>> Looking back at my notes, I see that we had conversed in May about
how
>> best to validate in grid_stat some max updraft helicity fields from
>>WRF. I
>> had tried a variety of file formats and had worked with you on
grib1. I
>> decided to use grib2 output from UPP in order to aggregate 15-
minute WRF
>> max UH fields into the hourly files that I have uploaded for you. I
was
>> lacking a way to aggregate in grib1, while there were some tricks
in
>>grib2
>> that I discovered. In any case, the grib2 files you now have were
>> hand-created by me after making a large number of corrections and
>>upgrades
>> to UPP. I believe that they are coded properly based on similar RUC
or
>> HRRR files, but, obviously, something is wrong when MET tries to
process
>> them.
>>
>> Any help would be much appreciated.
>>
>> Thanks.
>>
>> John
>>
>> On 9/26/14, 3:00 PM, "John Halley Gotway via RT"
<met_help at ucar.edu>
>> wrote:
>>
>> >John,
>> >
>> >Yep, MET should be able to handle GRIB2 files just fine. I'm
guessing
>> >there's some issue with the files you're passing to Grid-Stat - or
>>perhaps
>> >it's a type of GRIB2 file we haven't encountered in the past.
Would
>>you
>> >be
>> >able to send me a sample, by posting it to our anonymous ftp site,
>> >following these instructions?
>> > http://www.dtcenter.org/met/users/support/met_help.php#ftp
>> >
>> >I can take a look and hopefully identify the problem.
>> >
>> >Thanks,
>> >John Halley Gotway
>> >met_help at ucar.edu
>> >
>> >On Thu, Sep 25, 2014 at 11:31 AM, jhenders at aer.com via RT
>> ><met_help at ucar.edu
>> >> wrote:
>> >
>> >>
>> >> Thu Sep 25 11:31:41 2014: Request 69105 was acted upon.
>> >> Transaction: Ticket created by jhenders at aer.com
>> >> Queue: met_help
>> >> Subject: grid_stat with grib2 inputs
>> >> Owner: Nobody
>> >> Requestors: jhenders at aer.com
>> >> Status: new
>> >> Ticket <URL:
>>https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=69105 >
>> >>
>> >>
>> >> Hello,
>> >>
>> >> I was wondering if grid_stat can accommodate grib2 gridded
fields as
>> >>both
>> >> obs and fcst input files. The error that I am getting suggests
that
>>it
>> >>may
>> >> not, at least in v4.1:
>> >>
>> >> DEBUG 1: User Config File: GridStatConfig-RO-UH-grib2
>> >> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
>> >> Met2dDataFile object of type "FileType_Gb1".
>> >> ERROR :
>> >> ERROR : GribFile::read() -> file read error ... requested -8
bytes,
>> >>got -1
>> >> ERROR :
>> >>
>> >>
>> >> Thanks.
>> >>
>> >> John Henderson
>> >>
>> >>
>> >> ________________________________
>> >>
>> >> This email is intended solely for the recipient. It may contain
>> >> privileged, proprietary or confidential information or material.
If
>>you
>> >>are
>> >> not the intended recipient, please delete this email and any
>>attachments
>> >> and notify the sender of the error.
>> >>
>> >>
>> >>
>> >>
>> >
>>
>>
>> ________________________________
>>
>> This email is intended solely for the recipient. It may contain
>> privileged, proprietary or confidential information or material. If
you
>>are
>> not the intended recipient, please delete this email and any
attachments
>> and notify the sender of the error.
>>
>>
>>
>>
>
________________________________
This email is intended solely for the recipient. It may contain
privileged, proprietary or confidential information or material. If
you are not the intended recipient, please delete this email and any
attachments and notify the sender of the error.
------------------------------------------------
More information about the Met_help
mailing list