M3 default kernels need to be removed from the data area
Spiceinit fails on ingested Chandrayaan1 M3 L1B data products when run in default mode. The available default kernels are outdated, incorrect and incompatible with the current M3 camera model in the public version of isis.
The following file should be removed from the system as soon as possible:
These kernels were built upon a camera model that used the PDS label start and stop times, not Joe Boardman's improved start/stop times supplied in the TIM.TAB files which are written to the L1B data labels when ingested by chan1m32isis. Additionally, the light time correction had been set to ON for the input into these kernels among other things that have since been corrected. Under most circumstances spiceinit will fail for M3 images passed to it due to the differences in time on the label versus what is stored in the kernel, however there will be a number of images (perhaps 1/3 of the data) that will fit an available time span and run through successfully applying somewhat incorrect kernels.
At the very least the incorrect kernels should be removed, but that will leave users with no way to access the M3 camera model running spiceinit in default mode. User may apply a camera model by explicitly asking for cknadir pointing and pointing to a very specific JPL spacecraft kernel ($ISIS3DATA/chandrayaan1/kernels/spk/CH-1-JPL-MERGED-23-MARCH-2010-1220.BSP), but they would have to know they need to do this and the resulting geometry would render the data essentially useless.
The method by which the system kernels were generated has been reproduced using the proper start/stop times, light time correction settings, etc. and could be supplied as the default kernels. They are not smithed kernels (which are soon to come), but are based upon Joe Boardman's unreleased improved location (LOC) files that tapped into a better version of the LOLA data than what was available at the time for PDS released LOC files. M3 related work in house resected the M3 L1B archived PDS images using Boardman's improved LOC files resulting in a camera and spacecraft kernel for each image. Those kernels could be made available to users instead of the currently available incorrect kernels.
1- Please remove the noted incorrect kernels
2 - Please build a new kernels database for M3 using the image kernels available under /archive/projects/m3/JBLOC_Products/kernels/
There are 883 camera kernels having the naming format *_V03_L1B_nadir-jig_2016-04-29.bc and 883 spacecraft kernels with the format *_V03_L1B_nadir-jig_2016-04-29.bsp
Four of the L1B PDS archived images did not make it through the resection process due to a lack of data and insufficient information for the bundle adjustment to work with.
The current default kernels are being referred to as Reconstructed which can be kept for their replacement (unless there is a more appropriate term).
Test data demonstrating the problem are available under /work/users/lweller/Isis3Tests/Spiceinit/M3/. Here are the processing steps to ingest and spice (along w/ the spiceinit error):
chan1m32isis from=/pds_san/PDS_Archive/Chandrayaan_1/M3/CH1M3_0003/DATA/20090415_20090816/200906/L1B/M3G20090602T163012_V03_L1B.LBL to=M3G20090602T163012_V03_L1B.cub
Error = "No pointing available at requested time
[297233397.69998] for frame code [-86520]"
Group = Error
Program = spiceinit
Code = 1
Message = "Unable to initialize camera model"
File = spiceinit.cpp
Line = 240
#4 Updated by Stuart Sides 2 days ago
- Status changed from Acknowledged to Resolved
- Assignee set to Stuart Sides
- Target version set to N/A
PLEASE DO NOT CLOSE this issue until the kernels have been pushed to the external download areas.
If testing shows no problems set this issue to FEEDBACK with a note.
The individual 883 CK and 883 SPK kernels have been placed into the Chandrayaan data area as "reconstructed" and the kernel databases updated. The old "solution" kernels were moved to a "SAVE" directory under the CK and SPK areas. The JPL kernels remain in their directories, but are no longer in the database. The changes can be pushed to the external site once testing has been completed.