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.
David, The gdpvsf.pdf file needs to be in the local working directory, or installed into $GEMPDF. I cinfigurd the file in the tarfile I returned, That should work? Steve Chiswell Unidata User Support On Thu, 2 Feb 2006, David Gold wrote: > Steve, > > I tried my best to make the subroutine calls in John's program gdpvsf.f > compatible with the current environment (specifically, changing the > deprecated DG_OFIL to DG_MFIL and checking for consistency in the number and > type of arguments expected). However, when I run the program I get an error: > > [IP -10] The parameter file for GDPVSF cannot be opened > > I used the updated Make file and I checked that the Gemenviron file was > sourced. Any ideas? I'll be glad to provide any files that you might need to > help me pinpoint the problem. > > Thanks! > > David Gold > > > -----Original Message----- > > From: Steve Chiswell [mailto:address@hidden] > > Sent: Friday, January 27, 2006 6:11 PM > > To: David Gold > > Subject: RE: 20060125: Begging your indulgence: one more question > > > > David, > > > > Attached is the tar file which contains the executable. > > I modified the Makefile and pdf file according to current usage. > > > > The GEMPAK libraries for the current distribution are posted along with > > the binary distributions in a separate tar file, along with the > > necessary include files etc., should you need them. > > > > Since you code is so old, I cannot vouch for its current compatibility > > with gempak library calls, since the DG library has undergone > > substantial revision in the pas 2 years. I suggest you try the program > > on data sets you are familiar with if possible, and check the results. > > > > I launched the program, and its runs. That is the extent of the testing > > I did. > > > > Steve Chiswell > > Unidata User Support > > > > > > On Wed, 2006-01-25 at 17:15, David Gold wrote: > > > Steve, > > > > > > I'll be in your debt! > > > > > > I have attached the archived file that John supplied - it is a > > (hopefully) > > > self-contained collection of routines that when compiled should produce > > the > > > needed binary. I unpacked it and checked it out and everything looks > > good, > > > except for the attached pdf file, which is corrupt (of no consequence). > > The > > > routines were developed under Gempak5.4 a long, long time ago with the > > last > > > update in '98, for whatever that's worth. > > > > > > If you need anything else or have any questions, let me know. > > > > > > If there are complications, I'd very much like to try to compile it > > locally > > > using any libraries that you send me. You're right in that there should > > be > > > no earthly reason to link against the display drivers since I only seek > > the > > > addition of an extra function! > > > > > > Thanks so much for this! > > > > > > David > > > > > > > -----Original Message----- > > > > From: Steve Chiswell [mailto:address@hidden] > > > > Sent: Wednesday, January 25, 2006 5:24 PM > > > > To: David Gold > > > > Cc: GEMPAK support > > > > Subject: 20060125: Begging your indulgence: one more question > > > > > > > > David, > > > > > > > > I would be willing to do the compilation. > > > > If anything complicated pops up, then it may take until > > > > I return from the AMS though. > > > > > > > > You may be able to do the compilation using the gempak libraries I > > > > supply, since you don't need the motif libraries unless you are > > linking > > > > against the X11 display drivers, which most likely you > > > > shouldn't be. > > > > > > > > Steve Chiswell > > > > Unidata User Support > > > > > > > > > > > > On Wed, 2006-01-25 at 09:59, David Gold wrote: > > > > > Steve, > > > > > > > > > > > > > > > > > > > > I thank you again for your gracious and timely answer to my previous > > > > > question. Now I have one more, but its really more like a favor ;) > > > > > > > > > > > > > > > > > > > > John N-G has a wonderful little program gdpvsf that interpolates > > > > > to any arbitrary surface (including PV IDEAL for representations on > > > > > the user-defined dynamic tropopause). > > > > > > > > > > > > > > > > > > > > But since I didnt build Gempak from source, I cannot compile it > > > > > locally. While I could always re-build Gempak from the source > > > > > distribution, it would require obtaining OpenMotif (Im Linux) and Id > > > > > rather not go to that length unless I absolutely have to. > > > > > > > > > > > > > > > > > > > > If I provided the tar file containing gdpvsf and associated modules, > > > > > would you be willing to compile the program and send the executable > > > > > back to me for inclusion in my $GEMEXE directory? Im open to other > > > > > ideas, too. Any help here would be greatly appreciated! Perhaps we > > > > > could return the favor by making this program available to you for > > > > > inclusion in the next Gempak build? > > > > > > > > > > > > > > > > > > > > Sincerely, > > > > > > > > > > > > > > > > > > > > David Gold > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >