Mod-C and Mod-L Processing

Mod C and Mod L are the standard science framelists used by HMI to specify the order in which filtergrams are observed. Mod C was the original framelist used from the beginning of regular operations in 2010. Regular use of the HMI mod-L frame list began at 2016.04.13_19:12:55 (FSN=104683793). Mod-L leaves the Dopplergram sequence unchanged, but completes the vector-field observations more quickly -- in 90s rather than 135s. However, Mod L requires use of filtergrams from both HMI cameras to compute the Stokes vector products. The framelist is indicated in the keyword CALVER64 in the bits 0xF0000.

Errors in the original mod-L processing pipeline were discovered in July and September 2017 that were fixed in September and October 2017. Reprocessing of the data has been completed. Details are provided below.

The first bug discovered in Mod-L processing was the more serious because filtergrams were not properly aligned. The difference in p-angle rotation of about 0.08 degrees between the two cameras was not corrected. This resulted in misalignment of about 3 pixels at the limbs and most severely contaminated the polar field and other limb measurements that combine data from the two cameras. Data with this error should be used with great caution.

The second bug resulted in the use of only half of the available 'I+V' and 'I-V' filtergrams to create hmi.S products. In mod-L two complete sets of 'I +/- V' filtergrams are collected each 90s, but the filtergram selection was not correct; only half of the available I+V and I-V filtergrams were used -- the half closest to T_REC were used twice. As a consequence the actual noise in the computed values was greater than the expected noise, and the time averaging was not as expected. As a result the 90-s mod-L values that depend on 'V' had the same noise as the original 135-s mod-C. Data processed after 10 October 2017 use all of the filtergrams; values that depend on 'V' have been computed with a filtergram set obtained every 45s rather than 135s as for mod C.

How can you tell which data have been processed properly?

Bits 16-19 of CALVER64 in vector products indicate the observing sequence and basic processing applied to create the vector field products in hmi.S and subsequent dependent products. Thus the 4-bit nibble to check is 0xF0000

If (CALVER64 & 0xF0000) >> 16 equals {the comparison is bitwise, so for IDL use 'AND'}

So if the value of the nibble is 0 or 4 you have the best available data.


Back to CalibrationVersions

JsocWiki: Calver64ModLNote (last edited 2019-01-11 04:46:19 by ToddHoeksema)