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.
>From: Don Murray <address@hidden> >Organization: UCAR/Unidata >Keywords: 200510241356.j9ODue7u013793 McIDAS ADDE Hi Don, >I'm running McIDAS-X 2005 050704 on chico. When I run this, >I get: > >IMGLIST RTNEXRAD/N1P ID=LIST >Image file directory listing for:RTNEXRAD/N1P >IMGLIST: No images meet the selection criteria >IMGLIST: done > >My DATALOC is: > >DATALOC LIST RTNEXRAD > >Group Name Server IP Address >-------------------- ---------------------------------------- >RTNEXRAD ADDE.UCAR.EDU > ><LOCAL-DATA> indicates that data will be accessed from the local data >directory. > >DATALOC -- done Hmm... Please check to see what IP address is associated with adde.ucar.edu on chico: SEE ADDESITE.TXT -- or -- SEE MCTABLE.TXT If your listing shows that adde.ucar.edu has an IP of 128.117.15.119, then run: DATALOC HOST and check again. Also, please check to see if you have both ADDESITE.TXT and MCTABLE.TXT. If you do, check MCTABLE_WRITE to see which one gets updated by DATALOC invocations. It could be that you have an entry in MCTABLE.TXT that is being used even though ADDESITE.TXT is being updated by DATALOCs. The name change for newmotherlode on Friday was _supposed_ to leave adde.ucar.edu as 128.117.15.119, but it apparently didn't. Here is the results of the above 'SEE' on my home development machine: ... HOST_ADDE.UCAR.EDU=128.117.114.119 ... I am wondering if the name switch is playing havoc on machines that still have DATALOCs pointing at adde.ucar.edu/128.117.15.119. re: no listing from papagayo >That's what I get back from adde.ucar.edu as well. Weird given that I get back the expected list from another machine running 2005. Update: I just logged onto papagayo and saw that Clint had changed where non-N0R Level III products were being filed. I just updated his ADDE configuration and now get a valid listing for N1P: DATALOC LIST RTNEXRAD Group Name Server IP Address -------------------- ---------------------------------------- RTNEXRAD PAPAGAYO.UNL.EDU <LOCAL-DATA> indicates that data will be accessed from the local data directory. DATALOC -- done IMGLIST RTNEXRAD/N1P ID=LIST Image file directory listing for:RTNEXRAD/N1P Pos Satellite/ Date Time Center Band(s) sensor Lat Lon --- ------------- ------------ -------- ---- ---- ------------ 1 RADAR 24 OCT 05297 15:19:00 FSD 5 2 RADAR 24 OCT 05297 15:20:00 TWX 5 3 RADAR 24 OCT 05297 15:20:00 OAX 5 4 RADAR 24 OCT 05297 15:23:00 LNX 5 5 RADAR 24 OCT 05297 15:25:00 CYS 5 6 RADAR 24 OCT 05297 15:27:00 UEX 5 7 RADAR 24 OCT 05297 15:29:00 GLD 5 8 RADAR 24 OCT 05297 15:30:00 MRX 5 IMGLIST: done NB: Clint is only saving N0R products for every station. For all others he has the short list of sites shown above. re: could it be the compression being used >I've tried it as compressed, gzip and no compression through >Java. I started up mcidas using mcidas -config and have >tried it with GZIP and none, all with the same results. >BTW, isn't there a global keyword in McIDAS to change >the compression on the fly? If so, what is it and how can >I get a list of global keywords? Yes, the global keyword to use is MCCompress (MCC= for short). >Any other ideas? Please try papagayo again from chico. If that works, please check the IP address being used for adde.ucar.edu on chico. I suspect that may be the problem area. When I get in (leaving shortly), we can turn debugging on so we can see what is happening on motherlode. Tom -- NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us. >From address@hidden Mon Oct 24 10:33:23 2005 re: cached IP address >ADDESITE.TXT has 128.117.15.119. MCTABLE.TXT has 128.117.114.119. re: I am wondering if the name switch is playing havoc on machines that still have DATALOCs pointing at adde.ucar.edu/128.117.15.119. >But that shouldn't matter through the Java interface. I get the >same results on chico and madeline. re: Level III product directories moved on papagayo; reconfigured >Okay. I can get the listing now. In the IDV, we just get the >listing of the stations for the first dataset in the list. re: global keyword to use is MCCompress (MCC= for short). Thanks. Don PostScript: The problem turned out to be a configuration error on adde.ucar.edu. The replaceable token '\DATE' in RESOLV.SRV should have been replaced with '\CURDAY'. Once this was done, everything works from UPC machines. The question remains why a listing from my home machine worked without error? Tom