Bug #4533
closed
DE20 frame transfer -- wrong frames being transferred
Added by William Rice about 8 years ago.
Updated about 8 years ago.
Affected Version:
Appion/Leginon 3.2
Description
Session 16oct14a
/gpfs/frames contains frames only for gr, sq and hl images. Verified that only en is set to save frames. Examination of the directories shows each of gr, hl, sq contain only 1 frame, as would be expected. Checked node1 and saw that frame copying was not running. Restarted and took a new exposure. en frames now appearing up on DE20 PC. Strange that other frames appeared as well. Could this be a DE20 setting?
It is probably Leginon set up problem, I think. I will take a look.
16oct14a is not a DE session. 16oct17a ?
- Status changed from New to Assigned
- Assignee set to Anchi Cheng
- Target version set to Appion/Leginon 3.3
I looked into info.txt in the frames that are not supposed to be there, the settings for "save raw frames" is off but "save final image" is on. Usually the latter is not on. In addition "save final image" in info.txt of the correct en frames are also set to "on".
My guess is that someone turned that on by accident while using DE software directly. Unfortunately, Leginon does not set parameters that it does not change, like "save final image". Therefore the setting stays "on".
I will work on something that sets default to all known parameters when Leginon Client starts to fix this. In the mean time, start DE's micromanager and take an unsaved image should restore the default settings of not saving final images.
Thanks, will reset DE settings tomorrow. So far as I know, no one is using MicroManager to collect data. Perhaps SerialEM changed this, although it was last run on DE20 about a month ago. Session was Oct 17a, sorry.
- Status changed from Assigned to Closed
Also available in: Atom
PDF