The az* lever arm format is currently gam/del/dst (two angles and a distance) for legacy reasons. These reasons are now irrelevant, so for clarity and ease of calculation it would be better if az* used x/y/z offsets (three distances) instead.

Some ATM lines for IPY have bad bands marked for some lines. However, the bad parts seem to correlate with areas where there is bright sunshine shining on white snow - in other words where the value is going to be pretty close to max. It's possible either this is incorrectly causing it to be classified as bad, or else that the max value is itself being used to mark bad data.

Eg. Green Box line 1:

azgcorr ver 4.8.9, causes segmentation fault when processing the full data and also when processing certain "chunks" of data, defined by a number of lines. For example using a chunk of lines 1-5000 works ok, but 1-5200 fails. 1-12402 works ok, 1-12403 fails. This is using the Eagle data from IPY07-06.