These spectra come from the Echelle spectrographs Flash (until 1995) and
Heros (same thing, but with two channels) built at Landessternwarte
Heidelberg.

They were given to us in Apr 2012 by Otmar Stahl.

Here's how I came up with res/namefixes.txt:

(1) import the data set
(2) SELECT DISTINCT ssa_targname FROM flashheros.data WHERE ssa_location IS NULL;
(3) guess and use your creativity

There's not only stars in the data set; some exceptions are given in the
classifyObject apply, and for them it's ok to have no position.




In Dec 2013, Markus decided we should have the raw, single-order files
as well.  These are in data_raw and come with two different header formats.

To keep name mapping halfway sane, in data_raw I moved all files in
n-files one directory up.  That way, for a merged-order file

data/foo/bar/f0001.mt

the corresponding split-order file should be in

data_raw/foo/bar/n0001.mt

(but that's not always true, and in particular there's not always a
merged-order file for every split-order file -- clearly they sometimes
despaired).


Here's what Otmar remembered about those (Mail to Markus of 2014-01-10):

	LHCUTS ist so etwas wie Flussminimum, Flussmaximum, und "Cuts" sind
	Minimum und Maximum zur grafischen Darstelllung. Das ist also nicht so
	spannend.

	WSTART, NPTOT, NORDER sind nur bei Feros-Spektren vorhanden, oder?

	WSTART ist die Startwellenlänge der einzelnen Ordnungen (entspricht
	CRVAL1), sollte also soviele Elemente haben wie das File Zeilen. CRVAL1
	wird hier nicht benutzt, da die Startwellenlänge von der Ordnung
	abhängt, CDELT1 wird aber benutzt, da die Spektren rebinnt sind, also
	äquidistant in Wellenlängen sind. NPTOT ist die Zahl der gültigen Pixel
	pro Ordnung (entspricht NAXIS1). Die ist für alle Zeilen verschieden, da
	die Ordnungen in Wellenlänge unterschiedlich lang sind. NORDER ist nur
	eine laufende Nummer.

	Bei den Heros-Spektren ist die Wellenlängeninformation der einzelnen
	Ordnungen in ECHFIT(1-7) gespeichert. Die Wellenlänge der einzelnen
	Pixel berechnet sich daraus mit:

	wave = {[a(1)+a(2)*m] + [a(3)+a(4)*m]*x + a(5)*x**2 + a(6)*x**3}
              	/ (1+a(7)*m)

	Nach ESO Messenger 58, 55, Hensberge and Verscheren

[That paper actually is
http://ads.ari.uni-heidelberg.de/cgi-bin/nph-bib_query?bibcode=1989Msngr..58...51H&db_key=AST]

	Hierbei läuft x von 1 bis NAXIS1 und m von 1 bis NAXIS2. Die einzelnen
	Zeilen des Files sind also die Echelle-Ordnungen. Diese Spektren sind
	nicht rebinnt, die Pixel sind also nicht äquidistant in Wellenlänge.