[Met_help] [rt.rap.ucar.edu #89305] History for Evaluation of forecasts for simulations starting at 3h00
John Halley Gotway via RT
met_help at ucar.edu
Fri Apr 5 08:54:37 MDT 2019
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hi,
I would like to evaluate forecasts (the files are in grib), and in
particular the field precipitation.
The simulation we want to evaluate is starting at 3h00.
So, for a forecast time at 17h00, we get an accumulation forecast of "13-14
hour acc fcst" in the grib file.
When I use MET, I get the following error message:
>> accum valid time unexpectedly set for record 6.
I imagine MET needs to know the forecast simulation begins at 3h00. Where
can I put this information ?
Thanks you very much for your help
*Blandine L'Hévéder*
Météo - Océan -Climat
blandine.lheveder at gmail.com
tel. 06 62 53 32 37
https://fr.linkedin.com/in/blandine-l-heveder-493171a9
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Evaluation of forecasts for simulations starting at 3h00
From: John Halley Gotway
Time: Tue Mar 12 13:55:28 2019
Blandine,
I see you're having trouble using your GRIB data in MET. Hopefully
this is
just a configuration issue that we can help you sort out.
It may be easiest to have you upload a sample GRIB data file to our
anonymous FTP site. I can go grab it and try running it with one of
the
MET tools. You can follow the instructions for uploading data here:
https://dtcenter.org/met/users/support/met_help.php#ftp
Thanks,
John Halley Gotway
On Tue, Mar 12, 2019 at 11:56 AM Blandine Lheveder via RT
<met_help at ucar.edu>
wrote:
>
> Tue Mar 12 11:55:58 2019: Request 89305 was acted upon.
> Transaction: Ticket created by blandine.lheveder at gmail.com
> Queue: met_help
> Subject: Evaluation of forecasts for simulations starting at
3h00
> Owner: Nobody
> Requestors: blandine.lheveder at gmail.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305 >
>
>
> Hi,
> I would like to evaluate forecasts (the files are in grib), and in
> particular the field precipitation.
> The simulation we want to evaluate is starting at 3h00.
>
> So, for a forecast time at 17h00, we get an accumulation forecast of
"13-14
> hour acc fcst" in the grib file.
> When I use MET, I get the following error message:
> >> accum valid time unexpectedly set for record 6.
>
> I imagine MET needs to know the forecast simulation begins at 3h00.
Where
> can I put this information ?
>
> Thanks you very much for your help
>
> *Blandine L'Hévéder*
> Météo - Océan -Climat
>
> blandine.lheveder at gmail.com
> tel. 06 62 53 32 37
> https://fr.linkedin.com/in/blandine-l-heveder-493171a9
>
>
------------------------------------------------
Subject: Evaluation of forecasts for simulations starting at 3h00
From: Blandine Lheveder
Time: Wed Mar 13 03:13:01 2019
Dear John,
Thanks for your quick response.
I have put my grib file on your ftp in the directory "lheveder_data".
Do you need some other informations or you can test like that ?
Thank you very much for your help
Best regards
*Blandine L'Hévéder*
Météo - Océan -Climat
blandine.lheveder at gmail.com
tel. 06 62 53 32 37
https://fr.linkedin.com/in/blandine-l-heveder-493171a9
Le mar. 12 mars 2019 à 21:07, John Halley Gotway via RT
<met_help at ucar.edu>
a écrit :
> Blandine,
>
> I see you're having trouble using your GRIB data in MET. Hopefully
this is
> just a configuration issue that we can help you sort out.
>
> It may be easiest to have you upload a sample GRIB data file to our
> anonymous FTP site. I can go grab it and try running it with one of
the
> MET tools. You can follow the instructions for uploading data here:
> https://dtcenter.org/met/users/support/met_help.php#ftp
>
> Thanks,
> John Halley Gotway
>
> On Tue, Mar 12, 2019 at 11:56 AM Blandine Lheveder via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Tue Mar 12 11:55:58 2019: Request 89305 was acted upon.
> > Transaction: Ticket created by blandine.lheveder at gmail.com
> > Queue: met_help
> > Subject: Evaluation of forecasts for simulations starting at
3h00
> > Owner: Nobody
> > Requestors: blandine.lheveder at gmail.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305 >
> >
> >
> > Hi,
> > I would like to evaluate forecasts (the files are in grib), and in
> > particular the field precipitation.
> > The simulation we want to evaluate is starting at 3h00.
> >
> > So, for a forecast time at 17h00, we get an accumulation forecast
of
> "13-14
> > hour acc fcst" in the grib file.
> > When I use MET, I get the following error message:
> > >> accum valid time unexpectedly set for record 6.
> >
> > I imagine MET needs to know the forecast simulation begins at
3h00. Where
> > can I put this information ?
> >
> > Thanks you very much for your help
> >
> > *Blandine L'Hévéder*
> > Météo - Océan -Climat
> >
> > blandine.lheveder at gmail.com
> > tel. 06 62 53 32 37
> > https://fr.linkedin.com/in/blandine-l-heveder-493171a9
> >
> >
>
>
------------------------------------------------
Subject: Evaluation of forecasts for simulations starting at 3h00
From: John Halley Gotway
Time: Thu Mar 14 13:23:08 2019
Blandine,
Thanks for sending the sample data. When I run it through wgrib2,
this is
the output I see:
*[johnhg at number5]% wgrib2
mtoparaPrecip.grib21:0:d=2019031203:TPRATE:surface:60-120 min acc
fcst:*
And I'm able to confirm the behavior you describe... running it
through
MET's plot_data_plane yields a runtime error:
*[johnhg at number5]% plot_data_plane mtoparaPrecip.grib2
mtoparaPrecip.ps
'name="TPRATE"; level="A1";'DEBUG 1: Opening data file:
mtoparaPrecip.grib2ERROR : ERROR :
MetGrib2DataFile::read_grib2_record_list() -> accum valid time
unexpectedly
set for record 1 field 1*
I ran this through the debugger and isolated the specific setting in
the
GRIB2 file which MET is complaining about. It's in Section 1, Octet
12.
The values for this setting are documented in this table:
https://www.nco.ncep.noaa.gov/pmb/docs/grib2/grib2_doc/grib2_table1-
2.shtml
You data has a value of 0... meaning it's data for an analysis time.
*[johnhg at number5]% wgrib2 -get_byte 1 12 1 mtoparaPrecip.grib21:0:1-
12=0*
Some other precipitation rate data I found in GFS model output has a
value
of 1 in this spot.
*[johnhg at number5]% wgrib2 -d 199 -get_byte 1 12 1
./gfs/gfs_2012040900_F060.grib2199:38052833:1-12=1*
Your data appears to be a forecast but the value of 0 defines it as an
analysis. I believe MET is complaining because a 0-hour forecast
should
not have a non-zero accumulation present.
I would suggest at least 2 changes to your GRIB files.
(1) Change section 1, octet 12 to 1 since this is forecast data.
(2) Change section 4, octet 47 to 0 since precipitation rate really is
an
*average* value, not an *accumulation*.
See those settings for (2) in this table:
https://www.nco.ncep.noaa.gov/pmb/docs/grib2/grib2_doc/grib2_table4-
10.shtml
I tested this out with wgrib2... resetting these bytes to 1 and 0:
*wgrib2 -set_byte 1 12 1 -set_byte 4 47 0 mtoparaPrecip.grib2
-grib_out
mtoparaPrecip_MOD.grib2*
I confirmed that my change worked:
*[johnhg at number5]% wgrib2 -get_byte 1 12 1 -get_byte 4 47 1
mtoparaPrecip_MOD.grib21:0:1-12=1:4-47=0*
And then ran MET's plot_data_plane:
*plot_data_plane mtoparaPrecip_MOD.grib2 mtoparaPrecip.ps
'name="TPRATE";
level="A1";'*
And I've attached the resulting image. I assume you have control over
the
creation of this GRIB2 file. If not, let me know, and we'll need to
figure
out another solution.
Thanks,
John
On Wed, Mar 13, 2019 at 3:13 AM Blandine Lheveder via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305 >
>
> Dear John,
>
> Thanks for your quick response.
> I have put my grib file on your ftp in the directory
"lheveder_data".
>
> Do you need some other informations or you can test like that ?
>
> Thank you very much for your help
> Best regards
>
>
> *Blandine L'Hévéder*
> Météo - Océan -Climat
>
> blandine.lheveder at gmail.com
> tel. 06 62 53 32 37
> https://fr.linkedin.com/in/blandine-l-heveder-493171a9
>
>
> Le mar. 12 mars 2019 à 21:07, John Halley Gotway via RT
<met_help at ucar.edu
> >
> a écrit :
>
> > Blandine,
> >
> > I see you're having trouble using your GRIB data in MET.
Hopefully this
> is
> > just a configuration issue that we can help you sort out.
> >
> > It may be easiest to have you upload a sample GRIB data file to
our
> > anonymous FTP site. I can go grab it and try running it with one
of the
> > MET tools. You can follow the instructions for uploading data
here:
> > https://dtcenter.org/met/users/support/met_help.php#ftp
> >
> > Thanks,
> > John Halley Gotway
> >
> > On Tue, Mar 12, 2019 at 11:56 AM Blandine Lheveder via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Tue Mar 12 11:55:58 2019: Request 89305 was acted upon.
> > > Transaction: Ticket created by blandine.lheveder at gmail.com
> > > Queue: met_help
> > > Subject: Evaluation of forecasts for simulations starting
at 3h00
> > > Owner: Nobody
> > > Requestors: blandine.lheveder at gmail.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305
> >
> > >
> > >
> > > Hi,
> > > I would like to evaluate forecasts (the files are in grib), and
in
> > > particular the field precipitation.
> > > The simulation we want to evaluate is starting at 3h00.
> > >
> > > So, for a forecast time at 17h00, we get an accumulation
forecast of
> > "13-14
> > > hour acc fcst" in the grib file.
> > > When I use MET, I get the following error message:
> > > >> accum valid time unexpectedly set for record 6.
> > >
> > > I imagine MET needs to know the forecast simulation begins at
3h00.
> Where
> > > can I put this information ?
> > >
> > > Thanks you very much for your help
> > >
> > > *Blandine L'Hévéder*
> > > Météo - Océan -Climat
> > >
> > > blandine.lheveder at gmail.com
> > > tel. 06 62 53 32 37
> > > https://fr.linkedin.com/in/blandine-l-heveder-493171a9
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: Evaluation of forecasts for simulations starting at 3h00
From: Blandine Lheveder
Time: Fri Mar 22 05:59:31 2019
Hi John,
Thanks you very much for your help.
I changed the parameters you told me and it works fine.
I have a general question concerning MET.
When you validate models data with observations (for example SYNOP
data),
for surface parameters like the 2 meter temperature, is the 2 meter
temperature vertically interpolated to be at the same altitude as the
SYNOP
data ?
For example, in mountains, the altitude of a SYNOP station could be
1600m,
and due to the model resolution, the grid point of the model validated
with
the SYNOP data is at 1500m. A 100m altitude difference would induce a
~0.1K
difference on the 2 meter temperature. Is this bias corrected in MET ?
THank you very much for your response
*Blandine L'Hévéder*
Météo - Océan -Climat
blandine.lheveder at gmail.com
tel. 06 62 53 32 37
https://fr.linkedin.com/in/blandine-l-heveder-493171a9
Le jeu. 14 mars 2019 à 20:23, John Halley Gotway via RT
<met_help at ucar.edu>
a écrit :
> Blandine,
>
> Thanks for sending the sample data. When I run it through wgrib2,
this is
> the output I see:
>
>
>
> *[johnhg at number5]% wgrib2
> mtoparaPrecip.grib21:0:d=2019031203:TPRATE:surface:60-120 min acc
fcst:*
>
> And I'm able to confirm the behavior you describe... running it
through
> MET's plot_data_plane yields a runtime error:
>
>
>
>
> *[johnhg at number5]% plot_data_plane mtoparaPrecip.grib2
mtoparaPrecip.ps
> 'name="TPRATE"; level="A1";'DEBUG 1: Opening data file:
> mtoparaPrecip.grib2ERROR : ERROR :
> MetGrib2DataFile::read_grib2_record_list() -> accum valid time
unexpectedly
> set for record 1 field 1*
>
> I ran this through the debugger and isolated the specific setting in
the
> GRIB2 file which MET is complaining about. It's in Section 1, Octet
12.
> The values for this setting are documented in this table:
>
> https://www.nco.ncep.noaa.gov/pmb/docs/grib2/grib2_doc/grib2_table1-
2.shtml
>
> You data has a value of 0... meaning it's data for an analysis time.
>
> *[johnhg at number5]% wgrib2 -get_byte 1 12 1 mtoparaPrecip.grib21:0:1-
12=0*
>
> Some other precipitation rate data I found in GFS model output has a
value
> of 1 in this spot.
>
> *[johnhg at number5]% wgrib2 -d 199 -get_byte 1 12 1
> ./gfs/gfs_2012040900_F060.grib2199:38052833:1-12=1*
>
> Your data appears to be a forecast but the value of 0 defines it as
an
> analysis. I believe MET is complaining because a 0-hour forecast
should
> not have a non-zero accumulation present.
>
> I would suggest at least 2 changes to your GRIB files.
> (1) Change section 1, octet 12 to 1 since this is forecast data.
> (2) Change section 4, octet 47 to 0 since precipitation rate really
is an
> *average* value, not an *accumulation*.
> See those settings for (2) in this table:
>
> https://www.nco.ncep.noaa.gov/pmb/docs/grib2/grib2_doc/grib2_table4-
10.shtml
>
> I tested this out with wgrib2... resetting these bytes to 1 and 0:
> *wgrib2 -set_byte 1 12 1 -set_byte 4 47 0 mtoparaPrecip.grib2
-grib_out
> mtoparaPrecip_MOD.grib2*
>
> I confirmed that my change worked:
>
>
> *[johnhg at number5]% wgrib2 -get_byte 1 12 1 -get_byte 4 47 1
> mtoparaPrecip_MOD.grib21:0:1-12=1:4-47=0*
> And then ran MET's plot_data_plane:
> *plot_data_plane mtoparaPrecip_MOD.grib2 mtoparaPrecip.ps
'name="TPRATE";
> level="A1";'*
>
> And I've attached the resulting image. I assume you have control
over the
> creation of this GRIB2 file. If not, let me know, and we'll need to
figure
> out another solution.
>
> Thanks,
> John
>
> On Wed, Mar 13, 2019 at 3:13 AM Blandine Lheveder via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305 >
> >
> > Dear John,
> >
> > Thanks for your quick response.
> > I have put my grib file on your ftp in the directory
"lheveder_data".
> >
> > Do you need some other informations or you can test like that ?
> >
> > Thank you very much for your help
> > Best regards
> >
> >
> > *Blandine L'Hévéder*
> > Météo - Océan -Climat
> >
> > blandine.lheveder at gmail.com
> > tel. 06 62 53 32 37
> > https://fr.linkedin.com/in/blandine-l-heveder-493171a9
> >
> >
> > Le mar. 12 mars 2019 à 21:07, John Halley Gotway via RT <
> met_help at ucar.edu
> > >
> > a écrit :
> >
> > > Blandine,
> > >
> > > I see you're having trouble using your GRIB data in MET.
Hopefully
> this
> > is
> > > just a configuration issue that we can help you sort out.
> > >
> > > It may be easiest to have you upload a sample GRIB data file to
our
> > > anonymous FTP site. I can go grab it and try running it with
one of
> the
> > > MET tools. You can follow the instructions for uploading data
here:
> > > https://dtcenter.org/met/users/support/met_help.php#ftp
> > >
> > > Thanks,
> > > John Halley Gotway
> > >
> > > On Tue, Mar 12, 2019 at 11:56 AM Blandine Lheveder via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Tue Mar 12 11:55:58 2019: Request 89305 was acted upon.
> > > > Transaction: Ticket created by blandine.lheveder at gmail.com
> > > > Queue: met_help
> > > > Subject: Evaluation of forecasts for simulations starting
at
> 3h00
> > > > Owner: Nobody
> > > > Requestors: blandine.lheveder at gmail.com
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305
> > >
> > > >
> > > >
> > > > Hi,
> > > > I would like to evaluate forecasts (the files are in grib),
and in
> > > > particular the field precipitation.
> > > > The simulation we want to evaluate is starting at 3h00.
> > > >
> > > > So, for a forecast time at 17h00, we get an accumulation
forecast of
> > > "13-14
> > > > hour acc fcst" in the grib file.
> > > > When I use MET, I get the following error message:
> > > > >> accum valid time unexpectedly set for record 6.
> > > >
> > > > I imagine MET needs to know the forecast simulation begins at
3h00.
> > Where
> > > > can I put this information ?
> > > >
> > > > Thanks you very much for your help
> > > >
> > > > *Blandine L'Hévéder*
> > > > Météo - Océan -Climat
> > > >
> > > > blandine.lheveder at gmail.com
> > > > tel. 06 62 53 32 37
> > > > https://fr.linkedin.com/in/blandine-l-heveder-493171a9
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: Evaluation of forecasts for simulations starting at 3h00
From: John Halley Gotway
Time: Fri Mar 22 10:24:17 2019
Blandine,
Very good question. Currently the answer is no. When verifying a
single
level, like 2m temperature, MET version 8.0 does not do any vertical
interpolation to account for discrepancies between the model
topography and
the elevation of the station. However, this issue has arisen in the
past
and we are currently working on config file options to give user a way
to
control this.
Our colleagues in data assimilation do what you're describing...
making
some lapse rate assumptions to adjust the value of the observation
before
assimilating it into the model. We discussed this with the scientists
and
statisticians in our group, and they were very uncomfortable with
changing
the value of the observation in this way. There are just too many
ways to
do it and that logic would specific to each variable. That's
definitely
appropriate for data assimilation, but less so for verification.
The solution we settled on is twofold.
(1) For each point observation, determine the model's topography
elevation
at the obs lat/lon location using bilinear interpolation. Compare the
model elevation to the elevation of the observation. If they differ
too
much (as defined by a configuration option), do not include that
observation in the verification.
(2) For observations that make it past (1), interpolate the values at
the
nearby forecast grid points to the obs lat/lon location. However, use
the
topography of those nearby points in the interpolation. If they
differ too
much from the elevation of the obs (user-configurable), do not use
them
interpolation.
This allows MET to use topography information in a sensible way
without
actually changing any observation values.
And this will be included in the next version, met-8.1. In addition,
we're
adding very similar logic for handling the land/sea mask.
Does that all sound reasonable to you?
Thanks,
John
On Fri, Mar 22, 2019 at 5:59 AM Blandine Lheveder via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305 >
>
> Hi John,
>
> Thanks you very much for your help.
> I changed the parameters you told me and it works fine.
>
> I have a general question concerning MET.
> When you validate models data with observations (for example SYNOP
data),
> for surface parameters like the 2 meter temperature, is the 2 meter
> temperature vertically interpolated to be at the same altitude as
the SYNOP
> data ?
> For example, in mountains, the altitude of a SYNOP station could be
1600m,
> and due to the model resolution, the grid point of the model
validated with
> the SYNOP data is at 1500m. A 100m altitude difference would induce
a ~0.1K
> difference on the 2 meter temperature. Is this bias corrected in MET
?
>
> THank you very much for your response
>
>
> *Blandine L'Hévéder*
> Météo - Océan -Climat
>
> blandine.lheveder at gmail.com
> tel. 06 62 53 32 37
> https://fr.linkedin.com/in/blandine-l-heveder-493171a9
>
>
> Le jeu. 14 mars 2019 à 20:23, John Halley Gotway via RT
<met_help at ucar.edu
> >
> a écrit :
>
> > Blandine,
> >
> > Thanks for sending the sample data. When I run it through wgrib2,
this
> is
> > the output I see:
> >
> >
> >
> > *[johnhg at number5]% wgrib2
> > mtoparaPrecip.grib21:0:d=2019031203:TPRATE:surface:60-120 min acc
fcst:*
> >
> > And I'm able to confirm the behavior you describe... running it
through
> > MET's plot_data_plane yields a runtime error:
> >
> >
> >
> >
> > *[johnhg at number5]% plot_data_plane mtoparaPrecip.grib2
mtoparaPrecip.ps
> > 'name="TPRATE"; level="A1";'DEBUG 1: Opening data file:
> > mtoparaPrecip.grib2ERROR : ERROR :
> > MetGrib2DataFile::read_grib2_record_list() -> accum valid time
> unexpectedly
> > set for record 1 field 1*
> >
> > I ran this through the debugger and isolated the specific setting
in the
> > GRIB2 file which MET is complaining about. It's in Section 1,
Octet 12.
> > The values for this setting are documented in this table:
> >
> >
> https://www.nco.ncep.noaa.gov/pmb/docs/grib2/grib2_doc/grib2_table1-
2.shtml
> >
> > You data has a value of 0... meaning it's data for an analysis
time.
> >
> > *[johnhg at number5]% wgrib2 -get_byte 1 12 1
> mtoparaPrecip.grib21:0:1-12=0*
> >
> > Some other precipitation rate data I found in GFS model output has
a
> value
> > of 1 in this spot.
> >
> > *[johnhg at number5]% wgrib2 -d 199 -get_byte 1 12 1
> > ./gfs/gfs_2012040900_F060.grib2199:38052833:1-12=1*
> >
> > Your data appears to be a forecast but the value of 0 defines it
as an
> > analysis. I believe MET is complaining because a 0-hour forecast
should
> > not have a non-zero accumulation present.
> >
> > I would suggest at least 2 changes to your GRIB files.
> > (1) Change section 1, octet 12 to 1 since this is forecast data.
> > (2) Change section 4, octet 47 to 0 since precipitation rate
really is an
> > *average* value, not an *accumulation*.
> > See those settings for (2) in this table:
> >
> >
> https://www.nco.ncep.noaa.gov/pmb/docs/grib2/grib2_doc/grib2_table4-
10.shtml
> >
> > I tested this out with wgrib2... resetting these bytes to 1 and 0:
> > *wgrib2 -set_byte 1 12 1 -set_byte 4 47 0 mtoparaPrecip.grib2
-grib_out
> > mtoparaPrecip_MOD.grib2*
> >
> > I confirmed that my change worked:
> >
> >
> > *[johnhg at number5]% wgrib2 -get_byte 1 12 1 -get_byte 4 47 1
> > mtoparaPrecip_MOD.grib21:0:1-12=1:4-47=0*
> > And then ran MET's plot_data_plane:
> > *plot_data_plane mtoparaPrecip_MOD.grib2 mtoparaPrecip.ps
'name="TPRATE";
> > level="A1";'*
> >
> > And I've attached the resulting image. I assume you have control
over
> the
> > creation of this GRIB2 file. If not, let me know, and we'll need
to
> figure
> > out another solution.
> >
> > Thanks,
> > John
> >
> > On Wed, Mar 13, 2019 at 3:13 AM Blandine Lheveder via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305 >
> > >
> > > Dear John,
> > >
> > > Thanks for your quick response.
> > > I have put my grib file on your ftp in the directory
"lheveder_data".
> > >
> > > Do you need some other informations or you can test like that ?
> > >
> > > Thank you very much for your help
> > > Best regards
> > >
> > >
> > > *Blandine L'Hévéder*
> > > Météo - Océan -Climat
> > >
> > > blandine.lheveder at gmail.com
> > > tel. 06 62 53 32 37
> > > https://fr.linkedin.com/in/blandine-l-heveder-493171a9
> > >
> > >
> > > Le mar. 12 mars 2019 à 21:07, John Halley Gotway via RT <
> > met_help at ucar.edu
> > > >
> > > a écrit :
> > >
> > > > Blandine,
> > > >
> > > > I see you're having trouble using your GRIB data in MET.
Hopefully
> > this
> > > is
> > > > just a configuration issue that we can help you sort out.
> > > >
> > > > It may be easiest to have you upload a sample GRIB data file
to our
> > > > anonymous FTP site. I can go grab it and try running it with
one of
> > the
> > > > MET tools. You can follow the instructions for uploading data
here:
> > > > https://dtcenter.org/met/users/support/met_help.php#ftp
> > > >
> > > > Thanks,
> > > > John Halley Gotway
> > > >
> > > > On Tue, Mar 12, 2019 at 11:56 AM Blandine Lheveder via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Tue Mar 12 11:55:58 2019: Request 89305 was acted upon.
> > > > > Transaction: Ticket created by blandine.lheveder at gmail.com
> > > > > Queue: met_help
> > > > > Subject: Evaluation of forecasts for simulations
starting at
> > 3h00
> > > > > Owner: Nobody
> > > > > Requestors: blandine.lheveder at gmail.com
> > > > > Status: new
> > > > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=89305
> > > >
> > > > >
> > > > >
> > > > > Hi,
> > > > > I would like to evaluate forecasts (the files are in grib),
and in
> > > > > particular the field precipitation.
> > > > > The simulation we want to evaluate is starting at 3h00.
> > > > >
> > > > > So, for a forecast time at 17h00, we get an accumulation
forecast
> of
> > > > "13-14
> > > > > hour acc fcst" in the grib file.
> > > > > When I use MET, I get the following error message:
> > > > > >> accum valid time unexpectedly set for record 6.
> > > > >
> > > > > I imagine MET needs to know the forecast simulation begins
at 3h00.
> > > Where
> > > > > can I put this information ?
> > > > >
> > > > > Thanks you very much for your help
> > > > >
> > > > > *Blandine L'Hévéder*
> > > > > Météo - Océan -Climat
> > > > >
> > > > > blandine.lheveder at gmail.com
> > > > > tel. 06 62 53 32 37
> > > > > https://fr.linkedin.com/in/blandine-l-heveder-493171a9
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
More information about the Met_help
mailing list