Welcome to iraf.net Saturday, April 20 2024 @ 07:31 AM GMT
Buglog #220
- Wednesday, July 28 1993 @ 02:34 PM GMT
- Contributed by: admin
- Views: 1,091
MODULE: ptools.pconvert
SYSTEM: V2.9
SYSTEM: V2.9
NUMBER: 220 MODULE: ptools.pconvert SYSTEM: V2.9 DATE: Wed Jul 28 08:34:39 MST 1993 FROM: davis BUG: In append mode the pconvert task was refusing to append data to columns derived from multi-valued quantities in the original apphot/daophot text output, e.g. MAG[1]. The problem was due to an extraneous escape character '' infront of the '[' in the column specification (this is required for column template expansion, but not for column definition). STATUS: Fixed in 2.10.3. There is no work-around. NUMBER: 412 MODULE: imcombine SYSTEM: V2.11 DATE: Tue Oct 13 11:16:46 MST 1998 FROM: valdes BUG: Updating of the image coordinate system when combining offset images is not being done correctly. The effect is that the header of the combined image corresponds to the first image. One workaround is to look at the offsets printed by IMCOMBINE. Then redo the combining putting the image which shows offsets of (0,0) (if there is one) as the first in the list to combine. A more general workaround is to look at the first image listed and get the offsets (for example (220,50)) and use these to update the header. To update the header using the offsets printed for the first image cl> hedit outimage crpix1 '(crpix1+220)' cl> hedit outimage crpix2 '(crpix2+50)' where 220 and 50 would be replaced by the offsets from the IMCOMBINE listing. This will fix the work coordinate system. If the physical coordinate system also needs to be correct do the same with the keywords LTV1 and LTV2 replacing CRPIX1 and CRPIX2. Note that this extends to higher dimensions if combining images with more than 2 dimensions. STATUS: Fixed for the next release.
The following comments are owned by whomever posted them. This site is not responsible for what they say.