Refinement of amyloid-β 42 structure¶
This guide demonstrates how to refine an atomic model of amyloid-β 42 type II from the helical reconstruction. We will utilise data from Yang et al. 2022: PDB 7q4m and EMD-13809). We need the pdb (or mmcif) file and half maps:
wget https://files.rcsb.org/download/7q4m.pdb
wget https://files.rcsb.org/download/7q4m.cif
wget https://files.wwpdb.org/pub/emdb/structures/EMD-13809/other/emd_13809_half_map_1.map.gz
wget https://files.wwpdb.org/pub/emdb/structures/EMD-13809/other/emd_13809_half_map_2.map.gz
In this example please use at least CCP4 9.0 and Servalcat from it (Servalcat 0.4.72 or newer).
Obtaining ASU model¶
The helical symmetry information for this entry can be found in the mmCIF file. We will generate the ASU model from chain A of the PDB file and apply the specified helical symmetry.
$ grep _em_helical_entity 7q4m.cif
_em_helical_entity.id 1
_em_helical_entity.image_processing_id 1
_em_helical_entity.angular_rotation_per_subunit -2.9
_em_helical_entity.axial_rise_per_subunit 4.9
_em_helical_entity.axial_symmetry C2
_em_helical_entity.details ?
This has axial symmetry of C2, twist of -2.9°, and rise of 4.9 Å.
PDB deposited model contains 10 chains, and only one chain is unique. We check this with the following command.
$ servalcat util symmodel --model 7q4m.pdb --map emd_13809_half_map_1.map.gz \
--pg C2 --twist -2.9 --rise 4.9 --chains A
It tells a program to extract the chain A of 7q4m.pdb, take unit cell parameters (box size) from emd_13809_half_map_1.map.gz, and apply specified helical symmetry. Here you can use 7q4m.cif as well (I just supposed you are more familiar with the PDB format). You will get 7q4m_asu.pdb and 7q4m_asu_expanded.pdb, which are asymmetric unit (ASU) model with symmetry operators in the header and the symmetry expanded model, respectively. We use the ASU model in the refinement.
Run refinement from command-line¶
Run following command in a new directory to avoid overwriting files.
$ servalcat refine_spa_norefmac \
--model ../7q4m_asu.pdb \
--halfmaps ../emd_13809_half_map_1.map.gz ../emd_13809_half_map_2.map.gz \
--pg C2 --twist -2.9 --rise 4.9 \
--resolution 2.6 [--cross_validation]
--halfmaps: Provide unsharpened and unweighted half maps.--cross_validation(optional): Use this option to run cross-validation with half maps. Half map 1 will be used for refinement, and map 2 for validation. Combine this option with--randomize 0.3to follow the method described in Brown et al. 2015.--pg C2 --twist -2.9 --rise 4.9: Define the helical symmetry parameters.--resolution: Specify the resolution for refinement and map calculation (set slightly higher than the global resolution determined by the FSC=0.143 criterion).
Helical symmetry is usually not applied to the map. Therefore, model should be built in the highest resolution region (central part of the box) and Servalcat only considers symmetry copies that contact the ASU model.
Please refer to ChRmine example for the refinement procedure.
Final summary would look like:
=============================================================================
* Final Summary *
Rmsd from ideal
bond lengths: 0.0056 A
bond angles: 1.186 deg
Map-model FSCaverages (at 2.60 A):
FSCaverage(full) = 0.6294
Cross-validated map-model FSCaverages:
FSCaverage(half1)= 0.6185
FSCaverage(half2)= 0.6058
Run loggraph refined_fsc.log to see plots
ADP statistics
Chain A (461 atoms) min= 13.2 median= 49.8 max=360.6 A^2
Weight used: 7.874e-01
If you want to change the weight, give larger (looser restraints)
or smaller (tighter) value to --weight=.
Open refined model and refined_diffmap.mtz with COOT:
coot --script refined_coot.py
WARNING: --mask_for_fofc was not given, so the Fo-Fc map was not normalized.
=============================================================================
Check FSC¶
See ChRmine example.
Check maps and model¶
Let us open the refined model and maps with COOT:
$ coot --script refined_coot.py
If the maps seem noisy, it might be due to an inappropriate contour level. Increase the level until you see features. In SPA, the sigma-level is not useful because the box size is arbitrary and volumes outside the mask are all zero, leading to an underestimation of the sigma value. In this example a mask file is not available and the normalisation within a mask could not be done.
You only see one chain because this is a unique part and you only need to fix this model. If you want to see the symmetry-expanded model, open refined_expanded.pdb.
Generate symmetry copies¶
You might want to generate a specific number of helical copies for visual inspection or making figures.
As explained above, the servalcat util symmodel command creates a fully expanded model within a box.
If you want more copies, manually increase the box size along the z-axis (c of unit cell parameter):
$ servalcat util symmodel --model 7q4m.pdb --chains A \
--cell 186.88 186.88 600 90 90 90 \
--pg C2 --twist -2.9 --rise 4.9
Too many copies may exceed a PDB file limit. Add --cif to write an mmcif file.
If you prefer PDB format, split the copies into multiple files:
$ servalcat util expand --model 7q4m_asu.pdb --split
and then you will have 7q4m_asu_ncs_*.pdb files.
Generate assembly operators for PDB deposition¶
A utility command servalcat util helical_biomt prepares matrices for PDB deposition from servalcat-refined ASU models.
The command requires helical parameters (as usual) and two additional options: --start and --end. These options specify how many helical copies are needed, starting from the input model.
For example, to generate 3 rungs in the 8azt case, use the following command:
$ servalcat util helical_biomt --model refined.pdb \
--pg C2 --twist -2.825 --rise 4.806 --start -1 --end 1
Check the *_biomt_expanded.pdb (or .mmcif) file with a molecular viewer. This file is not intended for deposition, but serves as a quick verification that the command worked as intended. The standard output and servalcat.log file will contain the matrices for PDB deposition. The other output file, *_biomt.pdb (or .mmcif), embeds matrices for biological assemblies and may also be used for PDB deposition. However, the PDB deposition system currently does not support embedded matrices within the coordinate file. While there is a plan to introduce this functionality, the timeline is uncertain.