Converts a Themis VIS or IR PDS spectral cube into an Isis Cube. Themis IR
cube will automatically be converted to 32-bit floating point unless the
user specifies differently. This is done to accommodate different
core/base multiplier values for each band. Themis VIS cubes will automatically
create framelet files. These framelet files will have the name of the TO parameter with
a ".frame" followed by the frame number inserted prior to the ".cub" extension. For example,
if the TO parameter was out.cub, the first frame of the output would be named
out.frame1.cub. If you do not want framelet files, run the cube through pds2isis instead.
Added visual image processing and framelet extraction option
Elizabeth Miller
2006-01-04
Added Frames keyword to framelet labels for the ThemisVis Camera model
Elizabeth Miller
2006-01-09
Modified AppTest to remove framelet files
Elizabeth Miller
2006-04-14
Removed Framelets option, it always creates them now
Stuart Sides
2006-06-09
Removed the ReleaseId keyword from the archive group
Elizabeth Miller
2006-08-08
Modified VIS processing portion to no longer call crop and editlab, but
to split the frames apart in the application itself. This helps increase the
speed of the application
Elizabeth Miller
2006-09-15
Fixed bugs with pathname and extensions of filenames in the VIS processing
Elizabeth Miller
2007-02-20
Changed OriginalLabel name to IsisCube
Jeff Anderson
2007-07-13
Transfered SpatialSumming parameter for IR camera
Christopher Austin
2008-03-18
Checks if input file is rdr.
Steven Lambright
2008-05-13
Removed references to CubeInfo
Steven Lambright
2008-09-18
The original labels are now being preserved in the Isis 3 cube
The name of the output Isis cube. If the input cube is a VIS image, the output file will have a
".frame" and frame number inserted in the output name prior to the ".cub" extension.
The software assumes that the SCLK (spacecraft clock) recorded for an IR image is the time at which the first detector frame readout occurs. Apparently, the actual first readout can be delayed from this by the following amounts:
8 microseconds - PACI write
0 to 1/30 sec - delay of the image acquisition after receipt of the command
0 to 0.1 sec - delay for the command sending by the HPP code so that it is aligned on a 0.1 second boundary
Currently, the software ignores these three because the 8 microseconds is a negligible fraction of the 1/30 second line rate and the other two are (apparently) variable and unknowable. However, this can result in an incorrect absolute position of as much as four pixels.
Similar timing uncertainties probably are applicable to the VIS images.
The effect of these timing uncertainties is primarily to potentially introduce errors in absolute coordinates in the along-track direction. This in turn can result in misalignment when mosaicking multiple observations together.
The TIMEOFFSET parameter on "thm2isis" allows the user to apply a correction for this time delay, which can thus improve absolute coordinate accuracy and improve mosaic alignments. This offset is stored in the Instrument group of the output Isis cube as SpacecraftClockOffset.
