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.
Nancy, Is this a new problem, or has it always been this way? It could be that your disk filled up, or something unrelated to GEMPAK. Have you modified the Garp_defaults from the original settings? What GOES-10 files are you trying to look at (IR, VIS, WV, floater)? Are you able to view the model data in "gdcntr" (if not, then Garp isn't a special case). How about the sat data in gpmap? Do you have similar problems with NMAP2? Could you provide the output from "ls -lR" for the $SAT/GOES-10 and $MODEL directory trees? Steve Chiswell >From: Nancy Selover <address@hidden> >Organization: UCAR/Unidata >Keywords: 200303032247.h23MlS326930 >This message is in MIME format. Since your mail reader does not understand >this format, some or all of this message may not be legible. > >--Boundary_(ID_mdnXd4AoV/nujP9dLmJofA) >Content-type: text/plain; charset="iso-8859-1" > >Hello support, >There is something weird about Garp. The files are coming in, but they are >out of order. For example, we are trying to load the GOES 10 for 11-16 UTC, >but what's in the loop is 14Z-15Z-13Z-14Z-15Z-16Z. It looks like the files >are being overwritten. Also shy is it that when you select your own times >to display, it shows the most recent set it had already selected, then adds >your loop onto the end. >The ETA files are also garbled. we looped the 500 mb height, and some of the >fields have contours labeled 0, 60, which is obviously not 500 mb height. >Thanks for your suggestions. Is it possible for the files to be >overwritten? >Nancy > > > >Nancy J. Selover >Asst. State Climatologist >Office of Climatology tel: 480-965-0580 >Arizona State University fax: 480-965-1473 >Tempe, AZ 85287-1508 e-mail: address@hidden > > >--Boundary_(ID_mdnXd4AoV/nujP9dLmJofA) >Content-type: text/html; charset="iso-8859-1" >Content-transfer-encoding: quoted-printable > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> ><HTML> ><HEAD> ><META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = >charset=3Diso-8859-1"> ><META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = >5.5.2655.35"> ><TITLE>Garp satellite and model image loops </TITLE> ></HEAD> ><BODY> > ><P><FONT FACE=3D"Times New Roman">Hello support,</FONT> ><BR><FONT FACE=3D"Times New Roman">There is something weird about Garp. = >The files are coming in, but they are out of order. For example, we are = >trying to load the GOES 10 for 11-16 UTC, but what's in the loop is = >14Z-15Z-13Z-14Z-15Z-16Z. It looks like the files are being = >overwritten. Also shy is it that when you select your own times = >to display, it shows the most recent set it had already selected, then = >adds your loop onto the end. </FONT></P> > ><P><FONT FACE=3D"Times New Roman">The ETA files are also garbled. we = >looped the 500 mb height, and some of the fields have contours labeled = >0, 60, which is obviously not 500 mb height. </FONT></P> > ><P><FONT FACE=3D"Times New Roman">Thanks for your suggestions. Is = >it possible for the files to be overwritten?</FONT> ><BR><FONT FACE=3D"Times New Roman">Nancy<BR> ></FONT> ></P> ><BR> > ><P><B><I><FONT SIZE=3D2 FACE=3D"Arial">Nancy J. Selover</FONT></I></B> ><BR><I><FONT SIZE=3D2 FACE=3D"Arial">Asst. State = >Climatologist</FONT></I> ><BR><FONT SIZE=3D2 FACE=3D"Arial">Office of = >Climatology = >tel: 480-965-0580</FONT> ><BR><FONT SIZE=3D2 FACE=3D"Arial">Arizona State = >University fax: 480-965-1473</FONT> ><BR><FONT SIZE=3D2 FACE=3D"Arial">Tempe, AZ = >85287-1508 e-mail: address@hidden</FONT> ></P> > ></BODY> ></HTML>= > >--Boundary_(ID_mdnXd4AoV/nujP9dLmJofA)-- >