It seems that IRAF is unable to properly read the headers of several of the images (the BPM keyword from s00353.fits and EXPTIME from s00360.fits and s00361.fits). But as best as I can tell, the headers are FITS compliant (pyfits.verify gives no errors), and simply reading the keywords with hselect returns properly:
--> hselect s00353.fits BPM yes
I get similar results on two different machines (one linux, one mac intel), though absent the segfault on the linux machine, so it doesn't seem to be system dependent.
I've put the images (and associated pixel maps) at:
I was able to reproduce the problem on a v2.15 32-bit linux system and tracked it down to a likely cause. The key thing missing was that the 'grow' parameter had to be set to non-zero in order to trigger the error.
Frank is looking into a solution now and we should have a patched binary soon. Until then, if you don't need to set the 'grow' parameter then it appears to work fine.
The bug has been identified and fixed for a future patch or release. Mike will let you know if/when a patch or update is released.
MODULE: imcombine and variants
DATE: Fri Apr 1 10:53:41 MST 2011
BUG: When the grow options is used with masks or partially overlapping
data a segmentation could occur. This is because when data is
absent (because of non-overlap) or excluded (because of mask) an
identifier value was not initialized. The only workaround is to
not use the grow options.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum