View on GitHub

IRAF Community Distribution

IRAF maintained by the community

Home | Installation | Packages | X11IRAF | PyRAF | Forum

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

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

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

Mike Fitzpatrick wrote on Dec 03, 2006

Kelle,

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

Last post on Dec 03, 2006