Project

General

Profile

Actions

Bug #1872

closed

different icosahedral symmetry convension makes euler angle passing to Frealign difficult

Added by Anchi Cheng over 12 years ago. Updated over 11 years ago.

Status:
Won't Fix or Won't Do
Priority:
Normal
Assignee:
Amber Herold
Category:
Image Processing
Target version:
Start date:
06/20/2012
Due date:
% Done:

0%

Estimated time:
Affected Version:
Appion/Leginon 2.1.0
Show in known bugs:
No
Workaround:

Description

From EMAN, the initial model need to be in EMAN convention but freaglign does not take that orientation. Therefore, it will be necessary to use a different initial model volume and convert all angles to that orientation and lost connection between models unless we figure out all the exchange matrix and use them.

For short term, Niko suggests that since icosahedral particles are easy to align with brute force, just do it that way directly in Frealign. Xmipp can also I2 in Frealign (Crowther).


Related issues 1 (0 open1 closed)

Related to Appion - Bug #1873: confict in icosahedral convention and refinement packagesClosedAnchi Cheng06/20/2012

Actions
Actions #1

Updated by Anchi Cheng over 12 years ago

Amber,

I just mean to assign you for the short-term solution. It means that if the user choose icosahedral symmetry, they can start frealign with an initial run that determines euler angles from scratch as what we used to have in gui.

Actions #2

Updated by Amber Herold over 11 years ago

  • Status changed from New to Won't Fix or Won't Do

This is no longer necessary.

Actions

Also available in: Atom PDF