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.
Chris, Could it be possible that the RADDUR parameter is to short? If your data is lagging a little, then increasing that might help. If you can determine when you get a blank image, and send me the copy of the input file that is created, I can take a look at it. I can also create more verbose output to let you know what gprcm is doing- whether it is rejecting a product due to time not in the valid range, or not a rcm report etc. Steve Chiswell Unidata User Support >From: address@hidden (Chris Hennon) >Organization: UCAR/Unidata >Keywords: 200008031543.e73FhRT04971 >Steve - > >I made both changes you suggested and still notice that maybe 30% of the >images are producing no echoes. My log file appears normal. Do you have >any other suggestions? > >Chris > >================================================ >| Chris Hennon Ohio State University | >| Tropical Meteorology address@hidden | >| | >| Dept of Geography Office: 1155 Derby Hall | >| 1036 Derby Hall Phone : (614) 292-2704 | >| Columbus, OH 43210 Fax : (614) 292-6213 | >================================================ > >On Wed, 5 Jul 2000, Unidata Support wrote: > >> >> Chris, >> >> The problem likely stems from the pqact.conf pattern action that is being us > ed to >> store the data in the rcm file. The best pattern would use the /pRCM tag to >> ensure all the observations in the file are RCM's...at the time I created th > e >> www page, not all of our top level NOAAPORT ingestors were adding the pil ta > g, >> so I couldn't use that. Now, I see that several FTM messages are in that >> group. I would suggest: >> >> HDS ^SDUS4[0-6] .... ([0-3][0-9])([0-2][0-9])([0-5][0-9]).*/pRCM >> >> >> The actual problem is that my loop exits at the first bulletin that is not a > RCM. >> I should be more lenient. >> >> This can be corrected in $NAWIPS/unidata/programs/gprcm/rcm.c by changing >> the while loop to a while and if loop starting line ~783: >> >> while((get_nextbull(fp,bultin,&lenbul) == 0)&&(isrcm(bultin,lenbul) == 0) > ) >> { >> NEXINDX = get_ndex(bultin,lenbul); >> if(NEXINDX >= 0) >> { >> clat = RADARS[NEXINDX].stnlat; clon = RADARS[NEXINDX].stnlon; >> read_nexaa(bultin,lenbul,RADARS,NEXINDX,&new_time,trange,&mode,&val > id); >> if(mode > MDNA) RADARS[NEXINDX].mode = mode; >> if((valid == 0)&&(mode > MDNE)) /* should only do precip and clear > air */ >> read_nexcc(bultin,lenbul,RADARS,NEXINDX,&new_time,trange); >> } >> } >> >> >> to: >> >> while(get_nextbull(fp,bultin,&lenbul) == 0) >> { >> if(isrcm(bultin,lenbul) == 0) >> { >> NEXINDX = get_ndex(bultin,lenbul); >> if(NEXINDX >= 0) >> { >> clat = RADARS[NEXINDX].stnlat; clon = RADARS[NEXINDX].stnlon; >> read_nexaa(bultin,lenbul,RADARS,NEXINDX,&new_time,trange,&mode,& > valid); >> if(mode > MDNA) RADARS[NEXINDX].mode = mode; >> if((valid == 0)&&(mode > MDNE)) /* should only do precip and cle > ar air */ >> read_nexcc(bultin,lenbul,RADARS,NEXINDX,&new_time,trange); >> } >> } >> } >> >> If you make this change, simply recompile with: >> >> cd $NAWIPS/unidata/programs/gprcm >> make clean >> make all >> make install >> make clean >> >> Let me know what you find. >> >> Steve Chiswell >> Unidata User Support >> >> >> >From: address@hidden (Chris Hennon) >> >Organization: UCAR/Unidata >> >Keywords: 200007041641.e64Gf5T01802 >> >> >Steve - >> > >> >I have a csh script which produces a RCM image. I run it from the cron at >> >00 and 30 past the hour, 24 hours a day. 50% of the time it runs >> >flawlessly, 50% of the time it completes successfully but creates a map >> >with no echoes on it. The log file looks exactly the same, whether it >> >produces echoes or not: >> > >> > Parameters requested: >> >MAP,GAREA,PROJ,SATFIL,RADFIL,LATLON,PANEL,TITLE,TEXT, >> > >> >CLEAR,DEVICE,RCMFIL,RADTIM,RADDUR,DITHER,MESO,TVS,CNTR,MAXTOP,RADINFO,ECHO, >> > CLRBAR. >> > GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> >> >GEMPAK-GPRCM> GEMPAK-GPRCM> >> >GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> >> >GEMPAK-GPRCM> GEMPAK-GPRCM> G >> >EMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> GEMPAK-GPRCM> >> >GEMPAK-GPRCM> GEMPAK-GPRCM> GE >> >MPAK-GPRCM> GEMPAK-GPRCM> GPMAP PARAMETERS: >> > >> > Device: gf|/usr/local/apache/htdocs/rcm/national.gif >> > Projection: STR/90.0;-95.0;0.0 >> > Graphics area name: 17.89;-116.2;50.0;-59.3 >> > Map: 4 >> > Title: 31/+1/Radar Summary (dbz) - echo tops (x100 ft) >> >000704/1630 >> > Panel: 0 >> > Latlon: 0 >> > Clear: YES >> >Enter <cr> to accept parameters or type EXIT:EAX Meso01 LLF >> > Parameters requested: >> >MAP,GAREA,PROJ,SATFIL,RADFIL,LATLON,PANEL,TITLE,TEXT, >> > >> >CLEAR,DEVICE,RCMFIL,RADTIM,RADDUR,DITHER,MESO,TVS,CNTR,MAXTOP,RADINFO,ECHO, >> > CLRBAR. >> > GEMPAK-GPRCM> >> > >> >My script is based on your example script posted on the webpage. Has >> >there been a change to the rcm decoder or rcm format that I may have >> >missed? Thanks for any ideas. >> > >> >Chris >> > >> > >> >> **************************************************************************** >> Unidata User Support UCAR Unidata Program >> (303)497-8644 P.O. Box 3000 >> address@hidden Boulder, CO 80307 >> ---------------------------------------------------------------------------- >> Unidata WWW Service http://www.unidata.ucar.edu/ >> **************************************************************************** >> >