IMCOPY changes OBJECT field
Kelle Cruz wrote on Dec 03, 2006
When i use IMCOPY to extract the science extension, the OBJECT field in the header is changed to '2'.
example:
> hselect test_mef OBJECT
star79
> imcopy test_mef.fits[SCI,inherit] test
> hselect test OBJECT
2
this happens whether or not i use the 'inherit' option.
any advice on how to perserve my object names in the single extension spectra?
thanks,
kelle
example:
> hselect test_mef OBJECT
star79
> imcopy test_mef.fits[SCI,inherit] test
> hselect test OBJECT
2
this happens whether or not i use the 'inherit' option.
any advice on how to perserve my object names in the single extension spectra?
thanks,
kelle
Mike Fitzpatrick wrote on Dec 03, 2006
Hi Kelle,
Please post a URL to a sample image, or else the values of OBJECT in the PHU and in the SCI extension. Also, what version of IRAF are you using, I can't reproduce this using a test image here.
Cheers,
-Mike
Please post a URL to a sample image, or else the values of OBJECT in the PHU and in the SCI extension. Also, what version of IRAF are you using, I can't reproduce this using a test image here.
Cheers,
-Mike
Kelle Cruz wrote on Dec 03, 2006
Hi Mike!
iraf version is 2.12.2a (the current one, right?)
the OBJECT keyword is only in the PHU not in the SCI extn.
test_mef.fits and resultant test.fits are available at
ftp.amnh.org
/pub/people/kelle/downloads
thanks!
kelle
iraf version is 2.12.2a (the current one, right?)
the OBJECT keyword is only in the PHU not in the SCI extn.
test_mef.fits and resultant test.fits are available at
ftp.amnh.org
/pub/people/kelle/downloads
thanks!
kelle
Mike Fitzpatrick wrote on Dec 03, 2006
Kelle,
I think it's the data:
So there is already an OBJECT keyword in the SCI extension with a value '2', the IMCOPY is just preserving this. You can use HEDIT to delete the keyword from the extension, then the IMCOPY will work as expected. How this value got into the data might be a question for the Gemini helpdesk.
BTW, I consider V2.13-beta2 to be the latest version. Despite the 'beta' label it is pretty stable, the 'final' release is waiting on new features. Hope this helps.
Cheers,
-Mike
I think it's the data:
fitsutil> hselect test_mef[0] OBJECT yes
U20179
fitsutil> hselect test_mef[SCI] OBJECT yes
2
So there is already an OBJECT keyword in the SCI extension with a value '2', the IMCOPY is just preserving this. You can use HEDIT to delete the keyword from the extension, then the IMCOPY will work as expected. How this value got into the data might be a question for the Gemini helpdesk.
BTW, I consider V2.13-beta2 to be the latest version. Despite the 'beta' label it is pretty stable, the 'final' release is waiting on new features. Hope this helps.
Cheers,
-Mike
Kelle Cruz wrote on Dec 03, 2006
well, yeah, that helps a lot!
I swear I looked for that OBJECT=2 in every possible place -- i don't know how i missed it!
thanks!
kelle
I swear I looked for that OBJECT=2 in every possible place -- i don't know how i missed it!
thanks!
kelle
Last post on Dec 03, 2006