>From: Leigh Orf <address@hidden> >Organization: UNCA >Keywords: 200012121654.eBCGsDo24855 McIDAS-X install Leigh, >Hope you are having an enjoyable holiday. It has been OK except that I have basically worked every day :-( >My wife and I got stuck in >the recent icestorm in central Arkansas... not fun from a travelling >perspective, but quite neat from a meteorological one! Luckily the sun >came out Thursday and melted enough ice to get us out onto the highway. The thing I really hated when I lived in New Hampshire/Vermont was ice storms! >I solved my last problem... the one I last wrote about, which was the >topo-composite AREA files not being produced. I copied the AREA9??? >files from /home/mcidas/data to /data/mcidas/data and now the composite >imagery is being produced. I'm not sure if that was the "right" >solution; I am sorry to say that it was not. It is much better to leave the topographic images (AREA9*) in ~mcidas/data and change your set of REDIRECTions to locate the images intested from the IDD/decoded by ldm-mcidas pnga2area in the /data/mcidas/data directory. This is one of the things I was referring to in the way that Jim H. had things setup at UNCA. >I thought I had the paths set such that mcidas should have >known where those topo AREA files were. I did have a few minutes in which I logged onto your machine to take a quick look. What I saw in ~mcidas/data/LOCAL.NAM was a setup that was preventing the compositing from working since the REDIRECTion for AREA* to /data/mcidas/data meant that that was the only place McIDAS could look for images with the name AREA9*. I suggest dropping back and embracing (:-) the examples in EXAMPLE.NAM. >Secondly, I have succesfully gotten stuff to be transferred via the ADDE >server. That was actually pretty easy to get set up. My cable modem >service provider does not (yet!) cap data flow from "weird" ports, so I >get the data coming in as fast as it can. Stuff displays noticably >faster than via NFS. ADDE is very cool in this respect. It is so transparent, for example, that I was loading images from the RTIMAGES dataset to my machine here at home (ADSL w/1284 Kb down) and I didn't even notice that I had left my DATALOC pointing to vortex. So very cool! >However, I noticed that most of the commands which are executed via >the tcl interface do not use ADDE commands. That is correct. The MCGUI is scheduled to go a complete overhaul/ADDEization in the next one/two months. >If I display a satellite >image or a satellite loop via the tcl interface, the ALOOP command is >executed, which is a standard mcidas command which reads data from my >NFS mounted /data/mcidas/data disk. Is there a way to have the tcl >interface make use of the ADDE? I have to do some recoding. >Interestingly enough, the F-key interace >*does* seem to use the ADDE and executed the IMGDISP command! Yes, the Fkey menu was ADDEized. This gave users two options. >I'm sure >you're aware of the inconsistency but would be interested in your >comments. This difference is documented in the McIDAS Release Notes. I have been wanting to upgrade the MCGUI for three years, but McIDAS was not really finished enough to provide all of the functionality that existing sites were used to with ADDE routines. Since it now is ready, I have my work cut out for me. >I also received an email from the address@hidden list stating that in >order to view the upcoming NEXRAD data, you have to install their latest >"fast-track" mcidas release which is 7.704. Are you familiar with these >fast-track releases, and would you recommend my upgrading? You are not allowed to get MUG Fastrack releases from SSEC unless you are a MUG member. You get your upgrades from Unidata (me). By the way, the NEXRAD display/serving support in the MUG Fastrack is my code, and it is already in my/the Unidata release! >I don't want >to go through all that hassle and screw up what I've worked hard to get >working right. However, I would like to be able to view the radar data >once I tell the LDM to ingest it. You do have the code to do this. I will, however, be issuing an addendum to my release early next week. This addendum will contain the latest iteration of changes that SSEC developers and I finished this past week. Loading in an addendum is easy and will not cause things to stop working, so fear not ;-) >Later, Have a good holiday! 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.