[Met_help] [rt.rap.ucar.edu #60973] History for About the range of copygb
John Halley Gotway via RT
met_help at ucar.edu
Wed Apr 17 10:21:53 MDT 2013
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear Sir or Madam,
Sorry to bother you, but I am learning to use the copygb.exe recently, and have met a problem.
If my domain is set to the configuration below in HWRF
e_we = 200,
e_sn = 350,
geog_data_res = '2m'
dx = 0.18,
dy = 0.18,
map_proj = 'rotated_ll',
ref_lat = 30,
ref_lon = -77,
And I use UPP and copygb.exe to convert the wrfout_d01 into E-grid file wrfprs_d01.000. There was no error coming out during the whole processes.
But when I tried to draw the plots or using ncl_convert2nc to convert the grb file. I'll got strange value of longitude and latitude from the corner that is over 1e+12.
I checked the hwrf processes and rerun the whole processes with only change the ref_lat setting to 40, so that the corner of the domain are all positive and this time found the longitude and latitude to be normal.
So I'm wondering if this is the copygb's problem that can not process the data around the Equator.
The UPP and copygb.exe are downloaded with the official HWRF version 3.4. And the run_unipost script to process the transform.
Thanks,
Xu
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Re: [rt.rap.ucar.edu #60973] About the range of copygb
From: John Halley Gotway
Time: Wed Apr 17 10:19:27 2013
Xu,
I apologize for the delay in getting back to you. We've been dealing
with a lot of snow over the last couple of days in Colorado!
Unfortunately, I'm not the right person to assist you with this
problem. We provide support for the MET software via
met_help at ucar.edu. It sounds like you're having problems with the
Unified
Post-Processor and/or copygb. Please send your question to
wrfhelp at ucar.edu. They will likely need to see a sample data file to
reproduce the problem you're seeing and debug the issue.
Sorry I can't be of more help.
John Halley Gotway
met_help at ucar.edu
On 04/12/2013 05:37 PM, Lu, Xu via RT wrote:
>
> Fri Apr 12 17:37:38 2013: Request 60973 was acted upon.
> Transaction: Ticket created by luxu at ou.edu
> Queue: met_help
> Subject: About the range of copygb
> Owner: Nobody
> Requestors: luxu at ou.edu
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=60973 >
>
>
> Dear Sir or Madam,
>
> Sorry to bother you, but I am learning to use the copygb.exe
recently, and have met a problem.
>
> If my domain is set to the configuration below in HWRF
> e_we = 200,
> e_sn = 350,
> geog_data_res = '2m'
> dx = 0.18,
> dy = 0.18,
> map_proj = 'rotated_ll',
> ref_lat = 30,
> ref_lon = -77,
>
> And I use UPP and copygb.exe to convert the wrfout_d01 into E-grid
file wrfprs_d01.000. There was no error coming out during the whole
processes.
>
> But when I tried to draw the plots or using ncl_convert2nc to
convert the grb file. I'll got strange value of longitude and latitude
from the corner that is over 1e+12.
>
> I checked the hwrf processes and rerun the whole processes with only
change the ref_lat setting to 40, so that the corner of the domain are
all positive and this time found the longitude and latitude to be
normal.
>
> So I'm wondering if this is the copygb's problem that can not
process the data around the Equator.
>
> The UPP and copygb.exe are downloaded with the official HWRF version
3.4. And the run_unipost script to process the transform.
>
> Thanks,
> Xu
>
------------------------------------------------
Subject: RE: [rt.rap.ucar.edu #60973] About the range of copygb
From: Lu, Xu
Time: Wed Apr 17 10:21:26 2013
Dear John,
Thank you all the same~ And good luck with the snow.
Thanks,
Xu
________________________________________
From: John Halley Gotway via RT [met_help at ucar.edu]
Sent: Wednesday, April 17, 2013 11:19 AM
To: Lu, Xu
Subject: Re: [rt.rap.ucar.edu #60973] About the range of copygb
Xu,
I apologize for the delay in getting back to you. We've been dealing
with a lot of snow over the last couple of days in Colorado!
Unfortunately, I'm not the right person to assist you with this
problem. We provide support for the MET software via
met_help at ucar.edu. It sounds like you're having problems with the
Unified
Post-Processor and/or copygb. Please send your question to
wrfhelp at ucar.edu. They will likely need to see a sample data file to
reproduce the problem you're seeing and debug the issue.
Sorry I can't be of more help.
John Halley Gotway
met_help at ucar.edu
On 04/12/2013 05:37 PM, Lu, Xu via RT wrote:
>
> Fri Apr 12 17:37:38 2013: Request 60973 was acted upon.
> Transaction: Ticket created by luxu at ou.edu
> Queue: met_help
> Subject: About the range of copygb
> Owner: Nobody
> Requestors: luxu at ou.edu
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=60973 >
>
>
> Dear Sir or Madam,
>
> Sorry to bother you, but I am learning to use the copygb.exe
recently, and have met a problem.
>
> If my domain is set to the configuration below in HWRF
> e_we = 200,
> e_sn = 350,
> geog_data_res = '2m'
> dx = 0.18,
> dy = 0.18,
> map_proj = 'rotated_ll',
> ref_lat = 30,
> ref_lon = -77,
>
> And I use UPP and copygb.exe to convert the wrfout_d01 into E-grid
file wrfprs_d01.000. There was no error coming out during the whole
processes.
>
> But when I tried to draw the plots or using ncl_convert2nc to
convert the grb file. I'll got strange value of longitude and latitude
from the corner that is over 1e+12.
>
> I checked the hwrf processes and rerun the whole processes with only
change the ref_lat setting to 40, so that the corner of the domain are
all positive and this time found the longitude and latitude to be
normal.
>
> So I'm wondering if this is the copygb's problem that can not
process the data around the Equator.
>
> The UPP and copygb.exe are downloaded with the official HWRF version
3.4. And the run_unipost script to process the transform.
>
> Thanks,
> Xu
>
------------------------------------------------
More information about the Met_help
mailing list