This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
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