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.
Luis, Can you confirm that you are sourcing the 6.4.0 Gemenviron file, having changes the ~gempak/NAWIPS/ symbolic link to the new GEMPAK6.4.0/ directory? Can you also confirm that the command "which gpmap" and "which nmap2" are pointing to the 6.4.0 executables? You will also want to update the ~ldm/decoders/ to the 6.4.0 versions (you can simply "cp $OS_BIN/dc* ~ldm/decoders/" as the LDM user to accomplish this), though this should not be the reason for GEMPAK not displaying the GOES-15 images. Michael > Hi Michael, > thanks for the recommendation and I have installed the 6.4.0 version of > GEMPAK. > > The problem with no handling the GOES-15 imagery remains (i.e., unknown > GINI sensor number 18") and I can only display some sort of "corrupted" > images. > > This makes me think that, perhaps, I need to do something else to let LDM > know that I have a new version (versus the previous 5.11.1) of GEMPAK. > However, I am not sure if this is the right way to go. > Checking my ldmd.conf and pqact_gempak_images (attached) did not help me > much to find what is missing. Are you able to provide some guidance? > > Thanks, > Luis M Farfán. > > > address@hidden> wrote: > > > Hi Luis, > > > > The satellite image routines in GEMPAK 5.11.1 do not handle GOES 14, 15 or > > 16. The best thing would be to upgrade to GEMPAK 6.4.0, though if that > > present challenges, I could walk you through rebuilding only the gemlib.a > > library and GEMPAK programs, but it's much easier simply to install the > > latest package. > > > > Best, > > > > Michael James > > Unidata > > > > > > > > > > > Hi Michael, > > > thanks for the note and assistance to identify the recommended change to > > my > > > ldmd.conf. This is, request NIMAGE "GOES-15" idd.unidata.ucar.edu and I > > > have been receiving the requested files. > > > > > > Now, I have an additional problem and this is something close to what a > > > previous > > > user reported ( > > > > > http://www.unidata.ucar.edu/support/help/MailArchives/gempak/msg05911.html > > ). > > > Both, GARP and gpmap, are not able to display my new > > > (WEST-CONUS) satellite images. The displayed error are like the following > > > examples: > > > > > > unknown GINI sensor number 18 > > > GEMPAK: [IM 1] No entry in the image type table, imgtyp.tbl, for file > > > ^/data/ldm/gempak/images/sat/WEST-CONUS/1km/VIS/VIS_20111218_1615 > > > unknown GINI sensor number 18 > > > GEMPAK: [IM 1] No entry in the image type table, imgtyp.tbl, for file > > > ^/data/ldm/gempak/images/sat/WEST-CONUS/4km/IR/IR_20111218_1615 > > > unknown GINI sensor number 18 > > > GEMPAK: [IM 1] No entry in the image type table, imgtyp.tbl, for file > > > /data/ldm/gempak/images/sat/WEST-CONUS/4km/WV/WV_20111218_1615 > > > > > > > > > As indicated in previous archives, I updated imgtyp.tbl and imgcoeffs.tbl > > > at $GEMTBL/sat and datatype.tbl at $GEMTBL/config as taken from > > > http://www.unidata.ucar.edu/downloads/gempak/tables/index.jsp. > > > However, this has not been able to fix the above problem. > > > > > > I am not sure if my GEMPAK version (5.11.1) may be playing a role and > > > this is why I decided to write for advice. > > > > > > Thanks, again, > > > Luis M Farfan. > > > > > > > > > > > > address@hidden> wrote: > > > > > > > Hi Luis, > > > > > > > > Your pqact entry is fine but your ldmd.conf request for GOES products > > > > (line 102 of ldmd.conf) is defined to *only* request GOES-11 and > > GOES-13. > > > > You'll need to change the GOES-11 request line to GOES-15, or open it > > up > > > > further for the entire NIMAGE stream with > > > > > > > > request NIMAGE ".*" idd.unidata.ucar.edu > > > > > > > > Best, > > > > > > > > Michael James > > > > Unidata > > > > > > > > > > > > > > > > > Dear Unidata representative, > > > > > > > > > > after the change from the GOES-11 from GOES-15 satellites, I am > > > > > missing the high-resolution (1-km and 4-km imagery) that arrived with > > > > > GOES-11. Not sure if I need to add a new entry to my ldmd.conf or > > > > > pqact.gempak_decoders, which are attached to this message. Could you, > > > > > please, let me know? > > > > > > > > > > I looked to recent support archives from LDM and GEMPAK. However, I > > did > > > > > not find any archive related to an issue like the described above. > > This > > > > > is why I decided to contact you. > > > > > > > > > > In my local data structure, until December 6, these data > > > > > arrived to data/gempak/images/sat/WEST-CONUS/1km/VIS and > > > > > data/gempak/images/sat/WEST-CONUS/4km/IR. The other GOES-15 products > > > > > (VIS, IR and WV at 4km) are arriving well since 1500 UTC 6 December . > > > > > > > > > > Thanks, > > > > > Luis M Farfan > > > > > CICESE, unidad La Paz > > > > > La Paz Baja California Sur, Mexico. > > > > > > > > > > > > > > > > > > > > > > Ticket Details > > > > =================== > > > > Ticket ID: KWK-343754 > > > > Department: Support GEMPAK > > > > Priority: Normal > > > > Status: Open > > > > > > > > > > > > > > > > > > > > Ticket Details > > =================== > > Ticket ID: KWK-343754 > > Department: Support GEMPAK > > Priority: Critical > > Status: Open > > > > > > Ticket Details =================== Ticket ID: KWK-343754 Department: Support GEMPAK Priority: Critical Status: Open