Review of Gemini MBC images submitted to PDS by H. Hsieh and M. Knight -------------------- Documentation -Does the dataset contain all documentation needed to use and understand its data without prior knowledge? The RA/Decs in the target_table*.txt documentation look to be the predicted position of the asteroid at the time of observation. These should be updated to the measured position, which looks to be slightly different in some cases (e.g. 288P/2006 VW139 (300163) in n20161229.086. Additionally, the RA should be given to 1 decimal point. -Is the provided documentation well organized, clear and self-consistent? Generally yes. Two problems I identified in overview.pdf: 1) The description of RA and Dec should include whether they are of the center of the FoV, or of the comet that was targeted. 2) The description of the antiSolarPA and helioVelPA should specify that they are in degrees East of North. Also, the helioVelPA is the *negative* of the heliocentric velocity vector (and thus the expected direction of the dust tail); Table 1 in overview.pdf states the opposite. Also note, the FITS headers for Gemini-South have the following line: TELESCOP= 'Gemini-South' / Gemini-North This header line is automatically produced by Gemini/GMOS, so I wouldn't expect the PDS submitters to correct this, but it is worth noting. And maybe letting someone at Gemini know. -Can the dataset be understood without any external documentation it references, or should the information in said external references be incorporated into the dataset? The wavelength and bandpass of the r filter should be added just to ensure it is documented here, but otherwise yes. -If reviewing calibrated data, does the documentation fully explain the calibration process and contain all necessary parameters needed to repeat it? Yes, and the bias/flat files are included -------------------- PDS Labels and Meta Data -Are the descriptions and scientific content contained inside the PDS labels sufficient to understand their corresponding data products? The units on the following PDS labels are incorrect, they should be deg for all images, not arcsec 179.85838484 12.77548204 -Is all significant meta data included directly in the PDS labels? Yes -Do the labels provide all essential description of data values directly in the label, instead of deferring them to external references or documentation? Yes -Can the data be read programmatically using only the information contained in the PDS labels? Yes, the images can be read by DS9 and the PDS4 viewer tool -------------------- Data -Does the data look physically reasonable when examining it by eye or via a display tool? Images look as expected for GMOS imaging. -When displaying the data as plots or images, are there any unexpected deviations? The Gemini-S target_table*txt files have 158 lines, but only 134 data sets are included in the repository. It appears the chip2 images for 2017-09-17, 2017-10-26, 2017-11-17, 2017-12-18, and 2017-12-22 are missing from the data directory. These do not appear in the inventory.csv file. -Formulate a scientific inquiry and attempt to use the data to answer the inquiry. I am interested in knowing if the tail material of Main Belt comets is made of gas, fine grain dust, or large dust particles. I opened images from Gemini-N, choosing an object that was post-perihelion and close to the Sun to increase the likelihood it would show activity. In this test, I used the images of 324P from 2016-08-10. the target table documentation provided me with the anti-Solar position angle as well as the heliocentric velocity angle. By plotting these vectors on the image (once I confirmed that they were in degrees East of North, which is different from the native units DS9 uses) I was able to see that the tail was between these two vectors, implying it is made of moderately sized dust grains. A similar analysis of the tail of 238P from the 2017-01-26 images indicates that this tail is mostly gas and very fine dust. -If reviewing both raw and calibrated data, attempt to calibrate a raw data file. N/A, calibrated data only was provided