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

FW: 20040611: FW: Map conversion in GEMPAK

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.

  • Subject: FW: 20040611: FW: Map conversion in GEMPAK
  • Date: Mon, 14 Jun 2004 10:29:06 -0400
Steve,
 
I hope this additional information below helps you out.
Regards,
Jon
        -----Original Message----- 
        From: Manobianco.John 
        Sent: Mon 6/14/2004 9:19 AM 
        To: Case.Jon 
        Cc: 
        Subject: RE: 20040611: FW: Map conversion in GEMPAK
        
        
        Jon,
         
        We do have 5.6j on the cluster.
         
        The problem is a GEMPAK error flag (which causes the program to stop 
without writing any converted data).
         
        [FL -4]  Cannot read file ../hipowo.gsf.
        [FL -4]  Cannot read file ../hipowo.gsf.
         
        John
         
          
        -----Original Message-----
        From: Case.Jon 
        Sent: Monday, June 14, 2004 6:42 AM
        To: Manobianco.John
        Subject: FW: 20040611: FW: Map conversion in GEMPAK
         
        John,
         
        See Steve's email below to provide more information on the problem.  I 
think we have version 5.6j installed on the cluster.
         
        Jon
                -----Original Message----- 
                From: Unidata Support [mailto:address@hidden] 
                Sent: Fri 6/11/2004 4:16 PM 
                To: Case.Jon 
                Cc: address@hidden 
                Subject: 20040611: FW: Map conversion in GEMPAK 
                 
                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
                >
                >
                --
                
**************************************************************************** <
                Unidata User Support                                    UCAR 
Unidata Program <
                (303)497-8643                                                  
P.O. Box 3000 <
                address@hidden                                   Boulder, CO 
80307 <
                
---------------------------------------------------------------------------- <
                Unidata WWW Service              
http://my.unidata.ucar.edu/content/support  <
                
---------------------------------------------------------------------------- <
                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.