Review Panel Telecon notes. 


Review submitted by Conor A Nixon 5 Apr 2007



I have now had the opportunity to browse the new archive, and it alllooks very good. I have not however had the opportunity to do any detailed validation of the spectral data versus the current archive - I presume that there are others doing this? Some comments and thoughts follow.


Comments On The Re-Formatted CIRS Data Archive (Peer Review)


Overall, my impression of the re-formatted CIRS Data Archive was

extremely positive: I commend the re-formatters on an excellent job. In particular, I was impressed by the LBL files which now contain much more information than previously.


Thank you.


A few comments:



1) REF.CAT: this is very far out of date. CIRS normally provides a file now called CIRSREF.CAT which is (almost) current. I will work on updating it.


We will update these files based on the corresponding COCIRS_0xxx files.


Resolution: Our re-formatting pipeline now automatically includes the version of CIRSREF.CAT found on the source volumes. Thus, it will always stay up to date.


2) My second comment was going to be about the file naming convention: I was expecting that the re-formatted data, which adheres to Cassini observation boundaries, would therefore use the request name as part of the file name. However, I see that that the request name is included in the .LBL file as "OBSERVATION_ID" and I understand that custom PDS software is under development for browsing the CIRS dataset, so maybe it doesn't matter so much.


OK. Consensus is not to change this. Our on-line catalog (in development) will make it easier to locate files based on the CIMS request. The user can also search the index files for this purpose.


Resolution: Our search engine "OPUS" does in fact let you look up files based on the CIRS activity name.


3) The minute part of the file name does not exactly correspond to the minute of the time of the first data item in the file. This is probably known to the data producers judging by the reference to "approximate minute" in the tutorial.txt file. Examples of such instances are ISPM0505280401_FP3.TAB which starts at 04:02:04 and

ISPM05050311800_FP1.TAB which starts at 18:01:04. This is hardly a major problem but I was curious as to why the difference exists.


The minute is the start time of the observation. Otherwise, files from different focal planes of the same CIMS request sometimes turned out to have different time tags, which was very confusing.  We will clarify this in TUTORIAL.TXT and DATAINFO.TXT.


Comments during the review: 


Would it be possible to include a FORTRAN script to convert the binary files?


Yes. We will include such a program.


Resolution: A new SOFTWARE directory contains simple sample programs written in C and FORTRAN, as well as sample data and representative results. 


All CIRS deliveries to PDS are identified as version 1. The calibration algorithm has been updated intermittently, so internal to the team, the volumes have different version numbers based on the version of the calibration algorithm used. It is not clear in the data volumes (either the original or the reformatted data sets) when this changed. 


We will work with the team to identify the associations. We may attempt to incorporate the information in the data product labels, or post the information in our CIRS data web pages. However, to be useful information for the user, we also will need to know how the algorithm changed each time.


Resolution: The file DOCUMENT/RELNOTES.TXT now indicates which version of the CIRS calibration pipeline has been applied. It also contains the release notes provided by the team. This is a copy of a file of the same name on the source CIRS volumes, but we have moved it from the DATA/APODSPEC subdirectory to DOCUMENT, where it is easier to find. The existence of this file is indicated in AAREADME.TXT and in DOCUMENT/DOCINFO.TXT.


We are extremely grateful to the CIRS team for releasing a new, consistently calibrated version of the data set.