🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: sci.image.processing
Article #444

Re: image processing

#444
From: Peter G. Ford
Date: Wed, 02 Sep 1992 02:53
50 lines
3149 bytes
In article <simon_wing-010992180153@wings-mac.jhuapl.edu> simon_wing@spacemail.jhuapl.edu (simon ) writes:
>Is there anybody there who has done compression with radar data ?

You must be more specific: "radar data" can mean anything from the raw
signal to SAR range-Doppler images, quad-polarization vector images,
cartographic maps, altimeter profiles, etc. etc. Each can usually be
compressed if you're willing to spend CPU time or sacrifice resolution,
or both.

A raw SAR signal can usually be compressed since its SNR is greatly
increased during subsequent processing (range and azimuth compression).
The Magellan radar uses a 4:1 compression based on a "block floating-
point quantization" algorithm -- data sampled as 8-bit numbers are
split into 8-bit binary exponents and 2-bit mantissae; since the
exponents are expected to vary more slowly than the mantissae, blocks
of data are normalized to an average exponent.  Although this appears
to reduce the dynamic range of the resulting imaged from 256:1 to 4:1,
this is subsequently restored by the averaging that takes place during
range compression and multi-look summation.

4-polarization radar images, i.e. those that combine all senses of
transmit and receive polarization, are usually compressed into 10-
element symmetric Stokes matrix pixels, and then compressed as if they
were simple images.

It is quite difficult to devise an automatic method of compressing
simple images of radar backscatter cross-section. Since they are
usually computer-generated, their pixel dimension and DN range are
likely to be chosen to maximize information content. Secondly, the
dominant noise source is usually "speckle" and is proportional to the
local image intensity. If an 8-bit image appears "sharp" and "gritty"
to the eye, you probably won't get much reduction in size from a 
lossless algorithm such as Huffman or Lempel-Ziv. If you are prepared
to take the loss, run the image through a small median filter and then
use Lempel-Ziv -- but make sure that you aren't throwing away anything
important (e.g. the image of a corner-reflector that you'll need to
calibrate the image intensity!)

This same discussion applies equally to other coherent-source images,
e.g. sonar. Two of the largest imaging datasets currently published on
CD-ROM, the Magellan Venus mapping project and the Gloria side-scan
sonar ocean floor survey, have both elected not to compress their
products.

I'd be very interested to hear from anyone who is working on this
problem.

Regards,
Peter Ford
MIT and Magellan Project
Technical Details
Message-ID: <1992Sep2.025320.19353@athena.mit.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!snorkelwacker.mit.edu!bloom-picayune.mit.edu!news
References: <simon_wing-010992180153@wings-mac.jhuapl.edu>

Show Full Headers
Complete Article Headers
Newsgroups: sci.image.processing,sci.astro
Path: arc1-ca.pugleaf.net!sparky!uunet!snorkelwacker.mit.edu!bloom-picayune.mit.edu!news
From: pgf@space.mit.edu (Peter G. Ford)
Subject: Re: image processing
Message-ID: <1992Sep2.025320.19353@athena.mit.edu>
Keywords: radar, compression, signal-processing
Sender: news@athena.mit.edu (News system)
Nntp-Posting-Host: mgn1.mit.edu
Reply-To: pgf@space.mit.edu
Organization: MIT Center for Space Research
References: <simon_wing-010992180153@wings-mac.jhuapl.edu>
Date: Wed, 2 Sep 1992 02:53:20 GMT
Lines: 50