[Met_help] [rt.rap.ucar.edu #80092] History for FileType_None error in GridStat tool
John Halley Gotway via RT
met_help at ucar.edu
Fri Apr 14 10:57:58 MDT 2017
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear John, that met-help ticket which manipulated 90 time slices has
increased to 101 time slices. Attached are headers of the ncdump command
for both FSCT.nc and OBS.nc.
I'm running the following command:
grid_stat FCT.nc OBS.nc GridStat.cfg -v 4
And the entries for the forecast and observation fields is configured
inside GridStat.cfg are:
// Forecast fields to be verified ==============================
fcst = {
field = [
{
name = "APCP";
level = "(0,0,*,*)"; // 24-hour accumulation
cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] // ORIGINAL
}
];
}
// Observation fields to be verified ==============================
obs = {
field = [
{
name = "APCP";
level = "(0,*,*)"; // 24-hour accumulation
cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] // ORIGINAL
}
];
}
I'm getting the following error:
DEBUG 1: Default Config File:
/stornext/home/roberto.garcia/sfw/met-5.2/share/met/config/GridStatConfig_default
DEBUG 1: User Config File: GridStat.cfg
DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created new
Met2dDataFile object of type "FileType_None".
ERROR :
ERROR : Trouble reading forecast file
"/stornext/grupos/pesq_dop/roberto.garcia/Eta40ens/Eta40ens_00_036hs.nc"
ERROR :
The message is not clear but I suppose MET was not able to find out the
FCST file type. Could you help me, please?
Best regards.
--
JR Garcia
=======================================================
Jose Roberto Motta Garcia, PhD
DMD - Modelling and Development Division
CPTEC - Center for Weather Forecast and Climate Studies
INPE - Brazilian National Institute for Space Research
Tel.: +55 (12) 3208-7966
-------------------------------------------------------
SAVE NATURAL RESOURCES!
=======================================================
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: FileType_None error in GridStat tool
From: John Halley Gotway
Time: Fri Apr 07 16:15:09 2017
JR Garcia,
I see that you're having trouble reading this dataset, and I certainly
agree, that error message isn't very helpful. I looked at the ncdump
output you sent and don't see anything obviously wrong. However, I
haven't
seen all those repeated "string" values in ncdump output before.
Perhaps
there's a netcdf version issue going on.
If possible, the easiest way for me to debug would be for you to post
a
sample file to our anonymous ftp site following these instructions:
http://www.dtcenter.org/met/users/support/met_help.php#ftp
Also please indicate the version of MET that you're using.
If I can replicate the behavior here, it should be pretty easy to
determine
the problem.
Thanks,
John
On Fri, Apr 7, 2017 at 12:04 PM, Roberto Garcia (INPE) via RT <
met_help at ucar.edu> wrote:
>
> Fri Apr 07 12:04:46 2017: Request 80092 was acted upon.
> Transaction: Ticket created by roberto.garcia at inpe.br
> Queue: met_help
> Subject: FileType_None error in GridStat tool
> Owner: Nobody
> Requestors: roberto.garcia at inpe.br
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 >
>
>
> Dear John, that met-help ticket which manipulated 90 time slices has
> increased to 101 time slices. Attached are headers of the ncdump
command
> for both FSCT.nc and OBS.nc.
>
> I'm running the following command:
>
> grid_stat FCT.nc OBS.nc GridStat.cfg -v 4
>
> And the entries for the forecast and observation fields is
configured
> inside GridStat.cfg are:
>
> // Forecast fields to be verified ==============================
> fcst = {
> field = [
> {
> name = "APCP";
> level = "(0,0,*,*)"; // 24-hour accumulation
> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
> }
> ];
> }
> // Observation fields to be verified ==============================
> obs = {
> field = [
> {
> name = "APCP";
> level = "(0,*,*)"; // 24-hour accumulation
> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
> }
> ];
> }
>
> I'm getting the following error:
>
> DEBUG 1: Default Config File:
> /stornext/home/roberto.garcia/sfw/met-5.2/share/met/config/
> GridStatConfig_default
> DEBUG 1: User Config File: GridStat.cfg
> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created new
> Met2dDataFile object of type "FileType_None".
> ERROR :
> ERROR : Trouble reading forecast file
>
"/stornext/grupos/pesq_dop/roberto.garcia/Eta40ens/Eta40ens_00_036hs.nc"
> ERROR :
>
> The message is not clear but I suppose MET was not able to find out
the
> FCST file type. Could you help me, please?
>
> Best regards.
>
> --
> JR Garcia
>
> =======================================================
> Jose Roberto Motta Garcia, PhD
>
> DMD - Modelling and Development Division
> CPTEC - Center for Weather Forecast and Climate Studies
> INPE - Brazilian National Institute for Space Research
> Tel.: +55 (12) 3208-7966
> -------------------------------------------------------
> SAVE NATURAL RESOURCES!
> =======================================================
>
>
>
------------------------------------------------
Subject: FileType_None error in GridStat tool
From: Garcia, J.R.M.
Time: Sun Apr 09 08:51:23 2017
Hi John,
I’ve created garcia_data and put the files in your incoming ftp site.
Thank you for your help.
About those repeated strings that I suppose you are referring to
*._deg strings, I’had to create them because one of MET tools
complained about the lack of them, and I think it was grid_stat
itself. To generate them I took the pcp_combine output as a template
but when running the grid_stat command it showed this message to me.
Thank you again.
JR Garcia
--
=================================
Jose Roberto Motta Garcia, PhD
www.cptec.inpe.br <http://www.cptec.inpe.br/>
www.inpe.br <http://www.inpe.br/>
Tel.: (55) 12 3186-7966
----------------------------------------------------------
***** Save natural resources *****
=================================
> On 7 de abr de 2017, at 19:15, John Halley Gotway via RT
<met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
>
> JR Garcia,
>
> I see that you're having trouble reading this dataset, and I
certainly
> agree, that error message isn't very helpful. I looked at the
ncdump
> output you sent and don't see anything obviously wrong. However, I
haven't
> seen all those repeated "string" values in ncdump output before.
Perhaps
> there's a netcdf version issue going on.
>
> If possible, the easiest way for me to debug would be for you to
post a
> sample file to our anonymous ftp site following these instructions:
> http://www.dtcenter.org/met/users/support/met_help.php#ftp
<http://www.dtcenter.org/met/users/support/met_help.php#ftp>
>
> Also please indicate the version of MET that you're using.
>
> If I can replicate the behavior here, it should be pretty easy to
determine
> the problem.
>
> Thanks,
> John
>
> On Fri, Apr 7, 2017 at 12:04 PM, Roberto Garcia (INPE) via RT <
> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
>
>>
>> Fri Apr 07 12:04:46 2017: Request 80092 was acted upon.
>> Transaction: Ticket created by roberto.garcia at inpe.br
<mailto:roberto.garcia at inpe.br>
>> Queue: met_help
>> Subject: FileType_None error in GridStat tool
>> Owner: Nobody
>> Requestors: roberto.garcia at inpe.br <mailto:roberto.garcia at inpe.br>
>> Status: new
>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092
<https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092> >
>>
>>
>> Dear John, that met-help ticket which manipulated 90 time slices
has
>> increased to 101 time slices. Attached are headers of the ncdump
command
>> for both FSCT.nc and OBS.nc.
>>
>> I'm running the following command:
>>
>> grid_stat FCT.nc OBS.nc GridStat.cfg -v 4
>>
>> And the entries for the forecast and observation fields is
configured
>> inside GridStat.cfg are:
>>
>> // Forecast fields to be verified ==============================
>> fcst = {
>> field = [
>> {
>> name = "APCP";
>> level = "(0,0,*,*)"; // 24-hour accumulation
>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
>> }
>> ];
>> }
>> // Observation fields to be verified ==============================
>> obs = {
>> field = [
>> {
>> name = "APCP";
>> level = "(0,*,*)"; // 24-hour accumulation
>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
>> }
>> ];
>> }
>>
>> I'm getting the following error:
>>
>> DEBUG 1: Default Config File:
>> /stornext/home/roberto.garcia/sfw/met-5.2/share/met/config/
>> GridStatConfig_default
>> DEBUG 1: User Config File: GridStat.cfg
>> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
>> Met2dDataFile object of type "FileType_None".
>> ERROR :
>> ERROR : Trouble reading forecast file
>>
"/stornext/grupos/pesq_dop/roberto.garcia/Eta40ens/Eta40ens_00_036hs.nc"
>> ERROR :
>>
>> The message is not clear but I suppose MET was not able to find out
the
>> FCST file type. Could you help me, please?
>>
>> Best regards.
>>
>> --
>> JR Garcia
>>
>> =======================================================
>> Jose Roberto Motta Garcia, PhD
>>
>> DMD - Modelling and Development Division
>> CPTEC - Center for Weather Forecast and Climate Studies
>> INPE - Brazilian National Institute for Space Research
>> Tel.: +55 (12) 3208-7966
>> -------------------------------------------------------
>> SAVE NATURAL RESOURCES!
>> =======================================================
>>
>>
>>
>
------------------------------------------------
Subject: FileType_None error in GridStat tool
From: John Halley Gotway
Time: Mon Apr 10 13:51:43 2017
JR Garcia,
Thanks for sending the sample data file. This is definitely a NetCDF4
file
using the enhanced data model. MET version 5.2 is not able to read
NetCDF4
files. The recent release of MET (version 6.0) has been enhanced to
do so.
I tried a few things:
(1) Convert your forecast file from NetCDF4 to 3 using the nccopy
command.
That results in the following error:
> nccopy -3 FCT.nc FCT_nc3.nc
NetCDF: Not a valid data type or _FillValue type mismatch
Location: file nccopy.c; line 788
(2) View your file using ncview. It brings up the display but all the
values are 0:
> ncview FCT.nc
(3) Run MET version 6.0 plot_data_plane to plot that file telling it
to
interpret it at a MET NetCDF file. That results in the following
error:
> met-6.0/bin/plot_data_plane FCT.nc FCT_APCP.ps 'name="APCP";
level="(0,0,*,*)"; file_type=NETCDF_MET;'
terminate called after throwing an instance of
'netCDF::exceptions::NcChar'
what(): NcChar: Attempt to convert between text & numbers
file: ncAtt.cpp line:104
Abort
(4) Lastly, I ran (3) above through the debugger and found that it is
indeed all those "string" types that are causing the problem. I used
the
ncatted utility to change those data types from "string" to
"character".
After doing that and telling MET to interpret it as a CF-compliant
NetCDF
file, I was at least able to plot it. The plot looks bad but at least
it
works. Here are the very long commands I ran:
# Run ncatted to switch types from strings to characters
ncatted FCT.nc \
-a FileOrigins,global,o,c,"File example.nc generated 20170409_140422
UTC on
host eslogin03 by the MET pcp_combine tool" \
-a MET_version,global,o,c,"V5.2" \
-a MET_tool,global,o,c,"pcp_combine" \
-a RunCommand,global,o,c,"Addition: 1 files." \
-a Projection,global,o,c,"LatLon" \
-a lat_ll,global,o,c,"-50.200000 degrees_north" \
-a lon_ll,global,o,c,"-83.000000 degrees_east" \
-a delta_lat,global,o,c,"0.400000 degrees" \
-a delta_lon,global,o,c,"0.400000 degrees" \
-a Nlat,global,o,c,"157 grid_points" \
-a Nlon,global,o,c,"144 grid_points" \
-a Generator,global,o,c,"MET::pcp_combine + NCL" \
-a institution,global,o,c,"DMD / CPTEC / INPE" \
-a author,global,o,c,"Jose Roberto Motta Garcia, PhD" \
-a source,global,o,c,"Eta40ens regional weather forecasting model" \
-a title,global,o,c,"24-hr accummulated precipitation" \
-a units,time,o,c,"hours since 1970-01-01 00:00:00 UTC" \
-a increment,time,o,c,"24 hours in seconds" \
-a calendar,time,o,c,"standard" \
-a long_name,time,o,c,"Forecast target time" \
-a units,member,o,c,"Values from 0 to #_of_members-1" \
-a long_name,member,o,c,"Members of the ensemble model Eta40ens" \
-a long_name,lat,o,c,"latitude" \
-a units,lat,o,c,"degrees_north" \
-a standard_name,lat,o,c,"latitude" \
-a long_name,lon,o,c,"longitude" \
-a units,lon,o,c,"degrees_east" \
-a standard_name,lon,o,c,"longitude" \
-a Projection,APCP,o,c,"LatLon" \
-a units,APCP,o,c,"kg/m^2" \
-a long_name,APCP,o,c,"Eta40ens 24-hour accumulated precipitation" \
-o FCT_edit.nc
# Run plot_data_plane version 6.0 to plot the file
met-6.0/bin/plot_data_plane FCT_edit.nc FCT_APCP.ps 'name="APCP";
level="(0,1,*,*)"; file_type=NETCDF_NCCF;'
On Sun, Apr 9, 2017 at 8:51 AM, Garcia, J.R.M. via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 >
>
> Hi John,
>
> I’ve created garcia_data and put the files in your incoming ftp
site.
> Thank you for your help.
>
> About those repeated strings that I suppose you are referring to
*._deg
> strings, I’had to create them because one of MET tools complained
about the
> lack of them, and I think it was grid_stat itself. To generate them
I took
> the pcp_combine output as a template but when running the grid_stat
command
> it showed this message to me.
>
> Thank you again.
>
> JR Garcia
>
> --
> =================================
> Jose Roberto Motta Garcia, PhD
>
> www.cptec.inpe.br <http://www.cptec.inpe.br/>
> www.inpe.br <http://www.inpe.br/>
> Tel.: (55) 12 3186-7966
> ----------------------------------------------------------
> ***** Save natural resources *****
> =================================
>
> > On 7 de abr de 2017, at 19:15, John Halley Gotway via RT <
> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
> >
> > JR Garcia,
> >
> > I see that you're having trouble reading this dataset, and I
certainly
> > agree, that error message isn't very helpful. I looked at the
ncdump
> > output you sent and don't see anything obviously wrong. However, I
> haven't
> > seen all those repeated "string" values in ncdump output before.
Perhaps
> > there's a netcdf version issue going on.
> >
> > If possible, the easiest way for me to debug would be for you to
post a
> > sample file to our anonymous ftp site following these
instructions:
> > http://www.dtcenter.org/met/users/support/met_help.php#ftp <
> http://www.dtcenter.org/met/users/support/met_help.php#ftp>
> >
> > Also please indicate the version of MET that you're using.
> >
> > If I can replicate the behavior here, it should be pretty easy to
> determine
> > the problem.
> >
> > Thanks,
> > John
> >
> > On Fri, Apr 7, 2017 at 12:04 PM, Roberto Garcia (INPE) via RT <
> > met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
> >
> >>
> >> Fri Apr 07 12:04:46 2017: Request 80092 was acted upon.
> >> Transaction: Ticket created by roberto.garcia at inpe.br <mailto:
> roberto.garcia at inpe.br>
> >> Queue: met_help
> >> Subject: FileType_None error in GridStat tool
> >> Owner: Nobody
> >> Requestors: roberto.garcia at inpe.br
<mailto:roberto.garcia at inpe.br>
> >> Status: new
> >> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 <
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092> >
> >>
> >>
> >> Dear John, that met-help ticket which manipulated 90 time slices
has
> >> increased to 101 time slices. Attached are headers of the ncdump
command
> >> for both FSCT.nc and OBS.nc.
> >>
> >> I'm running the following command:
> >>
> >> grid_stat FCT.nc OBS.nc GridStat.cfg -v 4
> >>
> >> And the entries for the forecast and observation fields is
configured
> >> inside GridStat.cfg are:
> >>
> >> // Forecast fields to be verified ==============================
> >> fcst = {
> >> field = [
> >> {
> >> name = "APCP";
> >> level = "(0,0,*,*)"; // 24-hour accumulation
> >> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
> >> }
> >> ];
> >> }
> >> // Observation fields to be verified
==============================
> >> obs = {
> >> field = [
> >> {
> >> name = "APCP";
> >> level = "(0,*,*)"; // 24-hour accumulation
> >> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
> >> }
> >> ];
> >> }
> >>
> >> I'm getting the following error:
> >>
> >> DEBUG 1: Default Config File:
> >> /stornext/home/roberto.garcia/sfw/met-5.2/share/met/config/
> >> GridStatConfig_default
> >> DEBUG 1: User Config File: GridStat.cfg
> >> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
> >> Met2dDataFile object of type "FileType_None".
> >> ERROR :
> >> ERROR : Trouble reading forecast file
> >> "/stornext/grupos/pesq_dop/roberto.garcia/Eta40ens/
> Eta40ens_00_036hs.nc"
> >> ERROR :
> >>
> >> The message is not clear but I suppose MET was not able to find
out the
> >> FCST file type. Could you help me, please?
> >>
> >> Best regards.
> >>
> >> --
> >> JR Garcia
> >>
> >> =======================================================
> >> Jose Roberto Motta Garcia, PhD
> >>
> >> DMD - Modelling and Development Division
> >> CPTEC - Center for Weather Forecast and Climate Studies
> >> INPE - Brazilian National Institute for Space Research
> >> Tel.: +55 (12) 3208-7966
> >> -------------------------------------------------------
> >> SAVE NATURAL RESOURCES!
> >> =======================================================
> >>
> >>
> >>
> >
>
>
>
------------------------------------------------
Subject: FileType_None error in GridStat tool
From: Roberto Garcia (INPE)
Time: Tue Apr 11 06:09:37 2017
Wow, John. I have no words to express my acknowledge to you. What a
effort!
And, in your opinion, what I'm supposed to do? Install MET 6.0? Build
NetCDF 3 compliant files?
And, please, clarify one thing for me: how do you know about those
string types just looking at the ncdump output? I created the NetCDF
files based on the pcp_combine output and modifying it using NCL code
like this:
fAtt at author = "Jose Roberto Motta Garcia, PhD"
fAtt at institution = "DMD / CPTEC / INPE"
fileattdef(nc_out, fAtt )
It does not have the option to choose the type.
Thank you.
Best regards
JR Garcia
=======================================================
Jose Roberto Motta Garcia, PhD
DMD - Modelling and Development Division
CPTEC - Center for Weather Forecast and Climate Studies
INPE - Brazilian National Institute for Space Research
Tel.: +55 (12) 3208-7966
-------------------------------------------------------
SAVE NATURAL RESOURCES!
=======================================================
On 10/04/2017 16:51, John Halley Gotway via RT wrote:
> JR Garcia,
>
> Thanks for sending the sample data file. This is definitely a
NetCDF4 file
> using the enhanced data model. MET version 5.2 is not able to read
NetCDF4
> files. The recent release of MET (version 6.0) has been enhanced to
do so.
>
> I tried a few things:
>
> (1) Convert your forecast file from NetCDF4 to 3 using the nccopy
command.
> That results in the following error:
>
>> nccopy -3 FCT.nc FCT_nc3.nc
> NetCDF: Not a valid data type or _FillValue type mismatch
> Location: file nccopy.c; line 788
>
> (2) View your file using ncview. It brings up the display but all
the
> values are 0:
>
>> ncview FCT.nc
> (3) Run MET version 6.0 plot_data_plane to plot that file telling it
to
> interpret it at a MET NetCDF file. That results in the following
error:
>
>> met-6.0/bin/plot_data_plane FCT.nc FCT_APCP.ps 'name="APCP";
> level="(0,0,*,*)"; file_type=NETCDF_MET;'
> terminate called after throwing an instance of
'netCDF::exceptions::NcChar'
> what(): NcChar: Attempt to convert between text & numbers
> file: ncAtt.cpp line:104
> Abort
>
> (4) Lastly, I ran (3) above through the debugger and found that it
is
> indeed all those "string" types that are causing the problem. I
used the
> ncatted utility to change those data types from "string" to
"character".
> After doing that and telling MET to interpret it as a CF-compliant
NetCDF
> file, I was at least able to plot it. The plot looks bad but at
least it
> works. Here are the very long commands I ran:
>
> # Run ncatted to switch types from strings to characters
> ncatted FCT.nc \
> -a FileOrigins,global,o,c,"File example.nc generated 20170409_140422
UTC on
> host eslogin03 by the MET pcp_combine tool" \
> -a MET_version,global,o,c,"V5.2" \
> -a MET_tool,global,o,c,"pcp_combine" \
> -a RunCommand,global,o,c,"Addition: 1 files." \
> -a Projection,global,o,c,"LatLon" \
> -a lat_ll,global,o,c,"-50.200000 degrees_north" \
> -a lon_ll,global,o,c,"-83.000000 degrees_east" \
> -a delta_lat,global,o,c,"0.400000 degrees" \
> -a delta_lon,global,o,c,"0.400000 degrees" \
> -a Nlat,global,o,c,"157 grid_points" \
> -a Nlon,global,o,c,"144 grid_points" \
> -a Generator,global,o,c,"MET::pcp_combine + NCL" \
> -a institution,global,o,c,"DMD / CPTEC / INPE" \
> -a author,global,o,c,"Jose Roberto Motta Garcia, PhD" \
> -a source,global,o,c,"Eta40ens regional weather forecasting model" \
> -a title,global,o,c,"24-hr accummulated precipitation" \
> -a units,time,o,c,"hours since 1970-01-01 00:00:00 UTC" \
> -a increment,time,o,c,"24 hours in seconds" \
> -a calendar,time,o,c,"standard" \
> -a long_name,time,o,c,"Forecast target time" \
> -a units,member,o,c,"Values from 0 to #_of_members-1" \
> -a long_name,member,o,c,"Members of the ensemble model Eta40ens" \
> -a long_name,lat,o,c,"latitude" \
> -a units,lat,o,c,"degrees_north" \
> -a standard_name,lat,o,c,"latitude" \
> -a long_name,lon,o,c,"longitude" \
> -a units,lon,o,c,"degrees_east" \
> -a standard_name,lon,o,c,"longitude" \
> -a Projection,APCP,o,c,"LatLon" \
> -a units,APCP,o,c,"kg/m^2" \
> -a long_name,APCP,o,c,"Eta40ens 24-hour accumulated precipitation" \
> -o FCT_edit.nc
>
> # Run plot_data_plane version 6.0 to plot the file
> met-6.0/bin/plot_data_plane FCT_edit.nc FCT_APCP.ps 'name="APCP";
> level="(0,1,*,*)"; file_type=NETCDF_NCCF;'
>
>
> On Sun, Apr 9, 2017 at 8:51 AM, Garcia, J.R.M. via RT
<met_help at ucar.edu>
> wrote:
>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 >
>>
>> Hi John,
>>
>> I’ve created garcia_data and put the files in your incoming ftp
site.
>> Thank you for your help.
>>
>> About those repeated strings that I suppose you are referring to
*._deg
>> strings, I’had to create them because one of MET tools complained
about the
>> lack of them, and I think it was grid_stat itself. To generate them
I took
>> the pcp_combine output as a template but when running the grid_stat
command
>> it showed this message to me.
>>
>> Thank you again.
>>
>> JR Garcia
>>
>> --
>> =================================
>> Jose Roberto Motta Garcia, PhD
>>
>> www.cptec.inpe.br <http://www.cptec.inpe.br/>
>> www.inpe.br <http://www.inpe.br/>
>> Tel.: (55) 12 3186-7966
>> ----------------------------------------------------------
>> ***** Save natural resources *****
>> =================================
>>
>>> On 7 de abr de 2017, at 19:15, John Halley Gotway via RT <
>> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
>>> JR Garcia,
>>>
>>> I see that you're having trouble reading this dataset, and I
certainly
>>> agree, that error message isn't very helpful. I looked at the
ncdump
>>> output you sent and don't see anything obviously wrong. However, I
>> haven't
>>> seen all those repeated "string" values in ncdump output before.
Perhaps
>>> there's a netcdf version issue going on.
>>>
>>> If possible, the easiest way for me to debug would be for you to
post a
>>> sample file to our anonymous ftp site following these
instructions:
>>> http://www.dtcenter.org/met/users/support/met_help.php#ftp <
>> http://www.dtcenter.org/met/users/support/met_help.php#ftp>
>>> Also please indicate the version of MET that you're using.
>>>
>>> If I can replicate the behavior here, it should be pretty easy to
>> determine
>>> the problem.
>>>
>>> Thanks,
>>> John
>>>
>>> On Fri, Apr 7, 2017 at 12:04 PM, Roberto Garcia (INPE) via RT <
>>> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
>>>
>>>> Fri Apr 07 12:04:46 2017: Request 80092 was acted upon.
>>>> Transaction: Ticket created by roberto.garcia at inpe.br <mailto:
>> roberto.garcia at inpe.br>
>>>> Queue: met_help
>>>> Subject: FileType_None error in GridStat tool
>>>> Owner: Nobody
>>>> Requestors: roberto.garcia at inpe.br
<mailto:roberto.garcia at inpe.br>
>>>> Status: new
>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092> >
>>>>
>>>> Dear John, that met-help ticket which manipulated 90 time slices
has
>>>> increased to 101 time slices. Attached are headers of the ncdump
command
>>>> for both FSCT.nc and OBS.nc.
>>>>
>>>> I'm running the following command:
>>>>
>>>> grid_stat FCT.nc OBS.nc GridStat.cfg -v 4
>>>>
>>>> And the entries for the forecast and observation fields is
configured
>>>> inside GridStat.cfg are:
>>>>
>>>> // Forecast fields to be verified ==============================
>>>> fcst = {
>>>> field = [
>>>> {
>>>> name = "APCP";
>>>> level = "(0,0,*,*)"; // 24-hour accumulation
>>>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
>>>> }
>>>> ];
>>>> }
>>>> // Observation fields to be verified
==============================
>>>> obs = {
>>>> field = [
>>>> {
>>>> name = "APCP";
>>>> level = "(0,*,*)"; // 24-hour accumulation
>>>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
>>>> }
>>>> ];
>>>> }
>>>>
>>>> I'm getting the following error:
>>>>
>>>> DEBUG 1: Default Config File:
>>>> /stornext/home/roberto.garcia/sfw/met-5.2/share/met/config/
>>>> GridStatConfig_default
>>>> DEBUG 1: User Config File: GridStat.cfg
>>>> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
>>>> Met2dDataFile object of type "FileType_None".
>>>> ERROR :
>>>> ERROR : Trouble reading forecast file
>>>> "/stornext/grupos/pesq_dop/roberto.garcia/Eta40ens/
>> Eta40ens_00_036hs.nc"
>>>> ERROR :
>>>>
>>>> The message is not clear but I suppose MET was not able to find
out the
>>>> FCST file type. Could you help me, please?
>>>>
>>>> Best regards.
>>>>
>>>> --
>>>> JR Garcia
>>>>
>>>> =======================================================
>>>> Jose Roberto Motta Garcia, PhD
>>>>
>>>> DMD - Modelling and Development Division
>>>> CPTEC - Center for Weather Forecast and Climate Studies
>>>> INPE - Brazilian National Institute for Space Research
>>>> Tel.: +55 (12) 3208-7966
>>>> -------------------------------------------------------
>>>> SAVE NATURAL RESOURCES!
>>>> =======================================================
>>>>
>>>>
>>>>
>>
>>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #80092] FileType_None error in GridStat tool
From: Roberto Garcia (INPE)
Time: Tue Apr 11 06:40:49 2017
John, now I looked closer to the ncdump file and noticed all strings.
At
first, for me, there was nothing wrong with it since all attributes
are
information about the data, and info are expressed using string. I
didn't even know that there was a character type.
Could you please send me an example of a 100% MET compliant ncdump
output?
Best regards.
JR Garcia
=======================================================
Jose Roberto Motta Garcia, PhD
DMD - Modelling and Development Division
CPTEC - Center for Weather Forecast and Climate Studies
INPE - Brazilian National Institute for Space Research
Tel.: +55 (12) 3208-7966
-------------------------------------------------------
SAVE NATURAL RESOURCES!
=======================================================
On 10/04/2017 16:51, John Halley Gotway via RT wrote:
> JR Garcia,
>
> Thanks for sending the sample data file. This is definitely a
NetCDF4 file
> using the enhanced data model. MET version 5.2 is not able to read
NetCDF4
> files. The recent release of MET (version 6.0) has been enhanced to
do so.
>
> I tried a few things:
>
> (1) Convert your forecast file from NetCDF4 to 3 using the nccopy
command.
> That results in the following error:
>
>> nccopy -3 FCT.nc FCT_nc3.nc
> NetCDF: Not a valid data type or _FillValue type mismatch
> Location: file nccopy.c; line 788
>
> (2) View your file using ncview. It brings up the display but all
the
> values are 0:
>
>> ncview FCT.nc
> (3) Run MET version 6.0 plot_data_plane to plot that file telling it
to
> interpret it at a MET NetCDF file. That results in the following
error:
>
>> met-6.0/bin/plot_data_plane FCT.nc FCT_APCP.ps 'name="APCP";
> level="(0,0,*,*)"; file_type=NETCDF_MET;'
> terminate called after throwing an instance of
'netCDF::exceptions::NcChar'
> what(): NcChar: Attempt to convert between text & numbers
> file: ncAtt.cpp line:104
> Abort
>
> (4) Lastly, I ran (3) above through the debugger and found that it
is
> indeed all those "string" types that are causing the problem. I
used the
> ncatted utility to change those data types from "string" to
"character".
> After doing that and telling MET to interpret it as a CF-compliant
NetCDF
> file, I was at least able to plot it. The plot looks bad but at
least it
> works. Here are the very long commands I ran:
>
> # Run ncatted to switch types from strings to characters
> ncatted FCT.nc \
> -a FileOrigins,global,o,c,"File example.nc generated 20170409_140422
UTC on
> host eslogin03 by the MET pcp_combine tool" \
> -a MET_version,global,o,c,"V5.2" \
> -a MET_tool,global,o,c,"pcp_combine" \
> -a RunCommand,global,o,c,"Addition: 1 files." \
> -a Projection,global,o,c,"LatLon" \
> -a lat_ll,global,o,c,"-50.200000 degrees_north" \
> -a lon_ll,global,o,c,"-83.000000 degrees_east" \
> -a delta_lat,global,o,c,"0.400000 degrees" \
> -a delta_lon,global,o,c,"0.400000 degrees" \
> -a Nlat,global,o,c,"157 grid_points" \
> -a Nlon,global,o,c,"144 grid_points" \
> -a Generator,global,o,c,"MET::pcp_combine + NCL" \
> -a institution,global,o,c,"DMD / CPTEC / INPE" \
> -a author,global,o,c,"Jose Roberto Motta Garcia, PhD" \
> -a source,global,o,c,"Eta40ens regional weather forecasting model" \
> -a title,global,o,c,"24-hr accummulated precipitation" \
> -a units,time,o,c,"hours since 1970-01-01 00:00:00 UTC" \
> -a increment,time,o,c,"24 hours in seconds" \
> -a calendar,time,o,c,"standard" \
> -a long_name,time,o,c,"Forecast target time" \
> -a units,member,o,c,"Values from 0 to #_of_members-1" \
> -a long_name,member,o,c,"Members of the ensemble model Eta40ens" \
> -a long_name,lat,o,c,"latitude" \
> -a units,lat,o,c,"degrees_north" \
> -a standard_name,lat,o,c,"latitude" \
> -a long_name,lon,o,c,"longitude" \
> -a units,lon,o,c,"degrees_east" \
> -a standard_name,lon,o,c,"longitude" \
> -a Projection,APCP,o,c,"LatLon" \
> -a units,APCP,o,c,"kg/m^2" \
> -a long_name,APCP,o,c,"Eta40ens 24-hour accumulated precipitation" \
> -o FCT_edit.nc
>
> # Run plot_data_plane version 6.0 to plot the file
> met-6.0/bin/plot_data_plane FCT_edit.nc FCT_APCP.ps 'name="APCP";
> level="(0,1,*,*)"; file_type=NETCDF_NCCF;'
>
>
> On Sun, Apr 9, 2017 at 8:51 AM, Garcia, J.R.M. via RT
<met_help at ucar.edu>
> wrote:
>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 >
>>
>> Hi John,
>>
>> I’ve created garcia_data and put the files in your incoming ftp
site.
>> Thank you for your help.
>>
>> About those repeated strings that I suppose you are referring to
*._deg
>> strings, I’had to create them because one of MET tools complained
about the
>> lack of them, and I think it was grid_stat itself. To generate them
I took
>> the pcp_combine output as a template but when running the grid_stat
command
>> it showed this message to me.
>>
>> Thank you again.
>>
>> JR Garcia
>>
>> --
>> =================================
>> Jose Roberto Motta Garcia, PhD
>>
>> www.cptec.inpe.br <http://www.cptec.inpe.br/>
>> www.inpe.br <http://www.inpe.br/>
>> Tel.: (55) 12 3186-7966
>> ----------------------------------------------------------
>> ***** Save natural resources *****
>> =================================
>>
>>> On 7 de abr de 2017, at 19:15, John Halley Gotway via RT <
>> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
>>> JR Garcia,
>>>
>>> I see that you're having trouble reading this dataset, and I
certainly
>>> agree, that error message isn't very helpful. I looked at the
ncdump
>>> output you sent and don't see anything obviously wrong. However, I
>> haven't
>>> seen all those repeated "string" values in ncdump output before.
Perhaps
>>> there's a netcdf version issue going on.
>>>
>>> If possible, the easiest way for me to debug would be for you to
post a
>>> sample file to our anonymous ftp site following these
instructions:
>>> http://www.dtcenter.org/met/users/support/met_help.php#ftp <
>> http://www.dtcenter.org/met/users/support/met_help.php#ftp>
>>> Also please indicate the version of MET that you're using.
>>>
>>> If I can replicate the behavior here, it should be pretty easy to
>> determine
>>> the problem.
>>>
>>> Thanks,
>>> John
>>>
>>> On Fri, Apr 7, 2017 at 12:04 PM, Roberto Garcia (INPE) via RT <
>>> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
>>>
>>>> Fri Apr 07 12:04:46 2017: Request 80092 was acted upon.
>>>> Transaction: Ticket created by roberto.garcia at inpe.br <mailto:
>> roberto.garcia at inpe.br>
>>>> Queue: met_help
>>>> Subject: FileType_None error in GridStat tool
>>>> Owner: Nobody
>>>> Requestors: roberto.garcia at inpe.br
<mailto:roberto.garcia at inpe.br>
>>>> Status: new
>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 <
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092> >
>>>>
>>>> Dear John, that met-help ticket which manipulated 90 time slices
has
>>>> increased to 101 time slices. Attached are headers of the ncdump
command
>>>> for both FSCT.nc and OBS.nc.
>>>>
>>>> I'm running the following command:
>>>>
>>>> grid_stat FCT.nc OBS.nc GridStat.cfg -v 4
>>>>
>>>> And the entries for the forecast and observation fields is
configured
>>>> inside GridStat.cfg are:
>>>>
>>>> // Forecast fields to be verified ==============================
>>>> fcst = {
>>>> field = [
>>>> {
>>>> name = "APCP";
>>>> level = "(0,0,*,*)"; // 24-hour accumulation
>>>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
>>>> }
>>>> ];
>>>> }
>>>> // Observation fields to be verified
==============================
>>>> obs = {
>>>> field = [
>>>> {
>>>> name = "APCP";
>>>> level = "(0,*,*)"; // 24-hour accumulation
>>>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ] //
ORIGINAL
>>>> }
>>>> ];
>>>> }
>>>>
>>>> I'm getting the following error:
>>>>
>>>> DEBUG 1: Default Config File:
>>>> /stornext/home/roberto.garcia/sfw/met-5.2/share/met/config/
>>>> GridStatConfig_default
>>>> DEBUG 1: User Config File: GridStat.cfg
>>>> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() -> created
new
>>>> Met2dDataFile object of type "FileType_None".
>>>> ERROR :
>>>> ERROR : Trouble reading forecast file
>>>> "/stornext/grupos/pesq_dop/roberto.garcia/Eta40ens/
>> Eta40ens_00_036hs.nc"
>>>> ERROR :
>>>>
>>>> The message is not clear but I suppose MET was not able to find
out the
>>>> FCST file type. Could you help me, please?
>>>>
>>>> Best regards.
>>>>
>>>> --
>>>> JR Garcia
>>>>
>>>> =======================================================
>>>> Jose Roberto Motta Garcia, PhD
>>>>
>>>> DMD - Modelling and Development Division
>>>> CPTEC - Center for Weather Forecast and Climate Studies
>>>> INPE - Brazilian National Institute for Space Research
>>>> Tel.: +55 (12) 3208-7966
>>>> -------------------------------------------------------
>>>> SAVE NATURAL RESOURCES!
>>>> =======================================================
>>>>
>>>>
>>>>
>>
>>
------------------------------------------------
Subject: FileType_None error in GridStat tool
From: John Halley Gotway
Time: Tue Apr 11 09:58:54 2017
JR Garcia,
When you installed MET, did you run "make test"? If so, you'll find a
sample output from pcp_combine in the met-5.2/out/pcp_combine
directory.
Just run "ncdump -h" on one of those files.
Basically, your output file is using the NC_STRING data type while MET
expects NC_CHAR (as referenced here
http://www.unidata.ucar.edu/software/netcdf/docs/data_type.html).
Ideally, we would update MET to handle both characters and strings,
but for
now the software is expecting character. You mentioned that you'd
made
this file using NCL. Unfortunately, I'm not familiar enough with NCL
to
know the answer, but perhaps there's a way of telling it to generate a
NetCDF version 3 output file instead of the enhanced data model of
NetCDF4. NetCDF3 output could only use NC_CHAR since NC_STRING is new
for
NetCDF4 (I believe).
On my part, I'll create a development ticket to allow for the use of
NC_STRING instead of NC_CHAR in a future version of MET.
Thanks,
John
On Tue, Apr 11, 2017 at 6:40 AM, Roberto Garcia (INPE) via RT <
met_help at ucar.edu> wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 >
>
> John, now I looked closer to the ncdump file and noticed all
strings. At
> first, for me, there was nothing wrong with it since all attributes
are
> information about the data, and info are expressed using string. I
> didn't even know that there was a character type.
>
> Could you please send me an example of a 100% MET compliant ncdump
output?
>
> Best regards.
>
>
> JR Garcia
>
> =======================================================
> Jose Roberto Motta Garcia, PhD
>
> DMD - Modelling and Development Division
> CPTEC - Center for Weather Forecast and Climate Studies
> INPE - Brazilian National Institute for Space Research
> Tel.: +55 (12) 3208-7966
> -------------------------------------------------------
> SAVE NATURAL RESOURCES!
> =======================================================
>
> On 10/04/2017 16:51, John Halley Gotway via RT wrote:
> > JR Garcia,
> >
> > Thanks for sending the sample data file. This is definitely a
NetCDF4
> file
> > using the enhanced data model. MET version 5.2 is not able to
read
> NetCDF4
> > files. The recent release of MET (version 6.0) has been enhanced
to do
> so.
> >
> > I tried a few things:
> >
> > (1) Convert your forecast file from NetCDF4 to 3 using the nccopy
> command.
> > That results in the following error:
> >
> >> nccopy -3 FCT.nc FCT_nc3.nc
> > NetCDF: Not a valid data type or _FillValue type mismatch
> > Location: file nccopy.c; line 788
> >
> > (2) View your file using ncview. It brings up the display but all
the
> > values are 0:
> >
> >> ncview FCT.nc
> > (3) Run MET version 6.0 plot_data_plane to plot that file telling
it to
> > interpret it at a MET NetCDF file. That results in the following
error:
> >
> >> met-6.0/bin/plot_data_plane FCT.nc FCT_APCP.ps 'name="APCP";
> > level="(0,0,*,*)"; file_type=NETCDF_MET;'
> > terminate called after throwing an instance of
> 'netCDF::exceptions::NcChar'
> > what(): NcChar: Attempt to convert between text & numbers
> > file: ncAtt.cpp line:104
> > Abort
> >
> > (4) Lastly, I ran (3) above through the debugger and found that it
is
> > indeed all those "string" types that are causing the problem. I
used the
> > ncatted utility to change those data types from "string" to
"character".
> > After doing that and telling MET to interpret it as a CF-compliant
NetCDF
> > file, I was at least able to plot it. The plot looks bad but at
least it
> > works. Here are the very long commands I ran:
> >
> > # Run ncatted to switch types from strings to characters
> > ncatted FCT.nc \
> > -a FileOrigins,global,o,c,"File example.nc generated
20170409_140422
> UTC on
> > host eslogin03 by the MET pcp_combine tool" \
> > -a MET_version,global,o,c,"V5.2" \
> > -a MET_tool,global,o,c,"pcp_combine" \
> > -a RunCommand,global,o,c,"Addition: 1 files." \
> > -a Projection,global,o,c,"LatLon" \
> > -a lat_ll,global,o,c,"-50.200000 degrees_north" \
> > -a lon_ll,global,o,c,"-83.000000 degrees_east" \
> > -a delta_lat,global,o,c,"0.400000 degrees" \
> > -a delta_lon,global,o,c,"0.400000 degrees" \
> > -a Nlat,global,o,c,"157 grid_points" \
> > -a Nlon,global,o,c,"144 grid_points" \
> > -a Generator,global,o,c,"MET::pcp_combine + NCL" \
> > -a institution,global,o,c,"DMD / CPTEC / INPE" \
> > -a author,global,o,c,"Jose Roberto Motta Garcia, PhD" \
> > -a source,global,o,c,"Eta40ens regional weather forecasting model"
\
> > -a title,global,o,c,"24-hr accummulated precipitation" \
> > -a units,time,o,c,"hours since 1970-01-01 00:00:00 UTC" \
> > -a increment,time,o,c,"24 hours in seconds" \
> > -a calendar,time,o,c,"standard" \
> > -a long_name,time,o,c,"Forecast target time" \
> > -a units,member,o,c,"Values from 0 to #_of_members-1" \
> > -a long_name,member,o,c,"Members of the ensemble model Eta40ens" \
> > -a long_name,lat,o,c,"latitude" \
> > -a units,lat,o,c,"degrees_north" \
> > -a standard_name,lat,o,c,"latitude" \
> > -a long_name,lon,o,c,"longitude" \
> > -a units,lon,o,c,"degrees_east" \
> > -a standard_name,lon,o,c,"longitude" \
> > -a Projection,APCP,o,c,"LatLon" \
> > -a units,APCP,o,c,"kg/m^2" \
> > -a long_name,APCP,o,c,"Eta40ens 24-hour accumulated precipitation"
\
> > -o FCT_edit.nc
> >
> > # Run plot_data_plane version 6.0 to plot the file
> > met-6.0/bin/plot_data_plane FCT_edit.nc FCT_APCP.ps 'name="APCP";
> > level="(0,1,*,*)"; file_type=NETCDF_NCCF;'
> >
> >
> > On Sun, Apr 9, 2017 at 8:51 AM, Garcia, J.R.M. via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092 >
> >>
> >> Hi John,
> >>
> >> I’ve created garcia_data and put the files in your incoming ftp
site.
> >> Thank you for your help.
> >>
> >> About those repeated strings that I suppose you are referring to
*._deg
> >> strings, I’had to create them because one of MET tools complained
about
> the
> >> lack of them, and I think it was grid_stat itself. To generate
them I
> took
> >> the pcp_combine output as a template but when running the
grid_stat
> command
> >> it showed this message to me.
> >>
> >> Thank you again.
> >>
> >> JR Garcia
> >>
> >> --
> >> =================================
> >> Jose Roberto Motta Garcia, PhD
> >>
> >> www.cptec.inpe.br <http://www.cptec.inpe.br/>
> >> www.inpe.br <http://www.inpe.br/>
> >> Tel.: (55) 12 3186-7966
> >> ----------------------------------------------------------
> >> ***** Save natural resources *****
> >> =================================
> >>
> >>> On 7 de abr de 2017, at 19:15, John Halley Gotway via RT <
> >> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
> >>> JR Garcia,
> >>>
> >>> I see that you're having trouble reading this dataset, and I
certainly
> >>> agree, that error message isn't very helpful. I looked at the
ncdump
> >>> output you sent and don't see anything obviously wrong. However,
I
> >> haven't
> >>> seen all those repeated "string" values in ncdump output before.
> Perhaps
> >>> there's a netcdf version issue going on.
> >>>
> >>> If possible, the easiest way for me to debug would be for you to
post a
> >>> sample file to our anonymous ftp site following these
instructions:
> >>> http://www.dtcenter.org/met/users/support/met_help.php#ftp <
> >> http://www.dtcenter.org/met/users/support/met_help.php#ftp>
> >>> Also please indicate the version of MET that you're using.
> >>>
> >>> If I can replicate the behavior here, it should be pretty easy
to
> >> determine
> >>> the problem.
> >>>
> >>> Thanks,
> >>> John
> >>>
> >>> On Fri, Apr 7, 2017 at 12:04 PM, Roberto Garcia (INPE) via RT <
> >>> met_help at ucar.edu <mailto:met_help at ucar.edu>> wrote:
> >>>
> >>>> Fri Apr 07 12:04:46 2017: Request 80092 was acted upon.
> >>>> Transaction: Ticket created by roberto.garcia at inpe.br <mailto:
> >> roberto.garcia at inpe.br>
> >>>> Queue: met_help
> >>>> Subject: FileType_None error in GridStat tool
> >>>> Owner: Nobody
> >>>> Requestors: roberto.garcia at inpe.br
<mailto:roberto.garcia at inpe.br>
> >>>> Status: new
> >>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092
> <
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=80092> >
> >>>>
> >>>> Dear John, that met-help ticket which manipulated 90 time
slices has
> >>>> increased to 101 time slices. Attached are headers of the
ncdump
> command
> >>>> for both FSCT.nc and OBS.nc.
> >>>>
> >>>> I'm running the following command:
> >>>>
> >>>> grid_stat FCT.nc OBS.nc GridStat.cfg -v 4
> >>>>
> >>>> And the entries for the forecast and observation fields is
configured
> >>>> inside GridStat.cfg are:
> >>>>
> >>>> // Forecast fields to be verified
==============================
> >>>> fcst = {
> >>>> field = [
> >>>> {
> >>>> name = "APCP";
> >>>> level = "(0,0,*,*)"; // 24-hour
accumulation
> >>>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ]
//
> ORIGINAL
> >>>> }
> >>>> ];
> >>>> }
> >>>> // Observation fields to be verified
==============================
> >>>> obs = {
> >>>> field = [
> >>>> {
> >>>> name = "APCP";
> >>>> level = "(0,*,*)"; // 24-hour accumulation
> >>>> cat_thresh = [ NA ]; // [ >1.0, >=5.0 ]
//
> ORIGINAL
> >>>> }
> >>>> ];
> >>>> }
> >>>>
> >>>> I'm getting the following error:
> >>>>
> >>>> DEBUG 1: Default Config File:
> >>>> /stornext/home/roberto.garcia/sfw/met-5.2/share/met/config/
> >>>> GridStatConfig_default
> >>>> DEBUG 1: User Config File: GridStat.cfg
> >>>> DEBUG 4: Met2dDataFileFactory::new_met_2d_data_file() ->
created new
> >>>> Met2dDataFile object of type "FileType_None".
> >>>> ERROR :
> >>>> ERROR : Trouble reading forecast file
> >>>> "/stornext/grupos/pesq_dop/roberto.garcia/Eta40ens/
> >> Eta40ens_00_036hs.nc"
> >>>> ERROR :
> >>>>
> >>>> The message is not clear but I suppose MET was not able to find
out
> the
> >>>> FCST file type. Could you help me, please?
> >>>>
> >>>> Best regards.
> >>>>
> >>>> --
> >>>> JR Garcia
> >>>>
> >>>> =======================================================
> >>>> Jose Roberto Motta Garcia, PhD
> >>>>
> >>>> DMD - Modelling and Development Division
> >>>> CPTEC - Center for Weather Forecast and Climate Studies
> >>>> INPE - Brazilian National Institute for Space Research
> >>>> Tel.: +55 (12) 3208-7966
> >>>> -------------------------------------------------------
> >>>> SAVE NATURAL RESOURCES!
> >>>> =======================================================
> >>>>
> >>>>
> >>>>
> >>
> >>
>
>
>
------------------------------------------------
More information about the Met_help
mailing list