Some volumes, such as most occultations, have index files with one line per product, not one line per OPUS ID. So that OPUS can see an index file with one line per OPUS ID, we create "profile_index" files. The easier and more consistent way to do this is to look at each line in the index file and:
Convert the primary filespec to an OPUS ID
Convert the OPUS ID back to a primary filespec
See if the two filespecs agree. If they do, use this line. If they don't, ignore this line
As an error check, keep a list of the OPUS IDs that have been created, and those that have been used, and see if there are any ones created that were never used. This would indicate that the conversion -> OPUS ID -> Filespec was not idempotent and should cause an error.
This is currently not possible for the following volumes:
EBROCC_0001: The supplemental index has bad start/stop times for LICK. The profile index has the correct times and they can be copied over.
VG_280[123] and VG_2810: There are fields in the supplemental index that are -99 (N/A) that have been filled in in the profile index. They can be copied over.
The following volumes have been fixed to not use the profile_index: COUVIS_8001, COVIMS_8001, CORSS_8001.
Some volumes, such as most occultations, have index files with one line per product, not one line per OPUS ID. So that OPUS can see an index file with one line per OPUS ID, we create "profile_index" files. The easier and more consistent way to do this is to look at each line in the index file and:
As an error check, keep a list of the OPUS IDs that have been created, and those that have been used, and see if there are any ones created that were never used. This would indicate that the conversion -> OPUS ID -> Filespec was not idempotent and should cause an error.