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.
Robert, MciDAS has a funny quirk in that it treats Lambert secant and lambert tangent as 2 different projections, (LAMB and TANC). GEMPAK uses LCC for both and allows the la1 and la2 angles to be assigned as necessary. I added the ability for GEMPAK to recognize the TANC projection which came from the ADDE server after it too the image from GEMPAK and created an AREA back from the GINI. You probably need to create a $GEMTBL/sat/imgtyp.tbl entry for your ADDE products since all the color table entries I created were for the products as I created them with nex2gini, but not after they have been pushed around through mcidas. McIDAS might be leaving the sensor number as 99 which I am mapping to 11 in the GINI code, but your ADDE is probably not a GINI when you get it. Possibly taking the existing entries I provided and creating duplicates of them with source 99 might be the lacking part. Note that all sensors numbers in GINI are not the same as you would have in an AREA file, eg GOES 8-12 imagers are numbers 8 through 12, where McIDAS AREA files call these 71, 73 75, etc. Stvee Chiswell ------------------------------------------------------------------ I read in the support archives that GEMPAK now has the capability of viewing GINI format images that have been received through the McIDAS ADDE. When I tried to view in GARP a NEXRAD comp image made with nex2gini that had been transferred to another machine via ADDE, it displayed the area okay, but it showed the echoes as white..no colors. Is there some sort of McIDAS postprocessing required? I tried doing an IMGCHA CTYPE=RAW (the copied image showed CTYPE to be BRIT), but this did not help. Thanks, Robert Mullenax