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 Tyn, re: > I hope this message finds you well! I am well, thank you! I trust that you are well and happy also? re: > I'm in Mongolia now, trying to get their NOAA/AVHRR archives published > though ADDE. To minimize their storage footprint i'm testing, amongst > others, a png-compression. Remember you equipped McIDAS-X with the > capabilities to ADDE server AREAs compressed data? Now, the area2png > program has now the option to create a sensible string to use for the > ouput file-name using SATBAND and SATANOT information. Questions: - were your change(s) only in the output file naming? - can I get your code modifications so I can evaluate them for possible inclusion in the area2png source? re: > In my case (N15 and N18 images) this doesn't seem to work: > > Jun 15 16:50:47 area2png[19560] NOTE: Starting Up > Jun 15 16:50:47 DEBUG: input AREA size: 81269560 > Jun 15 16:50:47 DEBUG: in GetFileName > Jun 15 16:50:47 DEBUG: mask: 31 > Jun 15 16:50:47 DEBUG: band: 5 > Jun 15 16:50:47 DEBUG: memory mapped input file area/AREA4000 > Jun 15 16:50:47 DEBUG: image shape: 3926 x 2048 > Jun 15 16:50:47 DEBUG: image line length: 20700 > Jun 15 16:50:47 DEBUG: number of bytes to beginning of data: 1280 > Jun 15 16:50:47 DEBUG: number of bytes in comment cards: 80 > Jun 15 16:50:47 DEBUG: number of bytes to beginning of comment cards: 81269480 > Jun 15 16:51:02 DEBUG: deflated length 19887452 > Jun 15 16:51:02 area2png[19560] NOTE: doPNG:: 81269560 19887452 0.2447 > > Any ideas? An example NOAA file you can find here (png-compressed AREA): > http://www.icc.mn/ngic/SAT_RES_BAND_20080415.0848 I am not sure why the file name is not expanded using the satellite, resolution, and band information, but I do know why your images are black: area2png was designed to work on single banded images only. The logic to deal with multiple bands was never built into it, or into the code modifications I added to Unidata McIDAS to be able to serve the PNG-compressed images directly. re: > further to the previous, the png-compressed AREAs don't display properly > (McIDAS & IDV). I get just a black image (with proper navigation) but > no image data is shown (all pixels value=0). If you IMGCOPY a single band into a new AREA and then PNG-compress it, do things work as expected? > Note that: > > 1) i'm using the poesaget/poesadir from XRD before IMGCOPYing over to > AREA format OK. re: > 2) i have to set NaveType=LALO in IDV. Below the input (original) to > the png-compressed i just send you. You may also try my server at > adde.icc.mn NPOES/NXAREA or NPOES/PNGA for respectively the AREAs and > png-compressed AREAs. > > see http://www.icc.mn/ngic/AREA4001 I just grabbed this file, and will take a look tomorrow. re: > Maybe some code changes downstream that break your png-compressed > addition? Most likely it is that you are trying to compress a multibanded image, and area2png and pnga2area do not understand multibanded images. Cheers, Tom -- **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: VYG-127238 Department: Support McIDAS Priority: Normal Status: Closed