Submit a Story  :  IRAF Links  :  Past Polls  :  Calendar  :  Advanced Search  
     iraf.net
FAQ
 Forum FAQForum FAQ   Forum SearchForum Search   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

fxinsert mangles header

 
Post new topic   Reply to topic    iraf.net Forum Index -> General IRAF
View previous topic :: View next topic  
Author Message
stockton



Joined: 02 Jul 2007
Posts: 8

PostPosted: Wed Jul 20, 2011 3:10 am    Post subject: fxinsert mangles header Reply with quote

I am having a problem using fxinsert to insert an image into a multiextension file containing other images. The image data is fine, but the header information gets messed up. For example, here are the first few lines of the image before insertion:

frame1c[800,800][real]:
No bad pixels, min=0., max=0. (old)
Line storage mode, physdim [800,800], length of user area 14337 s.u.
Created Tue 15:55:10 19-Jul-2011, Last modified Tue 17:01:12 19-Jul-2011
Pixel file "frame1c.fits" [ok]
EXTEND = F / File may contain extensions
ORIGIN = 'NOAO-IRAF FITS Image Kernel July 2003' / FITS file originator
DATE = '2011-07-20T01:55:10' / Date FITS file was generated
IRAF-TLM= '2011-07-20T03:01:12' / Time of last modification
NEXTEND = 4 / Number of standard extensions
FILENAME= 'ua192702m_c0f.fits' / name of file
FILETYPE= 'SCI ' / type of data found in data file

TELESCOP= 'HST ' / telescope used to acquire data
INSTRUME= 'WFPC2 ' / identifier for instrument used to acquire data
EQUINOX = 2000.0 / equinox of celestial coord. system

/ WFPC-II DATA DESCRIPTOR KEYWORDS

ROOTNAME= 'ua192702m' / rootname of the observation set
PROCTIME= 5.489992291667E+04 / Pipeline processing time (MJD)
OPUS_VER= 'OPUS 2009_1' / OPUS software system version number
CAL_VER = '2.5.3 (Sep 4, 2008)' / CALWP2 code version

and here are the first few lines of the file after insertion:


ua192702m_c0m[2][800,800][real]:
No bad pixels, min=0., max=0. (old)
Line storage mode, physdim [800,800], length of user area 24381 s.u.
Created Tue 16:30:48 19-Jul-2011, Last modified Tue 16:33:19 19-Jul-2011
Pixel file "ua192702m_c0m.fits" [ok]
NEXTEND = 4 / Number of standard extensions
FILENAME= 'ua192702m_c0f.fits' / name of file
EQUINOX = 2000.0 / equinox of celestial coord. system

/ WFPC-II DATA DESCRIPTOR KEYWORDS

ROOTNAME= 'ua192702m' / rootname of the observation set
PROCTIME= 5.489992291667E+04 / Pipeline processing time (MJD)
CAL_VER = '2.5.3 (Sep 4, 2008)' / CALWP2 code version


While many of the FITS keywords are present in both, some seem to be missing, and the order is changed. In particular, if one tries to access the extension by "filename[sci,2]", one gets an error.

Anyone have any suggestions? I tried fixing the header via "eheader", but this task doesn't seem to work on multiextension FITS files.

Thanks.[/i]
Back to top
View user's profile Send private message
fitz
Site Admin


Joined: 30 Sep 2005
Posts: 3255
Location: Tucson

PostPosted: Sat Jul 23, 2011 1:36 am    Post subject: Reply with quote

Is it possible the "missing" keywords were simply moved to the primary header because of inheritence? There are various rules by which the FITS kernel updates the header and in the case of FXINSERT I forget the particulars, but you might try adding the qualifier "[noinherit]" to the output name to suppress the inheritence, e.g.

Code:
cl> fxinsert in.fits out.fits[3,noinherit]
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    iraf.net Forum Index -> General IRAF All times are GMT
Page 1 of 1

 
Jump to:  
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


Powered by phpBB © 2001, 2009 phpBB Group
 Copyright © 2005-2011 iraf.net
 All trademarks and copyrights on this page are owned by their respective owners.
Powered By Geeklog 
Created this page in 0.25 seconds