[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GEMPAK #PKR-554453]: .gem to .nc

Hi Pete-

> I tried dcreanal on my data set, and it ran but filled the gempak file
> with all zeros.
> 
> However, I found another program, dcreanal2 which is built in
> 
> /home/gempak/GEMPAK5.11.4/unidata/ldmbridge/dcreanal2/dcreanal   (note
> that the directory is dcreanal2, but the program is dcreanal) and that
> seems to have worked on my data. The people using the data are going to
> run some operations on it and see if it works with their programs.

I thought by default, dcreanal2 was the default built as dcreanal, but when I 
ran it on my system, I must have had dcreanal source compiled because I got the 
-1's.
 
> Thanks again for the suggestions,

The only thing I saw in the air.gem that you sent was that it has an analysis 
block which the dcreanal (even with the -1)version I created didn't have.  I'm 
not too familiar with how that might effect the plot, but the grid nav block 
looked okay.  But maybe that's the difference.

You can try running GDINFO on both files and see if you can spot any 
differences.

In the mean time, I'll look at the differences between dcreanal and dcreanal2 
and why dcreanal2 didn't get compiled as the default.

Don
 
> Unidata GEMPAK Support wrote:
> > Pete-
> >
> > The netCDF-Java library doesn't go the other way, unfortunately.
> >
> > What's the source of the netCDF files?  There is dcreanal which converts 
> > NARR reanalysis netCDF files to GEMPAK.  Otherwise, I don't know of a 
> > generic netCDF to GEMPAK.  One problem is that mapping netCDF variable 
> > names to GEMPAK variable names is not just straightfoward.
> >
> > Can you upload the netCDF file and the resulting GEMPAK files to:
> >
> > http://motherlode.ucar.edu/repository/alias/idvupload
> >
> > and I'll take a look to see if anything jumps out at me?
> >
> > Thanks.
> >
> > Don
> >
> >
> >> Ok, and this time with the attachment :)
> >>
> >> From my previous email:
> >>
> >> Don,
> >>
> >> Does the java netcdf interface go the other way as well, i.e. read a
> >> netcdf file and create a gempak file? If not, do you know of anything
> >> that will do that?
> >>
> >> I found a program cdfconvert, I think from the Canadian meteorological
> >> society, that does this, but for some reason the gempak files that are
> >> created from this are skewed. Seems like they should be simple enough,
> >> using a 2.5 deg CED grid for both the netcdf grid and the gempak grid,
> >> but it looks skewed. I've attached an image plotted from gempak showing
> >> the skew. The data points look in the right place at the SW and NE
> >> corners of the grid, but the NW and SE points are wrong.
> >>
> >> Thanks,
> >>
> >> Pete
> >>
> >> Unidata GEMPAK Support wrote:
> >>
> >>> Hi Sharon-
> >>>
> >>> The easiest way might be to use the netcdf-Java library if you have Java 
> >>> on your system.  The full library is available at:
> >>>
> >>> ftp://ftp.unidata.ucar.edu/pub/netcdf-java/v4.1/netcdfAll-4.1.jar
> >>>
> >>> Download that and then run:
> >>>
> >>> java -Xmx512m -classpath netcdfAll-4.1.jar;.
> >>> ucar.nc2.iosp.gempak.GempakGridServiceProvider GEM_FILE.gem NETCDF_FILE.nc
> >>>
> >>> where GEM_FILE.gem is the name of the GEMPAK grid file and NETCDF_FILE.nc 
> >>> is whatever you want the output called.  This only works for grid files.
> >>>
> >>> Don Murray
> >>>
> >>>
> >>>
> >>>> I am writing to find out if you know of a convenient way to convert
> >>>> "gem" files to "nc" (or another format that could be read by MATLAB).
> >>>> So far the options I have come up with are:
> >>>>
> >>>> - to use the gdlist program and do a significant amount of 
> >>>> post-processing
> >>>>
> >>>> - use the gdgrib program (so far that is not working and I am getting an
> >>>> error about the coordinate system being rotated) - then convert the grib
> >>>> files to netcdf
> >>>>
> >>>> - write a Fortran program to do it
> >>>>
> >>>> Do you have any suggestions?
> >>>>
> >>>> They would be greatly appreciated
> >>>>
> >>>> Thank you!!
> >>>>
> >>>> Sincerely,
> >>>> Sharon Jaffe
> >>>> address@hidden
> >>>>
> >>>>
> >>>>
> >>> Ticket Details
> >>> ===================
> >>> Ticket ID: PKR-554453
> >>> Department: Support GEMPAK
> >>> Priority: Normal
> >>> Status: Closed
> >>>
> >>>
> >> --
> >> Pete Pokrandt - Systems Programmer
> >> UW-Madison Dept of Atmospheric and Oceanic Sciences
> >> 608-262-3086  - address@hidden
> >>
> >>
> >>
> >>
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: PKR-554453
> > Department: Support GEMPAK
> > Priority: High
> > Status: Open
> >
> 
> 
> --
> Pete Pokrandt - Systems Programmer
> UW-Madison Dept of Atmospheric and Oceanic Sciences
> 608-262-3086  - address@hidden
> 
> 
> 


Ticket Details
===================
Ticket ID: PKR-554453
Department: Support GEMPAK
Priority: High
Status: Open