[Met_help] [rt.rap.ucar.edu #87383] History for NcCfFile getData error
Julie Prestopnik via RT
met_help at ucar.edu
Mon Nov 26 09:29:56 MST 2018
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear Sir/Madam,
I am Lintao, trying to use regrid_data_plane tool to regrid wrf output data
based on StageIV data set. However, I got the error message as:
ERROR : NcCfFile::getData(NcVar *, const LongArray &, DataPlane &) ->
needed 3 arguments for variable accu_precip, got 2
I run MET on Cheyenne, using the follow code as an example:
regrid_data_plane \
/glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-31_23:0 \
/glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h \
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-08-31_
23:00 \
-field 'name="accu_precip"; level="surf";' \
-method UW_MEAN -width 4
May I ask what is the problem please?
Please feel free to go to my working directory and perhaps check the data
files.
Thank you in advance.
Best regards,
Lintao
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: NcCfFile getData error
From: Julie Prestopnik
Time: Mon Oct 15 14:29:43 2018
Thank you for providing the command that you ran. It is useful in
reproducing the problem. I changed your value of level from "surf" to
"(0,*,*)". For more information on this change and specifying the
level
for a NetCDF file please see page 59 in our met-8.0 User's Guide:
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
Running the following command:
> regrid_data_plane hrly_precip_d01_2008-08-31_23:0 ST4.2008083123.01h
> regridded_precip_2008-08-31_23:00 -field 'name="accu_precip";
> level="(0,*,*)";' -method UW_MEAN -width 4
>
I did receive an output file, however the timing information will be
incorrect. Please note the warning in the output:
> DEBUG 1: Reading data file: hrly_precip_d01_2008-08-31_23:0
> WARNING:
> WARNING: NcCfFile::open() -> could not determine the valid time,
using 0.
> WARNING:
> DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559 lat_ll:
-112.815
> lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
> DEBUG 2: Output grid: Projection: Stereographic Nx: 1121 Ny: 881
> IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440 By: 1599.329
Alpha:
> 2496.0783
> DEBUG 2: Interpolation options: method = UW_MEAN, width = 4, shape =
> SQUARE, vld_thresh = 0.5
> DEBUG 2: NcCfFile::getData -> data was flipped to north.
> DEBUG 2: Range of input data (name="accu_precip"; level="(0,*,*)";)
is 0
> to 38.4619.
> DEBUG 2: Range of regridded data (name="accu_precip";
level="(0,*,*)";) is
> -9999 to -9999.
> DEBUG 1: Writing output file: regridded_precip_2008-08-31_23:00
>
Using ncdump to see the file attributes, I see this timing
information:
> XTIME:standard_name = "time" ;
> XTIME:units = "minutes since 2008-4-1 00:00:00" ;
>
However, that is not the CF-compliant way of specifying the timing
info.
So, while MET will be able to read the data, the timing info won't be
accurate in the MET output files. Instead, you'll see "19700101" which
is
unixtime = 0.
I would suggest making your file more CF-compliant. Information for
the CF
coordinate time convention can be found here:
http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
I hope that helps!
Julie
On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT <met_help at ucar.edu>
wrote:
>
> Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
> Transaction: Ticket created by lintaoli168 at gmail.com
> Queue: met_help
> Subject: NcCfFile getData error
> Owner: Nobody
> Requestors: lintaoli168 at gmail.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
>
>
> Dear Sir/Madam,
> I am Lintao, trying to use regrid_data_plane tool to regrid wrf
output data
> based on StageIV data set. However, I got the error message as:
> ERROR : NcCfFile::getData(NcVar *, const LongArray &, DataPlane &)
->
> needed 3 arguments for variable accu_precip, got 2
>
> I run MET on Cheyenne, using the follow code as an example:
>
> regrid_data_plane \
>
> /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0 \
>
> /glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h \
>
>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
> 23:00 \
>
> -field 'name="accu_precip"; level="surf";' \
>
> -method UW_MEAN -width 4
>
> May I ask what is the problem please?
> Please feel free to go to my working directory and perhaps check the
data
> files.
>
> Thank you in advance.
>
> Best regards,
> Lintao
>
>
------------------------------------------------
Subject: NcCfFile getData error
From: Lintao Li
Time: Mon Oct 15 15:49:19 2018
Hi Julie,
Many thanks for your very detailed explanation. It is very helpful. I
appreciate it very much.
Best regards,
Lintao
On Mon, Oct 15, 2018 at 2:29 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Thank you for providing the command that you ran. It is useful in
> reproducing the problem. I changed your value of level from "surf"
to
> "(0,*,*)". For more information on this change and specifying the
level
> for a NetCDF file please see page 59 in our met-8.0 User's Guide:
>
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
>
> Running the following command:
>
> > regrid_data_plane hrly_precip_d01_2008-08-31_23:0
ST4.2008083123.01h
> > regridded_precip_2008-08-31_23:00 -field 'name="accu_precip";
> > level="(0,*,*)";' -method UW_MEAN -width 4
> >
>
> I did receive an output file, however the timing information will be
> incorrect. Please note the warning in the output:
>
> > DEBUG 1: Reading data file: hrly_precip_d01_2008-08-31_23:0
> > WARNING:
> > WARNING: NcCfFile::open() -> could not determine the valid time,
using 0.
> > WARNING:
> > DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559 lat_ll:
-112.815
> > lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
> > DEBUG 2: Output grid: Projection: Stereographic Nx: 1121 Ny: 881
> > IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440 By:
1599.329
> Alpha:
> > 2496.0783
> > DEBUG 2: Interpolation options: method = UW_MEAN, width = 4, shape
=
> > SQUARE, vld_thresh = 0.5
> > DEBUG 2: NcCfFile::getData -> data was flipped to north.
> > DEBUG 2: Range of input data (name="accu_precip";
level="(0,*,*)";) is 0
> > to 38.4619.
> > DEBUG 2: Range of regridded data (name="accu_precip";
level="(0,*,*)";)
> is
> > -9999 to -9999.
> > DEBUG 1: Writing output file: regridded_precip_2008-08-31_23:00
> >
>
> Using ncdump to see the file attributes, I see this timing
information:
>
> > XTIME:standard_name = "time" ;
> > XTIME:units = "minutes since 2008-4-1 00:00:00" ;
> >
>
>
> However, that is not the CF-compliant way of specifying the timing
info.
> So, while MET will be able to read the data, the timing info won't
be
> accurate in the MET output files. Instead, you'll see "19700101"
which is
> unixtime = 0.
>
> I would suggest making your file more CF-compliant. Information for
the CF
> coordinate time convention can be found here:
>
> http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
>
> I hope that helps!
>
> Julie
>
>
> On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT <met_help at ucar.edu>
> wrote:
>
> >
> > Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
> > Transaction: Ticket created by lintaoli168 at gmail.com
> > Queue: met_help
> > Subject: NcCfFile getData error
> > Owner: Nobody
> > Requestors: lintaoli168 at gmail.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> >
> >
> > Dear Sir/Madam,
> > I am Lintao, trying to use regrid_data_plane tool to regrid wrf
output
> data
> > based on StageIV data set. However, I got the error message as:
> > ERROR : NcCfFile::getData(NcVar *, const LongArray &, DataPlane
&) ->
> > needed 3 arguments for variable accu_precip, got 2
> >
> > I run MET on Cheyenne, using the follow code as an example:
> >
> > regrid_data_plane \
> >
> > /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0 \
> >
> > /glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h
\
> >
> >
>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
> > 23:00 \
> >
> > -field 'name="accu_precip"; level="surf";' \
> >
> > -method UW_MEAN -width 4
> >
> > May I ask what is the problem please?
> > Please feel free to go to my working directory and perhaps check
the data
> > files.
> >
> > Thank you in advance.
> >
> > Best regards,
> > Lintao
> >
> >
>
>
------------------------------------------------
Subject: NcCfFile getData error
From: Julie Prestopnik
Time: Tue Oct 16 13:42:20 2018
Hi Lintao. One of our developers discovered that our MET code is
swapping
the lat/lon values for accu_precip, so there will be missing values
after
regridding. We are working on fixing this bug with MET. We will
release a
patch for met-8.0, hopefully, later this week, which I will then
install on
cheyenne. Would you like me to follow up with you once the patch has
been
installed on cheyenne?
Thank you!
Julie
On Mon, Oct 15, 2018 at 3:49 PM Lintao Li via RT <met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
>
> Hi Julie,
> Many thanks for your very detailed explanation. It is very helpful.
I
> appreciate it very much.
>
> Best regards,
> Lintao
>
>
> On Mon, Oct 15, 2018 at 2:29 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Thank you for providing the command that you ran. It is useful in
> > reproducing the problem. I changed your value of level from
"surf" to
> > "(0,*,*)". For more information on this change and specifying the
level
> > for a NetCDF file please see page 59 in our met-8.0 User's Guide:
> >
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
> >
> > Running the following command:
> >
> > > regrid_data_plane hrly_precip_d01_2008-08-31_23:0
ST4.2008083123.01h
> > > regridded_precip_2008-08-31_23:00 -field 'name="accu_precip";
> > > level="(0,*,*)";' -method UW_MEAN -width 4
> > >
> >
> > I did receive an output file, however the timing information will
be
> > incorrect. Please note the warning in the output:
> >
> > > DEBUG 1: Reading data file: hrly_precip_d01_2008-08-31_23:0
> > > WARNING:
> > > WARNING: NcCfFile::open() -> could not determine the valid time,
using
> 0.
> > > WARNING:
> > > DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559 lat_ll:
> -112.815
> > > lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
> > > DEBUG 2: Output grid: Projection: Stereographic Nx: 1121 Ny: 881
> > > IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440 By:
1599.329
> > Alpha:
> > > 2496.0783
> > > DEBUG 2: Interpolation options: method = UW_MEAN, width = 4,
shape =
> > > SQUARE, vld_thresh = 0.5
> > > DEBUG 2: NcCfFile::getData -> data was flipped to north.
> > > DEBUG 2: Range of input data (name="accu_precip";
level="(0,*,*)";) is
> 0
> > > to 38.4619.
> > > DEBUG 2: Range of regridded data (name="accu_precip";
level="(0,*,*)";)
> > is
> > > -9999 to -9999.
> > > DEBUG 1: Writing output file: regridded_precip_2008-08-31_23:00
> > >
> >
> > Using ncdump to see the file attributes, I see this timing
information:
> >
> > > XTIME:standard_name = "time" ;
> > > XTIME:units = "minutes since 2008-4-1 00:00:00"
;
> > >
> >
> >
> > However, that is not the CF-compliant way of specifying the timing
info.
> > So, while MET will be able to read the data, the timing info won't
be
> > accurate in the MET output files. Instead, you'll see "19700101"
which is
> > unixtime = 0.
> >
> > I would suggest making your file more CF-compliant. Information
for the
> CF
> > coordinate time convention can be found here:
> >
> >
> http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
> >
> > I hope that helps!
> >
> > Julie
> >
> >
> > On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
> > > Transaction: Ticket created by lintaoli168 at gmail.com
> > > Queue: met_help
> > > Subject: NcCfFile getData error
> > > Owner: Nobody
> > > Requestors: lintaoli168 at gmail.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383
> >
> > >
> > >
> > > Dear Sir/Madam,
> > > I am Lintao, trying to use regrid_data_plane tool to regrid wrf
output
> > data
> > > based on StageIV data set. However, I got the error message as:
> > > ERROR : NcCfFile::getData(NcVar *, const LongArray &, DataPlane
&) ->
> > > needed 3 arguments for variable accu_precip, got 2
> > >
> > > I run MET on Cheyenne, using the follow code as an example:
> > >
> > > regrid_data_plane \
> > >
> > > /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0
> \
> > >
> > >
/glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h \
> > >
> > >
> >
>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
> > > 23:00 \
> > >
> > > -field 'name="accu_precip"; level="surf";' \
> > >
> > > -method UW_MEAN -width 4
> > >
> > > May I ask what is the problem please?
> > > Please feel free to go to my working directory and perhaps check
the
> data
> > > files.
> > >
> > > Thank you in advance.
> > >
> > > Best regards,
> > > Lintao
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #87383] NcCfFile getData error
From: Lintao Li
Time: Tue Oct 16 15:00:00 2018
Hi Julie,
Thanks a lot for your email. Yes please. I will be appreciated very
much.
Best regards,
Lintao
> On 16 Oct 2018, at 13:42, Julie Prestopnik via RT
<met_help at ucar.edu> wrote:
>
> Hi Lintao. One of our developers discovered that our MET code is
swapping
> the lat/lon values for accu_precip, so there will be missing values
after
> regridding. We are working on fixing this bug with MET. We will
release a
> patch for met-8.0, hopefully, later this week, which I will then
install on
> cheyenne. Would you like me to follow up with you once the patch
has been
> installed on cheyenne?
>
> Thank you!
>
> Julie
>
>> On Mon, Oct 15, 2018 at 3:49 PM Lintao Li via RT
<met_help at ucar.edu> wrote:
>>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
>>
>> Hi Julie,
>> Many thanks for your very detailed explanation. It is very helpful.
I
>> appreciate it very much.
>>
>> Best regards,
>> Lintao
>>
>>
>> On Mon, Oct 15, 2018 at 2:29 PM Julie Prestopnik via RT
<met_help at ucar.edu
>>>
>> wrote:
>>
>>> Thank you for providing the command that you ran. It is useful in
>>> reproducing the problem. I changed your value of level from
"surf" to
>>> "(0,*,*)". For more information on this change and specifying the
level
>>> for a NetCDF file please see page 59 in our met-8.0 User's Guide:
>>>
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
>>>
>>> Running the following command:
>>>
>>>> regrid_data_plane hrly_precip_d01_2008-08-31_23:0
ST4.2008083123.01h
>>>> regridded_precip_2008-08-31_23:00 -field 'name="accu_precip";
>>>> level="(0,*,*)";' -method UW_MEAN -width 4
>>>>
>>>
>>> I did receive an output file, however the timing information will
be
>>> incorrect. Please note the warning in the output:
>>>
>>>> DEBUG 1: Reading data file: hrly_precip_d01_2008-08-31_23:0
>>>> WARNING:
>>>> WARNING: NcCfFile::open() -> could not determine the valid time,
using
>> 0.
>>>> WARNING:
>>>> DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559 lat_ll:
>> -112.815
>>>> lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
>>>> DEBUG 2: Output grid: Projection: Stereographic Nx: 1121 Ny: 881
>>>> IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440 By:
1599.329
>>> Alpha:
>>>> 2496.0783
>>>> DEBUG 2: Interpolation options: method = UW_MEAN, width = 4,
shape =
>>>> SQUARE, vld_thresh = 0.5
>>>> DEBUG 2: NcCfFile::getData -> data was flipped to north.
>>>> DEBUG 2: Range of input data (name="accu_precip";
level="(0,*,*)";) is
>> 0
>>>> to 38.4619.
>>>> DEBUG 2: Range of regridded data (name="accu_precip";
level="(0,*,*)";)
>>> is
>>>> -9999 to -9999.
>>>> DEBUG 1: Writing output file: regridded_precip_2008-08-31_23:00
>>>>
>>>
>>> Using ncdump to see the file attributes, I see this timing
information:
>>>
>>>> XTIME:standard_name = "time" ;
>>>> XTIME:units = "minutes since 2008-4-1 00:00:00" ;
>>>>
>>>
>>>
>>> However, that is not the CF-compliant way of specifying the timing
info.
>>> So, while MET will be able to read the data, the timing info won't
be
>>> accurate in the MET output files. Instead, you'll see "19700101"
which is
>>> unixtime = 0.
>>>
>>> I would suggest making your file more CF-compliant. Information
for the
>> CF
>>> coordinate time convention can be found here:
>>>
>>>
>> http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
>>>
>>> I hope that helps!
>>>
>>> Julie
>>>
>>>
>>> On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT
<met_help at ucar.edu>
>>> wrote:
>>>
>>>>
>>>> Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
>>>> Transaction: Ticket created by lintaoli168 at gmail.com
>>>> Queue: met_help
>>>> Subject: NcCfFile getData error
>>>> Owner: Nobody
>>>> Requestors: lintaoli168 at gmail.com
>>>> Status: new
>>>> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383
>>>
>>>>
>>>>
>>>> Dear Sir/Madam,
>>>> I am Lintao, trying to use regrid_data_plane tool to regrid wrf
output
>>> data
>>>> based on StageIV data set. However, I got the error message as:
>>>> ERROR : NcCfFile::getData(NcVar *, const LongArray &, DataPlane
&) ->
>>>> needed 3 arguments for variable accu_precip, got 2
>>>>
>>>> I run MET on Cheyenne, using the follow code as an example:
>>>>
>>>> regrid_data_plane \
>>>>
>>>> /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0
>> \
>>>>
>>>> /glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h
\
>>>>
>>>>
>>>
>>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
>>>> 23:00 \
>>>>
>>>> -field 'name="accu_precip"; level="surf";' \
>>>>
>>>> -method UW_MEAN -width 4
>>>>
>>>> May I ask what is the problem please?
>>>> Please feel free to go to my working directory and perhaps check
the
>> data
>>>> files.
>>>>
>>>> Thank you in advance.
>>>>
>>>> Best regards,
>>>> Lintao
>>>>
>>>>
>>>
>>>
>>
>>
>
------------------------------------------------
Subject: NcCfFile getData error
From: Lintao Li
Time: Fri Oct 19 12:40:30 2018
Hi Julie,
I saw there is a new folder 8.0 at /glade/p/ral/jntp/MET/MET_releases.
And
it seems I can load the module by this command: "module load met/8.0".
Therefore, I am writing to ask if the regridding problem you mentioned
has
been solved already, and whether the MET version 8.0 on Cheyenne is
ready
to use?
Thank you very much.
Best regards,
Lintao
On Tue, Oct 16, 2018 at 1:42 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Lintao. One of our developers discovered that our MET code is
swapping
> the lat/lon values for accu_precip, so there will be missing values
after
> regridding. We are working on fixing this bug with MET. We will
release a
> patch for met-8.0, hopefully, later this week, which I will then
install on
> cheyenne. Would you like me to follow up with you once the patch
has been
> installed on cheyenne?
>
> Thank you!
>
> Julie
>
> On Mon, Oct 15, 2018 at 3:49 PM Lintao Li via RT <met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> >
> > Hi Julie,
> > Many thanks for your very detailed explanation. It is very
helpful. I
> > appreciate it very much.
> >
> > Best regards,
> > Lintao
> >
> >
> > On Mon, Oct 15, 2018 at 2:29 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Thank you for providing the command that you ran. It is useful
in
> > > reproducing the problem. I changed your value of level from
"surf" to
> > > "(0,*,*)". For more information on this change and specifying
the
> level
> > > for a NetCDF file please see page 59 in our met-8.0 User's
Guide:
> > >
>
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
> > >
> > > Running the following command:
> > >
> > > > regrid_data_plane hrly_precip_d01_2008-08-31_23:0
ST4.2008083123.01h
> > > > regridded_precip_2008-08-31_23:00 -field 'name="accu_precip";
> > > > level="(0,*,*)";' -method UW_MEAN -width 4
> > > >
> > >
> > > I did receive an output file, however the timing information
will be
> > > incorrect. Please note the warning in the output:
> > >
> > > > DEBUG 1: Reading data file: hrly_precip_d01_2008-08-31_23:0
> > > > WARNING:
> > > > WARNING: NcCfFile::open() -> could not determine the valid
time,
> using
> > 0.
> > > > WARNING:
> > > > DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559
lat_ll:
> > -112.815
> > > > lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
> > > > DEBUG 2: Output grid: Projection: Stereographic Nx: 1121 Ny:
881
> > > > IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440 By:
1599.329
> > > Alpha:
> > > > 2496.0783
> > > > DEBUG 2: Interpolation options: method = UW_MEAN, width = 4,
shape =
> > > > SQUARE, vld_thresh = 0.5
> > > > DEBUG 2: NcCfFile::getData -> data was flipped to north.
> > > > DEBUG 2: Range of input data (name="accu_precip";
level="(0,*,*)";)
> is
> > 0
> > > > to 38.4619.
> > > > DEBUG 2: Range of regridded data (name="accu_precip";
> level="(0,*,*)";)
> > > is
> > > > -9999 to -9999.
> > > > DEBUG 1: Writing output file: regridded_precip_2008-08-
31_23:00
> > > >
> > >
> > > Using ncdump to see the file attributes, I see this timing
information:
> > >
> > > > XTIME:standard_name = "time" ;
> > > > XTIME:units = "minutes since 2008-4-1
00:00:00" ;
> > > >
> > >
> > >
> > > However, that is not the CF-compliant way of specifying the
timing
> info.
> > > So, while MET will be able to read the data, the timing info
won't be
> > > accurate in the MET output files. Instead, you'll see "19700101"
which
> is
> > > unixtime = 0.
> > >
> > > I would suggest making your file more CF-compliant. Information
for
> the
> > CF
> > > coordinate time convention can be found here:
> > >
> > >
> >
> http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
> > >
> > > I hope that helps!
> > >
> > > Julie
> > >
> > >
> > > On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT
<met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
> > > > Transaction: Ticket created by lintaoli168 at gmail.com
> > > > Queue: met_help
> > > > Subject: NcCfFile getData error
> > > > Owner: Nobody
> > > > Requestors: lintaoli168 at gmail.com
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383
> > >
> > > >
> > > >
> > > > Dear Sir/Madam,
> > > > I am Lintao, trying to use regrid_data_plane tool to regrid
wrf
> output
> > > data
> > > > based on StageIV data set. However, I got the error message
as:
> > > > ERROR : NcCfFile::getData(NcVar *, const LongArray &,
DataPlane &)
> ->
> > > > needed 3 arguments for variable accu_precip, got 2
> > > >
> > > > I run MET on Cheyenne, using the follow code as an example:
> > > >
> > > > regrid_data_plane \
> > > >
> > > >
> /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0
> > \
> > > >
> > > >
/glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h \
> > > >
> > > >
> > >
> >
>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
> > > > 23:00 \
> > > >
> > > > -field 'name="accu_precip"; level="surf";' \
> > > >
> > > > -method UW_MEAN -width 4
> > > >
> > > > May I ask what is the problem please?
> > > > Please feel free to go to my working directory and perhaps
check the
> > data
> > > > files.
> > > >
> > > > Thank you in advance.
> > > >
> > > > Best regards,
> > > > Lintao
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: NcCfFile getData error
From: John Halley Gotway
Time: Fri Oct 19 20:10:40 2018
Hi,
This is John. I work with Julie. Sorry for the delay in getting this
build of MET patched. I just posted the bug fix that should fix your
issue.
Hopefully, Julie will be able to patch this build of met-8.0 on
Monday, or
shortly thereafter.
Thanks
John
On Fri, Oct 19, 2018 at 12:41 PM Lintao Li via RT <met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
>
> Hi Julie,
>
> I saw there is a new folder 8.0 at
/glade/p/ral/jntp/MET/MET_releases. And
> it seems I can load the module by this command: "module load
met/8.0".
>
> Therefore, I am writing to ask if the regridding problem you
mentioned has
> been solved already, and whether the MET version 8.0 on Cheyenne is
ready
> to use?
>
> Thank you very much.
> Best regards,
> Lintao
>
>
> On Tue, Oct 16, 2018 at 1:42 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Lintao. One of our developers discovered that our MET code is
> swapping
> > the lat/lon values for accu_precip, so there will be missing
values after
> > regridding. We are working on fixing this bug with MET. We will
> release a
> > patch for met-8.0, hopefully, later this week, which I will then
install
> on
> > cheyenne. Would you like me to follow up with you once the patch
has
> been
> > installed on cheyenne?
> >
> > Thank you!
> >
> > Julie
> >
> > On Mon, Oct 15, 2018 at 3:49 PM Lintao Li via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> > >
> > > Hi Julie,
> > > Many thanks for your very detailed explanation. It is very
helpful. I
> > > appreciate it very much.
> > >
> > > Best regards,
> > > Lintao
> > >
> > >
> > > On Mon, Oct 15, 2018 at 2:29 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Thank you for providing the command that you ran. It is
useful in
> > > > reproducing the problem. I changed your value of level from
"surf"
> to
> > > > "(0,*,*)". For more information on this change and specifying
the
> > level
> > > > for a NetCDF file please see page 59 in our met-8.0 User's
Guide:
> > > >
> >
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
> > > >
> > > > Running the following command:
> > > >
> > > > > regrid_data_plane hrly_precip_d01_2008-08-31_23:0
> ST4.2008083123.01h
> > > > > regridded_precip_2008-08-31_23:00 -field
'name="accu_precip";
> > > > > level="(0,*,*)";' -method UW_MEAN -width 4
> > > > >
> > > >
> > > > I did receive an output file, however the timing information
will be
> > > > incorrect. Please note the warning in the output:
> > > >
> > > > > DEBUG 1: Reading data file: hrly_precip_d01_2008-08-31_23:0
> > > > > WARNING:
> > > > > WARNING: NcCfFile::open() -> could not determine the valid
time,
> > using
> > > 0.
> > > > > WARNING:
> > > > > DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559
lat_ll:
> > > -112.815
> > > > > lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
> > > > > DEBUG 2: Output grid: Projection: Stereographic Nx: 1121 Ny:
881
> > > > > IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440 By:
> 1599.329
> > > > Alpha:
> > > > > 2496.0783
> > > > > DEBUG 2: Interpolation options: method = UW_MEAN, width = 4,
shape
> =
> > > > > SQUARE, vld_thresh = 0.5
> > > > > DEBUG 2: NcCfFile::getData -> data was flipped to north.
> > > > > DEBUG 2: Range of input data (name="accu_precip";
level="(0,*,*)";)
> > is
> > > 0
> > > > > to 38.4619.
> > > > > DEBUG 2: Range of regridded data (name="accu_precip";
> > level="(0,*,*)";)
> > > > is
> > > > > -9999 to -9999.
> > > > > DEBUG 1: Writing output file: regridded_precip_2008-08-
31_23:00
> > > > >
> > > >
> > > > Using ncdump to see the file attributes, I see this timing
> information:
> > > >
> > > > > XTIME:standard_name = "time" ;
> > > > > XTIME:units = "minutes since 2008-4-1
00:00:00" ;
> > > > >
> > > >
> > > >
> > > > However, that is not the CF-compliant way of specifying the
timing
> > info.
> > > > So, while MET will be able to read the data, the timing info
won't be
> > > > accurate in the MET output files. Instead, you'll see
"19700101"
> which
> > is
> > > > unixtime = 0.
> > > >
> > > > I would suggest making your file more CF-compliant.
Information for
> > the
> > > CF
> > > > coordinate time convention can be found here:
> > > >
> > > >
> > >
> >
> http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
> > > >
> > > > I hope that helps!
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT
<met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
> > > > > Transaction: Ticket created by lintaoli168 at gmail.com
> > > > > Queue: met_help
> > > > > Subject: NcCfFile getData error
> > > > > Owner: Nobody
> > > > > Requestors: lintaoli168 at gmail.com
> > > > > Status: new
> > > > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383
> > > >
> > > > >
> > > > >
> > > > > Dear Sir/Madam,
> > > > > I am Lintao, trying to use regrid_data_plane tool to regrid
wrf
> > output
> > > > data
> > > > > based on StageIV data set. However, I got the error message
as:
> > > > > ERROR : NcCfFile::getData(NcVar *, const LongArray &,
DataPlane &)
> > ->
> > > > > needed 3 arguments for variable accu_precip, got 2
> > > > >
> > > > > I run MET on Cheyenne, using the follow code as an example:
> > > > >
> > > > > regrid_data_plane \
> > > > >
> > > > >
> > /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0
> > > \
> > > > >
> > > > >
/glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h \
> > > > >
> > > > >
> > > >
> > >
> >
>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
> > > > > 23:00 \
> > > > >
> > > > > -field 'name="accu_precip"; level="surf";' \
> > > > >
> > > > > -method UW_MEAN -width 4
> > > > >
> > > > > May I ask what is the problem please?
> > > > > Please feel free to go to my working directory and perhaps
check
> the
> > > data
> > > > > files.
> > > > >
> > > > > Thank you in advance.
> > > > >
> > > > > Best regards,
> > > > > Lintao
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: NcCfFile getData error
From: Julie Prestopnik
Time: Mon Oct 22 11:08:32 2018
Hi Lintao. I have patched met-8.0 on Cheyenne. Please let us know if
you
encounter any problems.
Thanks!
Julie
On Fri, Oct 19, 2018 at 8:10 PM John Halley Gotway via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
>
> Hi,
>
> This is John. I work with Julie. Sorry for the delay in getting
this
> build of MET patched. I just posted the bug fix that should fix
your
> issue.
>
> Hopefully, Julie will be able to patch this build of met-8.0 on
Monday, or
> shortly thereafter.
>
> Thanks
> John
>
> On Fri, Oct 19, 2018 at 12:41 PM Lintao Li via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> >
> > Hi Julie,
> >
> > I saw there is a new folder 8.0 at
/glade/p/ral/jntp/MET/MET_releases.
> And
> > it seems I can load the module by this command: "module load
met/8.0".
> >
> > Therefore, I am writing to ask if the regridding problem you
mentioned
> has
> > been solved already, and whether the MET version 8.0 on Cheyenne
is ready
> > to use?
> >
> > Thank you very much.
> > Best regards,
> > Lintao
> >
> >
> > On Tue, Oct 16, 2018 at 1:42 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hi Lintao. One of our developers discovered that our MET code
is
> > swapping
> > > the lat/lon values for accu_precip, so there will be missing
values
> after
> > > regridding. We are working on fixing this bug with MET. We
will
> > release a
> > > patch for met-8.0, hopefully, later this week, which I will then
> install
> > on
> > > cheyenne. Would you like me to follow up with you once the
patch has
> > been
> > > installed on cheyenne?
> > >
> > > Thank you!
> > >
> > > Julie
> > >
> > > On Mon, Oct 15, 2018 at 3:49 PM Lintao Li via RT
<met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383
>
> > > >
> > > > Hi Julie,
> > > > Many thanks for your very detailed explanation. It is very
helpful. I
> > > > appreciate it very much.
> > > >
> > > > Best regards,
> > > > Lintao
> > > >
> > > >
> > > > On Mon, Oct 15, 2018 at 2:29 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu
> > > > >
> > > > wrote:
> > > >
> > > > > Thank you for providing the command that you ran. It is
useful in
> > > > > reproducing the problem. I changed your value of level from
"surf"
> > to
> > > > > "(0,*,*)". For more information on this change and
specifying the
> > > level
> > > > > for a NetCDF file please see page 59 in our met-8.0 User's
Guide:
> > > > >
> > >
>
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
> > > > >
> > > > > Running the following command:
> > > > >
> > > > > > regrid_data_plane hrly_precip_d01_2008-08-31_23:0
> > ST4.2008083123.01h
> > > > > > regridded_precip_2008-08-31_23:00 -field
'name="accu_precip";
> > > > > > level="(0,*,*)";' -method UW_MEAN -width 4
> > > > > >
> > > > >
> > > > > I did receive an output file, however the timing information
will
> be
> > > > > incorrect. Please note the warning in the output:
> > > > >
> > > > > > DEBUG 1: Reading data file: hrly_precip_d01_2008-08-
31_23:0
> > > > > > WARNING:
> > > > > > WARNING: NcCfFile::open() -> could not determine the valid
time,
> > > using
> > > > 0.
> > > > > > WARNING:
> > > > > > DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559
lat_ll:
> > > > -112.815
> > > > > > lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
> > > > > > DEBUG 2: Output grid: Projection: Stereographic Nx: 1121
Ny: 881
> > > > > > IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440
By:
> > 1599.329
> > > > > Alpha:
> > > > > > 2496.0783
> > > > > > DEBUG 2: Interpolation options: method = UW_MEAN, width =
4,
> shape
> > =
> > > > > > SQUARE, vld_thresh = 0.5
> > > > > > DEBUG 2: NcCfFile::getData -> data was flipped to north.
> > > > > > DEBUG 2: Range of input data (name="accu_precip";
> level="(0,*,*)";)
> > > is
> > > > 0
> > > > > > to 38.4619.
> > > > > > DEBUG 2: Range of regridded data (name="accu_precip";
> > > level="(0,*,*)";)
> > > > > is
> > > > > > -9999 to -9999.
> > > > > > DEBUG 1: Writing output file: regridded_precip_2008-08-
31_23:00
> > > > > >
> > > > >
> > > > > Using ncdump to see the file attributes, I see this timing
> > information:
> > > > >
> > > > > > XTIME:standard_name = "time" ;
> > > > > > XTIME:units = "minutes since 2008-4-1
00:00:00" ;
> > > > > >
> > > > >
> > > > >
> > > > > However, that is not the CF-compliant way of specifying the
timing
> > > info.
> > > > > So, while MET will be able to read the data, the timing info
won't
> be
> > > > > accurate in the MET output files. Instead, you'll see
"19700101"
> > which
> > > is
> > > > > unixtime = 0.
> > > > >
> > > > > I would suggest making your file more CF-compliant.
Information
> for
> > > the
> > > > CF
> > > > > coordinate time convention can be found here:
> > > > >
> > > > >
> > > >
> > >
> >
> http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
> > > > >
> > > > > I hope that helps!
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT <
> met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
> > > > > > Transaction: Ticket created by lintaoli168 at gmail.com
> > > > > > Queue: met_help
> > > > > > Subject: NcCfFile getData error
> > > > > > Owner: Nobody
> > > > > > Requestors: lintaoli168 at gmail.com
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383
> > > > >
> > > > > >
> > > > > >
> > > > > > Dear Sir/Madam,
> > > > > > I am Lintao, trying to use regrid_data_plane tool to
regrid wrf
> > > output
> > > > > data
> > > > > > based on StageIV data set. However, I got the error
message as:
> > > > > > ERROR : NcCfFile::getData(NcVar *, const LongArray &,
DataPlane
> &)
> > > ->
> > > > > > needed 3 arguments for variable accu_precip, got 2
> > > > > >
> > > > > > I run MET on Cheyenne, using the follow code as an
example:
> > > > > >
> > > > > > regrid_data_plane \
> > > > > >
> > > > > >
> > > /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0
> > > > \
> > > > > >
> > > > > >
> /glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h \
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
> > > > > > 23:00 \
> > > > > >
> > > > > > -field 'name="accu_precip"; level="surf";' \
> > > > > >
> > > > > > -method UW_MEAN -width 4
> > > > > >
> > > > > > May I ask what is the problem please?
> > > > > > Please feel free to go to my working directory and perhaps
check
> > the
> > > > data
> > > > > > files.
> > > > > >
> > > > > > Thank you in advance.
> > > > > >
> > > > > > Best regards,
> > > > > > Lintao
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: NcCfFile getData error
From: Lintao Li
Time: Mon Oct 22 11:54:37 2018
Hi Julie,
Hi John,
That was nice! Thanks a lot for your support! I appreciated very much.
Best regards,
Lintao
On Mon, Oct 22, 2018 at 11:08 AM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Lintao. I have patched met-8.0 on Cheyenne. Please let us know
if you
> encounter any problems.
>
> Thanks!
>
> Julie
>
> On Fri, Oct 19, 2018 at 8:10 PM John Halley Gotway via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> >
> > Hi,
> >
> > This is John. I work with Julie. Sorry for the delay in getting
this
> > build of MET patched. I just posted the bug fix that should fix
your
> > issue.
> >
> > Hopefully, Julie will be able to patch this build of met-8.0 on
Monday,
> or
> > shortly thereafter.
> >
> > Thanks
> > John
> >
> > On Fri, Oct 19, 2018 at 12:41 PM Lintao Li via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> > >
> > > Hi Julie,
> > >
> > > I saw there is a new folder 8.0 at
/glade/p/ral/jntp/MET/MET_releases.
> > And
> > > it seems I can load the module by this command: "module load
met/8.0".
> > >
> > > Therefore, I am writing to ask if the regridding problem you
mentioned
> > has
> > > been solved already, and whether the MET version 8.0 on Cheyenne
is
> ready
> > > to use?
> > >
> > > Thank you very much.
> > > Best regards,
> > > Lintao
> > >
> > >
> > > On Tue, Oct 16, 2018 at 1:42 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hi Lintao. One of our developers discovered that our MET code
is
> > > swapping
> > > > the lat/lon values for accu_precip, so there will be missing
values
> > after
> > > > regridding. We are working on fixing this bug with MET. We
will
> > > release a
> > > > patch for met-8.0, hopefully, later this week, which I will
then
> > install
> > > on
> > > > cheyenne. Would you like me to follow up with you once the
patch has
> > > been
> > > > installed on cheyenne?
> > > >
> > > > Thank you!
> > > >
> > > > Julie
> > > >
> > > > On Mon, Oct 15, 2018 at 3:49 PM Lintao Li via RT
<met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> > > > >
> > > > > Hi Julie,
> > > > > Many thanks for your very detailed explanation. It is very
> helpful. I
> > > > > appreciate it very much.
> > > > >
> > > > > Best regards,
> > > > > Lintao
> > > > >
> > > > >
> > > > > On Mon, Oct 15, 2018 at 2:29 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > wrote:
> > > > >
> > > > > > Thank you for providing the command that you ran. It is
useful
> in
> > > > > > reproducing the problem. I changed your value of level
from
> "surf"
> > > to
> > > > > > "(0,*,*)". For more information on this change and
specifying
> the
> > > > level
> > > > > > for a NetCDF file please see page 59 in our met-8.0 User's
Guide:
> > > > > >
> > > >
> >
https://dtcenter.org/met/users/docs/users_guide/MET_Users_Guide_v8.0.pdf
> > > > > >
> > > > > > Running the following command:
> > > > > >
> > > > > > > regrid_data_plane hrly_precip_d01_2008-08-31_23:0
> > > ST4.2008083123.01h
> > > > > > > regridded_precip_2008-08-31_23:00 -field
'name="accu_precip";
> > > > > > > level="(0,*,*)";' -method UW_MEAN -width 4
> > > > > > >
> > > > > >
> > > > > > I did receive an output file, however the timing
information will
> > be
> > > > > > incorrect. Please note the warning in the output:
> > > > > >
> > > > > > > DEBUG 1: Reading data file: hrly_precip_d01_2008-08-
31_23:0
> > > > > > > WARNING:
> > > > > > > WARNING: NcCfFile::open() -> could not determine the
valid
> time,
> > > > using
> > > > > 0.
> > > > > > > WARNING:
> > > > > > > DEBUG 2: Input grid: Projection: Lat/Lon Nx: 615 Ny: 559
> lat_ll:
> > > > > -112.815
> > > > > > > lon_ll: -27.730 delta_lat: 0.005 delta_lon: 0.005
> > > > > > > DEBUG 2: Output grid: Projection: Stereographic Nx: 1121
Ny:
> 881
> > > > > > > IsNorthHemisphere: true Lon_orient: 105.000 Bx: 399.440
By:
> > > 1599.329
> > > > > > Alpha:
> > > > > > > 2496.0783
> > > > > > > DEBUG 2: Interpolation options: method = UW_MEAN, width
= 4,
> > shape
> > > =
> > > > > > > SQUARE, vld_thresh = 0.5
> > > > > > > DEBUG 2: NcCfFile::getData -> data was flipped to north.
> > > > > > > DEBUG 2: Range of input data (name="accu_precip";
> > level="(0,*,*)";)
> > > > is
> > > > > 0
> > > > > > > to 38.4619.
> > > > > > > DEBUG 2: Range of regridded data (name="accu_precip";
> > > > level="(0,*,*)";)
> > > > > > is
> > > > > > > -9999 to -9999.
> > > > > > > DEBUG 1: Writing output file: regridded_precip_2008-08-
31_23:00
> > > > > > >
> > > > > >
> > > > > > Using ncdump to see the file attributes, I see this timing
> > > information:
> > > > > >
> > > > > > > XTIME:standard_name = "time" ;
> > > > > > > XTIME:units = "minutes since 2008-4-1
> 00:00:00" ;
> > > > > > >
> > > > > >
> > > > > >
> > > > > > However, that is not the CF-compliant way of specifying
the
> timing
> > > > info.
> > > > > > So, while MET will be able to read the data, the timing
info
> won't
> > be
> > > > > > accurate in the MET output files. Instead, you'll see
"19700101"
> > > which
> > > > is
> > > > > > unixtime = 0.
> > > > > >
> > > > > > I would suggest making your file more CF-compliant.
Information
> > for
> > > > the
> > > > > CF
> > > > > > coordinate time convention can be found here:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://cfconventions.org/cf-conventions/v1.6.0/cf-
conventions.html#time-coordinate
> > > > > >
> > > > > > I hope that helps!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > > On Mon, Oct 15, 2018 at 9:09 AM Lintao Li via RT <
> > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Mon Oct 15 09:09:34 2018: Request 87383 was acted upon.
> > > > > > > Transaction: Ticket created by lintaoli168 at gmail.com
> > > > > > > Queue: met_help
> > > > > > > Subject: NcCfFile getData error
> > > > > > > Owner: Nobody
> > > > > > > Requestors: lintaoli168 at gmail.com
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Dear Sir/Madam,
> > > > > > > I am Lintao, trying to use regrid_data_plane tool to
regrid wrf
> > > > output
> > > > > > data
> > > > > > > based on StageIV data set. However, I got the error
message as:
> > > > > > > ERROR : NcCfFile::getData(NcVar *, const LongArray &,
> DataPlane
> > &)
> > > > ->
> > > > > > > needed 3 arguments for variable accu_precip, got 2
> > > > > > >
> > > > > > > I run MET on Cheyenne, using the follow code as an
example:
> > > > > > >
> > > > > > > regrid_data_plane \
> > > > > > >
> > > > > > >
> > > >
> /glade/scratch/lintao/mtd_cu/fcst_data/hrly_precip_d01_2008-08-
31_23:0
> > > > > \
> > > > > > >
> > > > > > >
> > /glade/scratch/lintao/mtd_cu/oct08/test/stage4/ST4.2008083123.01h
\
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
/glade/scratch/lintao/mtd_cu/oct08/test/regrid/regridded_precip_2008-
08-31_
> > > > > > > 23:00 \
> > > > > > >
> > > > > > > -field 'name="accu_precip"; level="surf";' \
> > > > > > >
> > > > > > > -method UW_MEAN -width 4
> > > > > > >
> > > > > > > May I ask what is the problem please?
> > > > > > > Please feel free to go to my working directory and
perhaps
> check
> > > the
> > > > > data
> > > > > > > files.
> > > > > > >
> > > > > > > Thank you in advance.
> > > > > > >
> > > > > > > Best regards,
> > > > > > > Lintao
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
------------------------------------------------
Subject: NcCfFile getData error
From: Lintao Li
Time: Thu Oct 25 18:37:30 2018
Hi Julie,
Just one more question: I want to install MET on another server, where
can
I download the fixed version of MET source file please? Is this one (
https://dtcenter.org/met/users/downloads/MET_releases/met-
8.0_bugfix/met-8.0_bugfix.20181019.tar.gz)
correct?
Thank you very much.
Best regards,
Lintao
On Mon, Oct 22, 2018 at 11:58 AM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> According to our records, your request has been resolved. If you
have any
> further questions or concerns, please respond to this message.
>
------------------------------------------------
Subject: NcCfFile getData error
From: Julie Prestopnik
Time: Thu Oct 25 22:00:57 2018
Hi Lintao. The link you sent is the link to our latest release, so
that is
the version you'll want.
Julie
On Thu, Oct 25, 2018 at 6:38 PM Lintao Li via RT <met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
>
> Hi Julie,
> Just one more question: I want to install MET on another server,
where can
> I download the fixed version of MET source file please? Is this one
(
>
> https://dtcenter.org/met/users/downloads/MET_releases/met-
8.0_bugfix/met-8.0_bugfix.20181019.tar.gz
> )
> correct?
> Thank you very much.
> Best regards,
> Lintao
>
>
> On Mon, Oct 22, 2018 at 11:58 AM Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > According to our records, your request has been resolved. If you
have any
> > further questions or concerns, please respond to this message.
> >
>
>
------------------------------------------------
Subject: NcCfFile getData error
From: Lintao Li
Time: Fri Oct 26 09:02:36 2018
Nice! Thanks a lot.
Best regards,
Lintao
On Thu, Oct 25, 2018 at 10:00 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:
> Hi Lintao. The link you sent is the link to our latest release, so
that is
> the version you'll want.
>
> Julie
>
> On Thu, Oct 25, 2018 at 6:38 PM Lintao Li via RT <met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=87383 >
> >
> > Hi Julie,
> > Just one more question: I want to install MET on another server,
where
> can
> > I download the fixed version of MET source file please? Is this
one (
> >
> >
> https://dtcenter.org/met/users/downloads/MET_releases/met-
8.0_bugfix/met-8.0_bugfix.20181019.tar.gz
> > )
> > correct?
> > Thank you very much.
> > Best regards,
> > Lintao
> >
> >
> > On Mon, Oct 22, 2018 at 11:58 AM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > According to our records, your request has been resolved. If you
have
> any
> > > further questions or concerns, please respond to this message.
> > >
> >
> >
>
>
------------------------------------------------
More information about the Met_help
mailing list