Open thareUSGS opened 2 months ago
Using ALE verbose reporting states many sections are missing from the Dejittered cube (SunPosition, BodyRotation, InstrumentPosition, NaifKeywords). As a “noproj” cube (aka “ideal” camera-geometry), these sections are likely no longer needed, but still apparently required by ALE.
In consultation with Ross, who implemented hiproc (dejitter implementation in Python), I will summarize his response to this issue.
That implies we are likely safe using ALE on a typically derived (non-dejittered) HiRISE image to generate the ISD (pointing metadata) for the HiRISE dejittered image. This is likely a probable workaround.
The thing to do then is to use a generic ideal driver with ISISLabel + NaifSpice. This shouldn't be too hard if there exists a tell for a noproj cube, that way it won't be picked up by other drivers.
For HiRISE images that have jitter, UArizona has a processing method to dejitter the HiRISE using the individual CCDs. Once this step is completed, an ISIS cube is re-created and SPICE is added back in.
I don't see anything obvious in the created cube (label) to cause ALE to fail (or to not recognize the instrument). Running isd_generate.py (to create an ISD for GXP, ASP, or ISIS), I get this error:
I also don't see any special handling for this style of HiRISE for the original ISIS (Socet SET) code, socetlinescankeywords. Note the example linked works fine in socetlinescankeywords.
Image for ALE testing ~1 GB): ESP_060697_1985_RED_DEJITTERED.8bit.cub.zip Currently, there are limited permissions to download this file. DOI personnel can download it.