Hi Michael,
What is your table entry for this data set in the datatypes.tbl file, and
what did you name the GEMPAK file?
You may need to change the default #frames, default range, and default
interval columns for this data type. For example, this is what we have
for a loop of GFS F000 grids that are cover a period of a month but live
in a single file:
FNL /data1/gfsanl gfsanl.gem CAT_GRD SCAT_FCT 30
44640 720 OFF/0/0 4
--Kevin
______________________________________________________________________
Kevin Tyle, Systems Administrator **********************
Dept. of Atmospheric & Environmental Sciences ktyle@xxxxxxxxxxxxxxxx
University at Albany, ES-235 518-442-4578 (voice)
1400 Washington Avenue 518-442-5825 (fax)
Albany, NY 12222 **********************
______________________________________________________________________
On Mon, 19 Oct 2009, Zulauf, Michael wrote:
Hi all. . .
I'm having a bit of a problem successfully viewing global reanalysis
data (NNRP) using nmap2. I believe the problem is that I'm not
correctly handling the fact that the data is a series of analyses
(f000), rather than forecasts.
Here's what I'm doing. First, I'm subsetting the original pgb grib
files using wgrib, so I'm creating grib files with just the variables I
want to convert. Then I use dcgrib2 to convert these into monthly
gempak files with the fields I want. It appears to me that the time
tags are getting entered correctly - at least when I use something like
gdinfo. But nothing I do is letting me visualize the data in nmap2.
Here's an example of the output from gdinfo for PMSL, from a file
containing data for January 2009:
NUM TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
28 090101/0000F000 0 NONE PMSL
60 090101/0600F000 0 NONE PMSL
92 090101/1200F000 0 NONE PMSL
124 090101/1800F000 0 NONE PMSL
156 090102/0000F000 0 NONE PMSL
188 090102/0600F000 0 NONE PMSL
220 090102/1200F000 0 NONE PMSL
252 090102/1800F000 0 NONE PMSL
284 090103/0000F000 0 NONE PMSL
316 090103/0600F000 0 NONE PMSL
348 090103/1200F000 0 NONE PMSL
380 090103/1800F000 0 NONE PMSL
412 090104/0000F000 0 NONE PMSL
444 090104/0600F000 0 NONE PMSL
476 090104/1200F000 0 NONE PMSL
508 090104/1800F000 0 NONE PMSL
(etc etc)
We're editing the table files for nmap2, and what is currently happening
is that _all_ of the times show up in the "Data Source" dialog window,
as if they were separate "forecasts" in separate gem files. But if I
select any of them, I can't get any of them to display - and in reality
there is only a single gem file that contains all those times. And I
can successfully plot the data using gdcntr/gdplot/etc.
I'm thinking maybe what I should do is somehow convince nmap2 that each
month is a single "forecast" (even though they are really all analyses),
with the first time being labeled as f000, 6 hours later as f006, 12
hours later as f012, etc, etc.
But I don't know how to go about doing that - or even if that is the
best approach. Is there any utility that will let me change the time
tags in a gem file?
Any thoughts?
Thanks,
Mike
--
Mike Zulauf
Meteorologist
Wind Asset Management
Iberdrola Renewables
1125 NW Couch, Suite 700
Portland, OR 97209
Office: 503-478-6304 Cell: 503-913-0403
This message is intended for the exclusive attention of the address(es)
indicated. Any information contained herein is strictly confidential and
privileged, especially as regards person data,
which must not be disclosed. If you are the intended recipient and have
received it by mistake or learn about it in any other way, please notify us by
return e-mail and delete this message from
your computer system. Any unauthorized use, reproduction, alteration, filing or
sending of this message and/or any attached files to third parties may lead to
legal proceedings being taken. Any
opinion expressed herein is solely that of the author(s) and does not
necessarily represent the opinion of Iberdrola. The sender does not guarantee
the integrity, speed or safety of this
message, not accept responsibility for any possible damage arising from the
interception, incorporation of virus or any other manipulation carried out by
third parties.
_______________________________________________
gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
