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

[GEMPAK #VOB-641611]: getting satellite images

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: [GEMPAK #VOB-641611]: getting satellite images
  • Date: Wed, 09 Feb 2011 12:24:52 -0700
I'm guessing it's due to the date imgtyp.tbl you have from 5.11.1.

current is attached along with imgcoeffs.tbl, to be placed in $GEMTBL/sat/





> Hi Michael,
> 
> One more thing -- sorry to be a pain.  I found that in GARP, I could
> look at a lot of images, but not the East Coast Conus images -- they
> were there, but GARP said there was "no image".  So why does GARP
> understand the West Coast Conus but not the East Coast?
> 
> In NMAP2, I can look at both -- no problem.  Is this an issue with
> Gempak not being current?  The errors I get are:
> 
> GEMPAK: [IM 1]  No entry in the image type table, imgtyp.tbl, for file
> ^/data/ldm/gempak/images/sat/EAST-CONUS/4km/IR/IR_20110209_1845
> GEMPAK: [IM 1]  No entry in the image type table, imgtyp.tbl, for file
> /data/ldm/gempak/images/sat/EAST-CONUS/4km/IR/IR_20110209_1845
> GEMPAK: [IM 1]  No entry in the image type table, imgtyp.tbl, for file
> ^/data/ldm/gempak/images/sat/EAST-CONUS/4km/IR/IR_20110209_1845
> 
> 
> Frank
> 
> 


Ticket Details
===================
Ticket ID: VOB-641611
Department: Support GEMPAK
Priority: Normal
Status: Open

Attachment: imgtyp.tbl
Description: Binary data

Attachment: imgcoeffs.tbl
Description: Binary data