- phenixbb - phenix-online.org

Intl Conf on Structural Genomics, Toronto, Canada, May 10-14, 2011
by Thomas C. Terwilliger 16 Sep '10

16 Sep '10

Dear Colleagues, We are pleased to let you know about the upcoming International Conference on Structural Genomics 2011, to be held in Toronto, Canada on May 10-14, 2011. This meeting is the 6th in this series of biennial meetings of the International Structural Genomics Organization. The meeting is designed to serve as a forum to discuss the most recent developments in structural genomics and structural/chemical biology, and their impact on research in biology, medicine and disease. A limited number of student travel fellowships will be available for travel to this meeting. A substantial number of short talks will be selected from poster abstracts. Please see http://www.icsg2011.org for further details. We hope to see you there! Best regards, Cheryl Arrowsmith ICSG 2011 Organizer Ted Baker Stephen Burley Dino Moras Joel Sussman Shigeyuki Yokoyama Tom Terwilliger ISGO Executive Committee

1 0

64-bit Snow Leopard support
by Nathaniel Echols 16 Sep '10

16 Sep '10

Mac users-- The latest nightly version of Phenix (dev-532) is now capable of compiling 64-bit objects on Snow Leopard, which should help those of you working on very large and/or high-resolution structures. You will need to use the source installer for this; it will automatically recognize the machine type as "mac-intel-osx-x86_64" and use the correct sources. There are several things to be aware of before trying this: 1. I had to switch to the development version of wxPython to get the GUI working, and it's both inherently less stable and based on fundamentally different OS libraries, which may cause problems. I've fixed some of the most obvious issues and everything appears to run now, but I expect to find more glitches. (This shouldn't affect command-line users.) 2. We haven't extensively tested 64-bit Phenix on Mac; there may be undiagnosed low-level bugs, even for command-line-only use. This should change soon. 3. For the above reasons, and because source installation is generally difficult to support, we recommend that you continue to use the 32-bit binary installer if you are not experiencing memory problems. (It will figure out what you are trying to do and correct the machine type accordingly.) 4. One side effect of this change is that an installation made on Leopard will not work on Snow Leopard, and vice-versa. I may be able to fix this. Hopefully there will be a binary installer in the near future, if I can ever figure out how to fix NFS on my workstation. -Nat

3 3

Something that came up on the CCP4 list...
by Simon Kolstoe 16 Sep '10

16 Sep '10

In the fascinating current discussion on the ccp4 list Pavel said: >Dear Ed, > >no, if you start with model that has no hydrogens, they will not be generated internally. > >Pavel. > On 9/15/10 2:58 PM, Ed Pozharski wrote: > Sure. But if I start with model that has no hydrogens, they will be > generated but not passed to the output, right. just like refmac. > > On Wed, 2010-09-15 at 14:52 -0700, Pavel Afonine wrote: >> Dear Ed, >> >> On 9/15/10 2:47 PM, Ed Pozharski wrote: >>> On Wed, 2010-09-15 at 16:26 -0400, Phil Jeffrey wrote: >>>> So the riding hydrogen model is imperfect. At least with >>>> phenix.refine >>>> you can measure it, unlike the default behavior of REFMAC. (But >>>> you >>>> can >>>> tell it to write hydrogens out, I believe). >>>> >>> My impression is that default behavior of phenix.refine is the >>> same - I >>> had to change parameters to include hydrogens in the output. >> No, if your input file contains H atoms, the output file will contain >> them too (in phenix.refine). You don't have to change any >> parameters for >> this. >> >> Pavel. Could I just seek some clarification? I was under the impression that phenix.refine calculated riding hydrogens by default and took these into account as a restraint on the geometry? Simon

2 3

nqh-flip option
by Christian Roth 16 Sep '10

16 Sep '10

Dear all, I put manually in the parameterfile from the gui the option nqh_flips=True. After the run starts, a popup comes up claiming about an invalid unsupported option and the refinement stops without producing any file, even not a log-file. Does the nqh option not longer exists or what happend here? I use at the moment phenix 1.6-289. Thanks for your help. Christian

5 10

Re: [phenixbb] autobuild : MSE's keep coming back
by Thomas C. Terwilliger 15 Sep '10

15 Sep '10

Hi Bryan, Hmmm...I can't seem to make it happen with my standard inputs. Can you possibly send me directly (terwilliger(a)lanl.gov) your AutoBuild_run_1_/autobuild.eff file or better yet that plus your input files and I'll try that out here? Thanks a lot, All the best, Tom T >>> are you using a recent version? >> >> v1.6.4 release tag 486 >> >>> is this rebuild_in_place or not? >> >> well, i did not specify rebuild_in_place, however, i poked around and can >> see that autobuild has switched on rebuild_in_place so i call that a >> "yes". >> >> -bryan >> _______________________________________________ >> phenixbb mailing list >> phenixbb(a)phenix-online.org >> http://phenix-online.org/mailman/listinfo/phenixbb >>

1 0

Re: [phenixbb] autobuild : MSE's keep coming back
by Lepore, Bryan 15 Sep '10

15 Sep '10

> are you using a recent version? v1.6.4 release tag 486 > is this rebuild_in_place or not? well, i did not specify rebuild_in_place, however, i poked around and can see that autobuild has switched on rebuild_in_place so i call that a "yes". -bryan

1 0

Re: [phenixbb] [ccp4bb] Deposition of riding H
by Dr. Mark Mayer 15 Sep '10

15 Sep '10

>However this thread appears to have reached the point where not much new >ground is being broken. As the person who started this thread I'll second Phil Jeffrey's comment. I chose to continue my depositions with riding H, and the rcsb agreed to accept the coordinates. Its been great hearing the experts weigh in on this. I've learned a lot, and clearly there is no consensus. As one of the vast majority of crystallographers dependent on all the hard work that program developers undertake to support structural biology, I'm happy to follow advice given by the developers of the various programs I use, and for Phenix the current advice is to deposit with riding H. -- Mark

1 0

Re: [phenixbb] [ccp4bb] Deposition of riding H
by Felix Frolow 15 Sep '10

15 Sep '10

Pavel, Shelxl is working in correct coordinates - fractional... Many things are easier in fractional coordinates. Are you sure that Phenix does not go orthogonal -> fractional -> orthogonal in internal calculations? When fixing of parameter is made in fractional coordinates it does not produce confusion. Shelxl also make fractional -> orthogonal (AKA PDB) which is also correct. Constrain is not transferred there. BTW Shelxl knows symmetry very well and will constrain atoms that occupying symmetry elements. Shortly Shelxl knows crystallography best. When you will see number of lines in Shelxl Fortran code ( do not kill Fortran to early) you will be surprised. There are not so many of them. No graphical user interface yet, but COOT is of great help. Dr Felix Frolow Professor of Structural Biology and Biotechnology Department of Molecular Microbiology and Biotechnology Tel Aviv University 69978, Israel Acta Crystallographica F, co-editor e-mail: mbfrolow(a)post.tau.ac.il Tel: ++972-3640-8723 Fax: ++972-3640-9407 Cellular: 0547 459 608 On Sep 15, 2010, at 19:11 , Pavel Afonine wrote: > Hi Tim, > >> The pdbe.org, for example allows to upload auxiliary files and in my opinion the >> uploading of the final .ins-file (not the .res-file!) should be made mandatory >> in the case of shelxl refinement. >> >> Since coot has now become utterly convenient even for shelxl refinement, there >> is no reason one should not deposit the .ins-file ([flame] and the PDB-file >> probably for legacy reasons [/flame]). > > I was always wondering but never had a good occasion to ask (my Shelxl knowledge is limited and may be outdated so I apology in advance if my questions are too dummy; also I realize that I'm asking a non-CCP4 question on CCP4bb for which I apology again): > > - how .ins file encodes the information about NCS groups used in refinement (atom selection for NCS groups, restraint weights for different groups, etc? > > - how .ins file encodes the information about TLS (again, atom selections for TLS groups, TLS matrices, etc)? Related, does it have a concept of having TLS and other components to the total atomic displacement parameter (ADP)? > > - If I recall it correctly, to fix (=not refine) a certain parameter (say occupancy or B-factor) in Shelxl you need to add a number 10 to it. Is it true? IMHO, this might lead to confusion if such a file gets deposited to PDB. > > All the best! > Pavel.

2 1

How does phenix.fmodel treat isotropic and anisotropic B?
by zhangh1＠umbc.edu 15 Sep '10

15 Sep '10

Hi, I am doing a phenix.fmodel calculation for a PDB structure containing anisotroipc B. If I understand it correctly, the B factor is composed of both the isotropic B for ATOM line (Biso) and the anisotropic B from ANISOU line (Uani): Fc=sigma ( fi * exp (-Biso*s*s) * exp (-st*Uani*s) * exp (i*r*s) ) Please correct me if the above equation is wrong. I also noticed that in PDB, the Uani (after scaling by 10^-4) is generally much smaller than Biso. So I assume that Biso has a much bigger contribution than Uani, the latter only implying the vibrational anisotropicity. However, I did a test calculation by setting all Bio to 0 whereas keeping Uani unchanged. Due to the above assumption, I expected the results should be very different from the native structure; however, coot told me they were just so close... Maybe I am wrong somewhere... Best Regards, Hailiang

2 5

Sep 15, 2010 deadline- User proposal submission for Collaborative Crystallography at BCSB
by Banumathi Sankaran 14 Sep '10

14 Sep '10

Dear Users, The deadline for Nov/Dec 2010 Collaborative Crystallography proposals will be *Sep 15, 2010. * ---------------------------------------------------------------------------------------- Through the Collaborative Crystallography Program (CC) at the Advanced Light Source (ALS), scientists can send protein crystals to Berkeley Center for Structural Biology (BCSB) staff researchers for data collection and analysis. The CC Program can provide a number of benefits to researchers: * Obtain high quality data and analysis through collaborating with expert beamline researchers; * Rapid turn around on projects; and * Reduced travel costs. To apply, please submit a proposal through the ALS General User proposal review process for beamtime allocation. Proposals are reviewed and ranked by the Proposal Study Panel, and beamtime is allocated accordingly. BCSB staff schedule the CC projects on Beamlines 5.0.1 and 5.0.2 to fit into the available resources. Only non-proprietary projects will be accepted. As a condition of participation, BCSB staff researchers who participate in data collection and/or analysis must be appropriately acknowledged - typically being included as authors on publications and in PDB depositions. Please consult the website for additional information at: http://bcsb.als.lbl.gov/wiki/index.php/Collaborative_Crystallography ----------------------------------------------------------------------------------------- How To Apply: To learn more, go to: http://www.als.lbl.gov/als/quickguide/becomealsuser.html To submit a proposal, go to: http://alsusweb.lbl.gov/. Scroll down to "*Structural Biology beamlines (includes protein SAXS)*" and click on "New Proposal." Enter your proposal information, with attention to the following details: * For question 3/First choice, select "5.0.1 (Monochromatic);" for question 3/Second choice, select "5.0.2 (MAD)." * Check box (yes) in response to question (7) "Do you want collaborative crystallography (beamline 5.0.1 or 5.0.2 only) * In question 4, please describe a specific research project with a clear end point. In order to request CC time for Nov/Dec 2010 allocation period, proposals must be submitted by *Sep 15, 2010.* The deadline for CC proposals for the time period Jan/Feb 2010 will be Nov 15, 2010. Regards, Banumathi Sankaran

1 0

Reproducibility of R-factors
by miket＠chem.ucla.edu 14 Sep '10

14 Sep '10

Hi All, I recently used phenix.model_vs_data to evaluate a structure that was refined using Refmac. The R_work and R_free calculated by refmac are 0.18 and 0.20, while model_vs_data calculates them as 0.20 and 0.22. Should I be concerned about this discrepancy? Is it typical for different programs to calculate different values for R-factors using the same data, and if so what is the source of this difference? Seems to me like there shouldn't be much of a difference (at least not 2%). Maybe I'm wrong. Any insight/advice would be appreciated. Thanks, Mike Thompson -- Michael C. Thompson Graduate Student Yeates Lab Biochemistry & Molecular Biology Division Department of Chemistry & Biochemistry University of California, Los Angeles miket(a)chem.ucla.edu

3 2

Deposition of riding H
by Dr. Mark Mayer 14 Sep '10

14 Sep '10

Here's one for the community, which I'll post to both Phenix and CCP4 BBs. Where does the crystallographic community stand on deposition of coordinates with riding hydrogens? Explicit H are required for calculating all atom clash scores with Molprobity, and their use frequently gives better geometry (especially at low resolution). Phenix uses explicit riding H for refinement, and outputs these in the refined PDB. Refmac also uses riding H but does not output H coordinates. While depositing a series of structures refined at 1.4 - 2.75 A with Phenix got the following email from the RCSB, who asked I resupply coordinates without H for two of the structures. Since we can't see H even at 1.4 Å I don't understand why an arbitrary cut off of 1.5 Å was chosen, and also why explicit H atoms used in refinement and geometry validation should be stripped from the file. FROM RCSB We encourage depositors not to use hydrogens in the final PDB file for the low resolution structures (> 1.5 A). Please provide an updated PDB file. We request you to use processed PDB file as a starting point for making any corrections to the coordinates and/or re-refinement. -- Mark

2 1

Re: [phenixbb] Deposition of riding H
by Jeff Headd 14 Sep '10

14 Sep '10

Hi Mark, If hydrogens are used to arrive at a final refined model (whether riding or not) it is essential for the reproducibility of results that the H atom records be included in the deposited model. How B-factors are specified and some final atomic positions (such as rotatable methyl groups) are difficult or impossible to predict once removed, so without their deposition this information would be lost and any published statistics would not be reproducible as published. This point is illustrated in one of our recent papers: Afonine PV, Grosse-Kunstleve RW, Chen VB, Headd JJ, Moriarty NW, Richardson JS, Richardson DC, Urzhumtsev A, Zwart PH, Adams PD: phenix.model_vs_data: a high-level tool for the calculation of crystallographic model and data statistics. J. Appl. Cryst. 2010, 43, 669-67. Further, there is no universal standard currently in use that specifies H bond-lengths (some use electron cloud distances, others neutron distances, some a mixture of both), meaning that without inclusion of H atom records (or at least a reference to which library was used) it is very difficult to know where the H atoms were placed. Thanks, Jeff On Tue, Sep 14, 2010 at 10:32 AM, Dr. Mark Mayer <mayerm(a)mail.nih.gov> wrote: > Here's one for the community, which I'll post to both Phenix and CCP4 BBs. > > Where does the crystallographic community stand on deposition of coordinates > with riding hydrogens? > Explicit H are required for calculating all atom clash scores with > Molprobity, and their use frequently gives better geometry (especially at > low resolution). Phenix uses explicit riding H for refinement, and outputs > these in the refined PDB. Refmac also uses riding H but does not output H > coordinates. > > While depositing a series of structures refined at 1.4 - 2.75 A with Phenix > got the following email from the RCSB, who asked I resupply coordinates > without H for two of the structures. Since we can't see H even at 1.4 Å I > don't understand why an arbitrary cut off of 1.5 Å was chosen, and also why > explicit H atoms used in refinement and geometry validation should be > stripped from the file. > > FROM RCSB > > We encourage depositors not to use hydrogens in the final PDB file for > the low resolution structures (> 1.5 A). Please provide an updated PDB > file. We request you to use processed PDB file as a starting point for > making any corrections to the coordinates and/or re-refinement. > -- > > Mark > _______________________________________________ > phenixbb mailing list > phenixbb(a)phenix-online.org > http://phenix-online.org/mailman/listinfo/phenixbb >

1 0

Re: [phenixbb] autobuild : change reflection file mid-job?
by Thomas C. Terwilliger 14 Sep '10

14 Sep '10

Hi Bryan, Yes, I think to change the reflections file you will have to rerun the job as the reflections are read once in autobuild and propagated from there out. All the best, Tom T >> [it was inevitable..] >> >> if i swap the reflection file mid-job - THAT sounds like catastrophe : >> >> so does autobuild determine the format *only* from the .sca, .mtz affix? >> >> and it looks like reflections are read once at startup, and propagated >> from there out? >> >> -bryan >> _______________________________________________ >> phenixbb mailing list >> phenixbb(a)phenix-online.org >> http://phenix-online.org/mailman/listinfo/phenixbb >>

1 0

autobuild : change reflection file mid-job?
by Lepore, Bryan 14 Sep '10

14 Sep '10

[it was inevitable..] if i swap the reflection file mid-job - THAT sounds like catastrophe : so does autobuild determine the format *only* from the .sca, .mtz affix? and it looks like reflections are read once at startup, and propagated from there out? -bryan

1 0

Palestrant, Deborah is out of the office.
by deborah.palestrant＠novartis.com 13 Sep '10

13 Sep '10

I will be out of the office starting 09/13/2010 and will not return until 09/15/2010. I have limited access to email and will respond to your message when I return.

1 0

Re: [phenixbb] autobuild : change .seq mid-job?
by Thomas C. Terwilliger 13 Sep '10

13 Sep '10

Hi Bryan, I think that you can do this, though I have not tried it. You need to replace two files: 1. your original sequence file wherever it is "/wherever/.../myseq.dat 2 a file with the same name "myseq.dat" or whatever, in the directory AutoBuild_run_1_/TEMP0 I would expect all model-building after that to have the new sequence. (Note that runs that are already going as sub-processes will keep their sequences). Now if this is rebuild_in_place, this would not be a good idea. I am assuming it is rebuild_in_place=False, and so it should work... Let me know how it turns out, -Tom T >> i have a long autobuild job going. i'd like to change the .seq files as >> its going - if i keep residue 1 numbered, could this still be a >> catastrophe? >> >> -bryan >> _______________________________________________ >> phenixbb mailing list >> phenixbb(a)phenix-online.org >> http://phenix-online.org/mailman/listinfo/phenixbb >>

1 0

autobuild : change .seq mid-job?
by Lepore, Bryan 13 Sep '10

13 Sep '10

i have a long autobuild job going. i'd like to change the .seq files as its going - if i keep residue 1 numbered, could this still be a catastrophe? -bryan

1 0

debugger pdb
by Krista Joosten 10 Sep '10

10 Sep '10

Hi all, I'm working with Tom Burnley on the development of time_averaging.py. I would like to use the debugger pdb, but am not sure how to do this and whether it's possible. After some googling, I tried to hack into phenix.time_averaging adding -m pdb when the variable DEBUG==1, but I got the error message 'no module called pdb'. Bye Krista

2 1

Beamtime at the ALS-BCSB beamlines
by Peter Zwart 09 Sep '10

09 Sep '10

Dear All, July 15, 2010 is the deadline for the March/April 2010 Rapid Access Proposal cycle. All Berkeley Center for Structural Biology(BCSB) beamlines are equipped with ADSC Q315/Q315R detectors, automated sample changers and data collection software enabling high-throughput crystal screening and data collection. Remote data collection is available on all BCSB beamlines, providing the user with the full complement of sample visualization, sample manipulation, beamline control, data acquisition and data analysis tools exactly as they would see them if they were stationed at the beamline. The main difference between local operation and remote operation, is the length of the network cable! This enhanced remote operation capability is coupled with 22hr onsite support by BCSB staff who are able to assist immediately with loading additional samples for remote users or troubleshoot any issues that might arise. Remote users can furthermore be kept up-to-date on changes in ring status via an SMS service ( http://bcsb.als.lbl.gov/wiki/index.php/Ring_Status_Notifications_to_Cell_Ph…) or via twitter (@AlsRingStatus). Specific features are summarized below. Beamlines 5.0.1, 5.0.2, 5.0.3: -------------------------------------- Beamline 5.0.2 is equipped with a novel variable collimator allowing users to adjust the beamsize continuously and on the fly between 25 and 100 micron, both horizontally and vertically. With a collimator setting of 30x30 micron, typical exposures are around 1 to 2 second. The Berkeley Automounter sample handling system has a routine capacity of 96 samples (6 pucks). In a typical high-throughput screening mode, the mount-to-mount time is around 2.5 minutes per sample, allowing users to screen a full puck within 45 minutes. The sector 5 beamline user stations are equipped with fully high-adjustable, ergonomically friendly work stations. Beamlines 8.2.1 and 8.2.2: ----------------------------------- To facilitate studies on small crystals, a microdiffractometer was installed in the beamline 8.2.1 endstation. The new equipment allows precise sample positioning to within 2 microns, excellent sample viewing of very small crystals, and an off-axis crystal positioningstage. Both beamlines 8.2.1 and 8.2.2 feature a Rigaku sample changer (Actor), allowing remote operations to now be a routine mode of access for these beamlines. Data analyses in the BCSB is facilitated by software maintained by sbgrid ( http://www.sbgrid.org). A 16 core linux machine is available for our users to process their data and solve/refine their structure. An additional mode of access to the BCSB beamlines is through the Collaborative Crystallography (CC) Program. Users apply for beamtime via the general user program, and collaborate with an expert crystallographer who will conduct the experiments and data reduction on behalf of the researchers. Depending on the users, structure solution, model building and refinement can be carried out as well. Please contact BCSBBeamtime(a)lbl.govfor more information. Please visit http://bcsb.lbl.gov/ for more details about the Center and its beamlines. To find out more, click on: http://www.als.lbl.gov/als/quickguide/independinvest.html We invite you to submit a proposal at: http://alsusweb.lbl.gov/ Scroll down to "Structural Biology beamines (includes protein SAXS)." Click on "New Proposal." If you have any questions or would like to request open beamtime, please e-mail BCSBBeamtime(a)lbl.gov. Please note that executed user agreements must be received by LBNL prior to beamtime. Proprietary fees, if applicable, must be received by LBNL at least five working days prior to scheduled beamtime. -- ----------------------------------------------------------------- P.H. Zwart Research Scientist Berkeley Center for Structural Biology Lawrence Berkeley National Laboratories 1 Cyclotron Road, Berkeley, CA-94703, USA Cell: 510 289 9246 BCSB: http://bcsb.als.lbl.gov PHENIX: http://www.phenix-online.org SASTBX: http://sastbx.als.lbl.gov -----------------------------------------------------------------

1 2

Help on multi-start-simulated-annealing sigmaA-weighted 2fofc map
by fn1＠rice.edu 09 Sep '10

09 Sep '10

Hi everyone, I read on the paper that they use CNS (model_map.inp) to calculate the avarage sigmaA-weighted 2fofc map. Right now I have set up the simulated annealing with different random seeds. I wonder whether phenix could calculate the average map with the multiple coordinates from different starts? Thanks! Fengyun

2 4

Can phenix calculate R factor based on the only given mtz file containing Fo and Fc?
by zhangh1＠umbc.edu 07 Sep '10

07 Sep '10

Hi, I am wondering whether phenix can calculate R factor based on the only given mtz file containing Fo and Fc? Thanks! Hailiang

2 1

will phenix.fmodel automatically generates and takes into account the TLS B by reading the TLS REMARK from pdb?
by zhangh1＠umbc.edu 07 Sep '10

07 Sep '10

Hi, For the pdb file generated by refmac which contains only the residual-B, will phenix.fmodel automatically generates and takes into account the TLS B by reading the TLS REMARK from pdb? Thanks a lot! Best Regards, Hailiang

2 5

constrained occupancy groups in phenix.refine
by Lionel Costenaro 03 Sep '10

03 Sep '10

Hello, A portion of my structure have two conformations at an interface between two (NCS) protein chains -in addition to other alternates conformations elsewhere. In both chains, I defined alt_A as one conformation and alt_B as the second conformation, and also for the waters in this region. I would like to constrained the occupancy of these conformations. I though that the following selections would do the job: occupancies { constrained_group { selection = "(chain A or chain B) and (resseq 105 or resseq 110:112 or resseq 140:143) and altid A" After refinement, all alt_A selected residues do have the same occupancy, but not the same occupancies for alt_B and the sum for one residue (occu alt_A +occu alt_B) is not 1. Adding a second group with the same selection but "altid B", constrains also the alt_B occupancies but the sum is still not 1. How should I defined my group(s)? Is it possible to select several non continuous residues from one chain (that's for the waters) without repeating each time "or resseq" ? Best regards, Lionel

4 6

Re: [phenixbb] Can we untoggle molecular weight mean deviation check on ensembles in autoMR?
by James Thompson 03 Sep '10

03 Sep '10

A postdoc in my lab with many more files inside his Phenix build directory just showed me that the Mwt mean deviation check on input ensembles is hard-coded in Phaser. A seemingly arbitrary value of 20% is set within the file emsembles.cc. So, the answer to my previous question is presently NO. We users cannot untoggle or alter this mean deviation value without some recompile of Phaser. I will play with my Sculpt'ed output from the Mustang server to reduce the Mwt deviations within the ensemble of coordinates that I want to feed to Phaser-MP to get by. James R. Thompson <thompson.james at mayo.edu> > Can folks untoggle the molecular weight mean deviation check in > phenix.autoMR on the ensembles input? > > I want to use an ensemble of coordinates generated by the Mustangs > server from a SSM alignment. Therefore, by design the 10 PDBs input to > phenix.autoMR vary greatly in molecular weight from their mean value, > but the whole is likely an excellent probe for molecular replacement. > However, I am stymied by phenix.autoMR: > > ------------------------------------------------------------------------------------- > FATAL RUNTIME ERROR: Molecular weight of > /home/jrt04/Desktop/GB1STAS/MUSTANGServer_10_1.6_0_sculpt-coot-0.pdb > (6610.56) deviates more than 20% from the mean (3977.08). This pdb file > may contain domains or water not present in the other files. > ------------------------------------------------------------------------------------- > > I understand why this check might be of utility to the unobservant. How > can I disable this test? > > Many thanks, > Jim > > -- > James R. Thompson <thompson.james at mayo.edu>

3 2