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.
Hi Peter- > Now I understand, ok I'll make the updates as suggested and let HansPeter > know. > > I guess you can close this call as there are no actions needed in the IDV. Done. > Regards, > > Pete. > > >>> "Unidata IDV Support" <address@hidden> 08/01/08 18:35 >>> > > Morning Tom (I think ?), > > Hi Peter, it's Don. > > > In the Data Chooser tag of the IDV, for Images, when I connect to Server > > adde.eumetsat.int > > and select Image Data Type M9, does this send an IMGLIST command to the > > EUMETSAT ADDE server ? > > It sends an ADDE ADIR request (which is what the McIDAS IMGLIST command > sends). The actual request is: > > EUM_AD M9 0 TRACE=0 BAND=ALL X AUX=YES VERSION=1 > > For any ADDE image server there are generally two types of servers - > an adir (directory) and aget (data) server. For example, there > is an msgadir.for and msgaget.for in the core McIDAS distribution. > Depending on the type of request (directory or data) one or the > other gets called. In this case, the adir server needs to fabricate > AREA directories for bands 13 and 14. > > > The reason I ask is at this point, the Channel drop down menu becomes > > active and shows the channels > > available for this Group/Descriptor, and this is where HP cannot select the > > virtual channels 13 and 14. > > Right. The return from the ADIR request only lists bands that the > server returns. Currently, it just returns bands 1-11. We then > use the returned list to populate the widgets. > > > If a command is sent, can you tell me which one it is and how I can insert > > the virtual channel information > > into the Mcidas structure returned by the server to the IDV. > > Somewhere in the ADIR server, it generates a list of the available > bands. It just needs to add in 13 and 14. Once that happens > an IMGLIST in McIDAS should also show that bands 13 and 14 are > available. > > > Thanks of the support, > > Let me know if you need more information. > > > Peter Miu. > > > > U-MARF and Internet Software Engineer > > Am Kavalleriesand 31 > > 64295 Darmstadt > > Germany > > Tel : +49 6151 807 329 > > Fax : +49 6151 807 741 > > > > >>> "Unidata IDV Support" <address@hidden> 07/01/08 20:55 >>> > > Hi HP- > > > > Happy New Year. I was off for a couple of weeks so am just now getting > > to this. I'm also waiting for some fixes from SSEC for your other > > outstanding issues. > > > > > You might remember my former emails and discussions in June about the > > > virtual channels 13 and 14 from MSG data. Up to now these 2 channels > > > were calculated only by Marianne's server version on my notebook. Up to > > > now I can only see them in McIDAS however. Obviously IDV does not get > > > forwarded with needed information. > > > > > > Pete Miu has now started to implement my local server on > > > adde.eumetsat.int. A first cut of the revised code puts the data into > > > dataset/imagetype M/T. I can see this data stream from my machines, but > > > only channels 1-11 of course because Pete's work is based on my local > > > server. Could you please advise what exactly IDV is expecting from the > > > server in order to link to the data of these 2 channels? > > > > When a directory (adir) request is made to the server, it needs to > > include those band numbers in the list of bands that it sends > > back. The data server (aget) knows how to interpret BAND= keyword sent > > by McIDAS and calculate the correct data. The directory server > > (e.g. what IMGLIST talks to) needs to know that it can calculate > > those (and any others) and send them back in the list of available > > bands. > > > > You can have Peter contact me directly if he needs more specific > > information. > > > > > In case you will be looking into the data set M/T be aware that the > > > temperature fields (channels 4-11) are wrong for the time being. All > > > other channels/units are correct. > > > > > > Hope you had a good start into 2008. We are expecting the first > > > low-level snow here for Thursday. > > > > I was in Florida visiting family for Christmas and New Years. We > > had a great time and great weather. > > > > > HP > > > > > > FYI: Channels 13 and 14 are derived from channel 4 (3.9micron) where the > > > solar and thermal signal respectively, are singled out > > > > > > > > > > > > Ticket Details > > =================== > > Ticket ID: SWA-509881 > > Department: Support IDV > > Priority: Normal > > Status: Open > > > > > > > > > > > Ticket Details > =================== > Ticket ID: SWA-509881 > Department: Support IDV > Priority: Normal > Status: Open > > Ticket Details =================== Ticket ID: SWA-509881 Department: Support IDV Priority: Normal Status: Closed