====== Gold Standard reconstruction ====== Starting with the version 4.05 of Auto3DEM, it is possible to follow what has been recently defined as the 'gold standard procedure' (called 'unbiased model reconstruction method' in the original paper on Auto3DEM by Yan et. al, 2007), in a way that is almost transparent to the user. The procedure consists of splitting the data into two half sets of particles, at the beginning of the iterative alignment: at each iteration each set generates an independent reconstruction, which is used as a reference, against the same set, for the next cycle of origin and orientation refinement. In this approach two independent maps are generated, and any possible bias introduced from the data by overfitting, will not contribute to overestimate the resolution of the final structure. ===== Generation of two independent stacks of data ===== The input particles need to be organized into two independent sets. This is achieved by generating two stack parameter files, each pointing to a different subset of particles. The actual files containing the images, i.e. the .pif files, don't need to be manipulated. The two stack parameter files can be generated by using the general purpose program //autopp// (option 6). If each stack of particles has a separate parameter file, it is recommended to consolidate them in one single file, still using //autopp// (option 5). The approach used to generate two independent sets of particles is to split them according to their sequential numbering in each stack: even-numbered particles are assigned to one set and odd-numbered to the other. The convention adopted for the stack parameter files is that their extension reflects the set their particles belong: .dat_XXX -> all particles from the stack .date_XXX -> only even-numbered particles from the stack .dato_XXX -> only odd-numbered particles from the stack where XXX is the iteration number the parameters refer to. It is to remark that the strategy to split the data into two independent sets can actually be arbitrary, as long as the parameter files follow this convention. However, for different strategies the user needs to generate the //.date// and //.dato// files on his/her own, since autopp only splits by sequential numbering. ===== Reference maps ===== Each half set of particles needs to be aligned against a different reference. In the parameter file controlling the workflow of Auto3DEM (usually ending with _master or _continue) the reference maps for the two independent sets are specified in the fields auto start_map_even auto start_map_odd When starting the iterative procedure, the same map can be used as initial reference for both the two sets, as long as only the low resolution features are used determining the alignment parameters. This is achieved by setting either the parameter ''ppft resolution_high'' or ''po2r res_max'', depending if ''auto mode'' is set to ''search'' or ''refine'', respectively, to 30 Å or higher. ===== Aligning the particles ===== In the parameter file controlling the workflow of Auto3DEM a flag, ''auto gold_standard'', controls the use of the gold standard procedure. If set to 1, the fields ''data'' can only contain a list of stack parameter files properly split, that is only //.dato// and //.date// files are accepted. If the flag is set to 0, no gold standard procedure is followed, all the stack parameter files are treated as one single data set, and their particles are aligned against the map listed in the parameter ''auto start_map''. In the gold standard procedure, after each iteration three maps are actually generated: one from each set and one from all the particles. The last one is just for visualization purposes, and only its radial amplitude profile is utilized to re-calibrate some masking parameters. If you use the Random Model method implemented in Auto3DEM to generate an ab-initio reference map, the program takes care to generate the two independent stack parameter files, along with a _master file properly set for the gold standard procedure. ===== Limitations ===== Currently there are two caveats in the procedure: **Handedness**\\ Currently, in case the two reconstructions converge to maps with opposite handedness, the program is not able to detect it, and therefore it will not be able to improve the reconstruction beyond the resolution where the handedness becomes evident. At the moment the simplest solution is to compare visually the two independent maps, and if the handedness is different then: - modify the stack parameter files from the last iteration, for only one set, using the command //handflip//; - change the handedness of the corresponding reconstruction. This can be done either by recomputing the reconstruction from the modified parameter files (open the last _continue file, set ''auto generate_map only'', save it and run it), or by modifying the map using Robem (open the map, go to the menu ''Manipulate/Invert 3D Map'', select ''Reflect in xy plane (z -> -z)'', and save the modified map).