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.
Bryan, For the GUIs to read the time from the file name, you should use a file name like: $RAD/NIDS/MTX/VEL1/VEL1_20001023_1525 In particular, for NMAP, the directory name (eg VEL1 must match the first part of the filename, eg VEL1_20001023_1525). Gpmap of course doesn't look at the file name at all. pqact.conf exaples are available at: http://www.unidata.ucar.edu/packages/gempak/tutorial/pqact/images.tbl Steve Chiswell Unidata User Support >From: "Bryan G. White" <address@hidden> >Organization: UCAR/Unidata >Keywords: 200010231559.e9NFx3407261 >I'm having problems displaying radar products in nmap and garp. > >I'm using gempak 5.6, solaris 7 on a sparc machine. > > >GARP: > >I copied over the Garp_defaults file from older version of gempak >to the new 5.6 version. Everything works just fine except radar. >Garp dies and I get this error when garp is reading what date/time >are available: > >ch_to_int_time: Invalid year, 33 > >Line in Garp_defaults file: > nidsT : $(nids)/%(site)/%(product)/*@(YYYYMMDDHHNN) > >When I use truss, It looks like it doesn't open any files, but >I get this at the end: > >time() = 972316519 > Incurred fault #6, FLTBOUNDS %pc = 0xFEDC5558 > siginfo: SIGSEGV SEGV_MAPERR addr=0x353500F8 > Received signal #11, SIGSEGV [default] > siginfo: SIGSEGV SEGV_MAPERR addr=0x353500F8 > *** process killed *** > > >NMAP: > >Doesn't report any times are available. >using truss, it does show nmap is opening up all the radar files >in the directory. > >Line in datatype.tbl: > >RAD $RAD *YYYYMMDDHHNN CAT_IMG SCAT > _NIL > > >------ > >gpmap works just fine with radar files. > >Here is an example of what a radar file is named: >MTXVEL1200010231525 > > >So what stupid little thing am I messing up? > > >Bryan > > >