NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Jon, What version of GEMPAK are you using to obtain the $GEMMAPS/programs/ ssftogsf. and gsftossf.f programs. Can you give me more information than "does not work"? Does the program run to completion and yet the information appears garbles on output, or doe sthe program core dump, etc. Steve Chiswell Unidata User Support >From: "Case.Jon" <address@hidden> >Organization: UCAR/Unidata >Keywords: 200406111349.i5BDnjtK011530 >Unidata support, > >(As a disclaimer, I recently tried searching the gembud archives. But >received the following error: >Glimpse Archive not found >Cannot find script "" in config file //wwwlib/amgr.cfg. So I have >resorted to a direct email question) > >Could someone please help me with the following problem as outlined >below? > >Thanks much, >Jonathan Case > >-----Original Message----- >From: Manobianco.John >Sent: Tuesday, June 08, 2004 5:38 PM >To: Case.Jon >Subject: Map conversion in GEMPAK > >Jon, > >The programs used to convert GEMPAK direct access map files (binary >format *.gsf) into ascii files (typically called asc*.gsf or *.ssf) does >not work correctly on the Linux cluster (I think due to some issue with >byte swapping even though there is a byte-swapping option in the >programs for Linux machines). > >Can you search the Unidata archives to see if someone has reported a >similar problem? If not, perhaps you could ping Steve Chiswell for >guidance. > >Thanks. > >John > > -- NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publically available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.