[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GEMPAK #RJR-299468]: GDPVSF Status
- Subject: [GEMPAK #RJR-299468]: GDPVSF Status
- Date: Tue, 05 Feb 2013 10:59:48 -0700
All of the changes are in the programs/gd/gdpvsf/ directory, so you do not need
to update to 6.8.0 (though it's always a good idea to have the latest code and
tables).
instead, if you download the contents of the gdpvsf directory and save them
over the previous version, then recompile (the "rm $OS_LIB/gdpvsf.s; make
everything" command in $GEMPAK/source/programs/gd/gdpvsf/)
-Michael
> Hi Michael,
>
> Thank you for the update. Currently my University is running GEMPAK 6.7.0. Do
> we need to install GEMPAK 6.8.0 for this updated version of GDPVSF to work?
>
> Thanks,
> Tim Lahmers
>
> On Feb 5, 2013, at 9:55 AM, Unidata GEMPAK Support wrote:
>
> > Hi Tim,
> >
> > I've added the fix for GDPVSf in GEMPAK 6.8.0 which can be downloaded at
> > http://www.unidata.ucar.edu/downloads/gempak/ or from github at
> > https://github.com/Unidata/gempak/tree/master/gempak/source/programs/gd/gdpvsf
> >
> > if you don't want to reinstall 6.8.0, you can download the contents of that
> > gdpvsf direvctory and in $GEMPAK/source/programs/gd/gdpvsf/ run "rm
> > $OS_LIB/gdpvsf.a; make everything"
> >
> > -Michael
> >
> >> Quick update.
> >>
> >> I've got the program working on the hrcbob data set once again. Yet to
> >> test it on the nam and your other GD input, but if that seems okay I'll
> >> send you the update tomorrow.
> >>
> >> Michael
> >>
> >>
> >>> Hi Tim,
> >>>
> >>> GDPVSF is a mess right now, yes. I'm trying to fix it this morning and
> >>> seeing some problems with how the grid files are opened and read, likely
> >>> due to not keeping up with changes in the grid diagnostic library. I'll
> >>> let you know what I find.
> >>>
> >>> Michael James
> >>> Unidata
> >>>
> >>>
> >>>> Hi GEMPAK Support,
> >>>>
> >>>> I am currently working on a project that requires me to use the GDPVSF
> >>>> function in GEMPAK 6.7.0 to compute Dynamic Tropopause surfaces. When I
> >>>> run GDPVSF, there is no output file created; however, the program does
> >>>> not list any errors. I read from the below link from your support site
> >>>> that GDPVSF has not been working properly due to changes from past
> >>>> updates.
> >>>>
> >>>> http://www.unidata.ucar.edu/support/help/MailArchives/gempak/msg06131.html
> >>>>
> >>>> Do you know if the problems I am having are related to the same issues
> >>>> described above with GDPVSF? What is the status of the GDPVSF function,
> >>>> and do you know when a working version of it will be available? The
> >>>> input parameters that I am using are listed at the bottom of this
> >>>> message. These parameters originally came from a tutorial concerning the
> >>>> function that I found from a university website (listed below); however,
> >>>> I used a different input file.
> >>>>
> >>>> http://www.atmos.albany.edu/ftp/gempak/gdpvsf.readme
> >>>>
> >>>> Thanks,
> >>>> Tim Lahmers
> >>>>
> >>>> GDFILE = 2012081700_nam212.gem
> >>>> GDOUTF = DT_test1.grd
> >>>> GFUNC = mul(avor(obs),stap)
> >>>> GDATTIM = last
> >>>> GVCORD = thta
> >>>> STARTL = 260
> >>>> STOPL = 350
> >>>> DESIRE = 0.00000015
> >>>> GDOUTL = 15
> >>>> GVOUTC = pvbl
> >>>> GPACK =
> >>>> GLIST = uwnd;vwnd;pres
> >>>> PMAX = 700
> >>>>
> >>>>
> >>>>
> >>>
> >>
> >
> > Ticket Details
> > ===================
> > Ticket ID: RJR-299468
> > Department: Support GEMPAK
> > Priority: Normal
> > Status: Open
> >
>
>
Ticket Details
===================
Ticket ID: RJR-299468
Department: Support GEMPAK
Priority: Normal
Status: Open