Welcome to iraf.net Tuesday, March 19 2024 @ 06:53 AM GMT

Buglog #141

  • Wednesday, December 19 1990 @ 11:47 PM GMT
  • Contributed by:
  • Views: 973
MODULE: identify
SYSTEM: V2.9
NUMBER:	141
MODULE:	identify
SYSTEM:	V2.9
DATE:	Wed Dec 19 16:47:06 MST 1990
FROM:	valdes

BUG:	The automatic line identification algorithm fails to find some
	lines in certain circumstances.

	The source of the problem is when multiple lines in the line
	list end up being centered in the same place in the data.  For
	example if two lines in the list are 4888.1234 and 4889.1234,
	the second one is intrinsically weak, and the data is low
	resolution (say 3A per pixel) then as far as the data is
	concerned there is just one line.  This line will be marked
	twice with the same position but different wavelengths.  The
	complication is that valid weaker lines will be removed based
	on the maxfeatures criteria (for example only the 50 highest
	peak values are kept of which say 10 are multiple assignments
	to the same peaks in the data).   Then after the lines are
	found the minsep criteria is applied to winnow out the multiple
	assignments to the same pixel leaving 40 lines found and 10 of
	the weaker valid lines not found.  This is a complex  behavior
	dependent on data resolution, the initial dispersion solution,
	the line list (the problem occurs with dense line lists used
	for high resolution such as the thorium list used with lower
	resolution data), and the maxfeatures and match parameters.

STATUS:	The bug fix is to winnow out the multiple identifications to
	the same pixel before selecting the maxfeatures strongest
	lines.  The workaround most likely to work is to reduce the
	match parameter so that some of the multiple identifications
	are thrown out based on wavelength differences with the
	dispersion function estimates.  Another thing is to increase
	maxfeatures but this will result in many undesired weak lines.


NUMBER:	234
MODULE:	onedspec.standard
SYSTEM:	V2.10-V2.10.2
DATE:	Fri Jan  7 09:38:51 MST 1994
FROM:	valdes

BUG:	When using STANDARD on a long slit spectrum with a dispersion axis
	of 2 (where each column is treated as a spectrum) the task uses the
	length of the second axis rather than the first axis to define the
	number of spectra.  If the second axis length is greater than the
	first axis then the last column is processed repeatedly.  One may
	limit this by using the apertures parameter to specify just the
	columns; i.e. 1-250 in a 250x800 images.  If the number is smaller
	then some of the columns will not be processed.  On workaround is
	to transpose the image but then some fudging of the WCS will be
	necessary.  Another workaround would be to use SCOPY to extract all
	the spectra to a multispec format.

STATUS:	Fixed for the next release.

Buglog #141 | 0 comments | Create New Account

The following comments are owned by whomever posted them. This site is not responsible for what they say.



Privacy Policy
Terms of Use

User Functions

Login