2,684
edits
Pathologies: Difference between revisions
Jump to navigation
Jump to search
→Mosaicity plots in case of problems
| Line 20: | Line 20: | ||
[[Image:Sigmar.png]] | [[Image:Sigmar.png]] | ||
The same data set: the mosaicity estimates of individual frames (column 10 in INTEGRATE.LP) is | The same data set: the mosaicity estimates of individual frames (column 10 in INTEGRATE.LP) are high because the orientation is off. The "jumps" in the curve arises because INTEGRATE was run with MAXIMUM_NUMBER_OF_JOBS=8: since each of the 8 jobs uses the orientation matrix from IDXREF for its initial batch, and that matrix does not seem to match the actual orientation, the mosaicity appears high. Only after geometry refinement (green line) is the result reasonable (and thus the intensity estimates will not be affected). The estimate for the second batch of each job is much better, because it uses the orientation obtained from the geometry refinement as a starting point. | ||
Exactly ''why'' the IDXREF estimate is off, and if it has something to do with the spindle problem, is unknown. | Exactly ''why'' the IDXREF estimate is off, and if it has something to do with the flux or spindle problem, is unknown. | ||
With MAXIMUM_NUMBER_OF_JOBS=1 the plot would definitely not look like this - it would be much smoother because the next batch of data "knows" about the orientation of the previous one. | With MAXIMUM_NUMBER_OF_JOBS=1 the plot would definitely not look like this - it would be much smoother because the next batch of data "knows" about the orientation of the previous one. | ||