- phenixbb - phenix-online.org

Announcing the release of the Detergent Belt Server
by vincent Chaptal 13 Dec '17

13 Dec '17

This message is especially directed towards the membrane proteins community. Dear everyone, we are very pleased to announce the release of the Detergent Belt Server -> http://detbelt.ibcp.fr Following our discovery of a method to quantify detergents around membrane proteins, we have build the detbelt server to allow for a simple _representation of the detergent belt around your protein of interest_. This representation is a simple approximation and grants a rapid estimation of the detergent belt, especially fitted to _biochemists_ to better understand what is going on in your test tube. (Details on the server and the publication of the detergent quantification method are available on the tutorial page). The server allows you to play with different detergents interactively by recomputing the belt in your web browser, which allows you to refine your biochemical hypothesis. The server allows you to add several detergents, each with different values, and will compute the volume associated with these detergents mixtures. It outputs different metrics making it easier to compare detergent-occupied volumes, and a PyMOL script to generate a publication quality image. For the moment, membrane protein pdb file should be pre-oriented using the PPM server procedure as it runs slow on the server; please visit the tutorial web page for more details (see "1"). We are working towards speeding up this process and making it all integrated in the near future. For testing purposes, I attach a pre-oriented pdb so that you can have an idea of the information you can obtain. Finally, we welcome any feedback to this alpha release; we welcome bug reports as well as creative feedback: if you think this tool has some potential for your research, please contact us and we will see what can be done. Wishing you good visualization All the best The DetBelt team -- Vincent Chaptal, PhD Institut de Biologie et Chimie des Protéines Drug Resistance and Membrane Proteins Laboratory 7 passage du Vercors 69007 LYON FRANCE +33 4 37 65 29 01 http://www.ibcp.fr

1 0

reference_xray_structure
by yamei yu 07 Dec '17

07 Dec '17

Dear all, I want to use “reference model” in a low resolution structure refinement. Do I need to set this parameter “reference_xray_structure”? What does “reference_xray_structure” stand for? Many thanks and best wishes ************************************************ Yamei Yu Associate Professor State Key Laboratory of Biotherapy／Collaborative Innovation Center of Biotherapy, West China Hospital, Sichuan University,Chengdu,610041, P.R.China Tel: 15882013485 Email: ymyuxtal(a)gmail.com ymyuxtal(a)163.com yamei_yu(a)scu.edu.cn

4 3

Re: [phenixbb] Is it harmful to to use Imean SigImean in Phenix Refine by default?
by Jeffrey, Philip D. 05 Dec '17

05 Dec '17

To put this in context: I originally wrote that page when phenix.refine used a |F|>0 cutoff in refinement. Given that I<0 often results in |F|=0 after the conversion the program threw out data for which we knew something (i.e. it was weak) albeit imprecisely. That was a self-evidently bad idea. However the defaults in phenix.refine have changed and as Ed Berry observes it does emulate CCP4's TRUNCATE now (in "truncate yes" mode, probably). I convert my data with CCP4's TRUNCATE or CTRUNCATE programs. For strong data I don't apply the French and Wilson intensity data remapping. For weak data I do - but only for refinement purposes, not for SAD/MAD phasing. My standard ploy is to use CAD to strip out Imean and SigImean from the MTZ file so that phenix.refine cannot attempt to "outsmart" me again. And by outsmart I really mean "usurp my intentions". I would suggest that everyone do the same - or at least test the difference. My known bias is to trust CCP4 programs more. Cheers Phil Jeffrey Princeton ________________________________ From: phenixbb-bounces(a)phenix-online.org [phenixbb-bounces(a)phenix-online.org] on behalf of Xiao Lei [xiaoleiusc(a)gmail.com] Sent: Saturday, December 02, 2017 9:05 PM To: PHENIX user mailing list Subject: [phenixbb] Is it harmful to to use Imean SigImean in Phenix Refine by default? Dear All, I noticed Phenix refine default settings are using data labels "Imean" and "SigImean" instead of F and SigF. I searched this on the internet and found a post that titled "Phenix.refine Defaults Considered Harmful" ( web link http://xray0.princeton.edu/~phil/Facility/phenix_fubar.html ). One point in this post shows that "the first thing the program does is ignore that structure factor data and use the IMEAN data instead." This may force rejecting weak data according to the post. The latest Phenix version may be updated from the version the post author used, I wonder if this risk is still in the newest version of Phenix ?

2 1

Is it possible to restrain Cartesian NCS for ligands?
by Edward A. Berry 04 Dec '17

04 Dec '17

Is it possible to restrain cartesian NCS for ligands in phenix.refine? I included a ligand in an paired ncs-group and it seems to be omitted from the listing of those groups in the log file. When I made an ncs_group including only ligands, it halted complaining of empty selection. Ed

2 3

Is it harmful to to use Imean SigImean in Phenix Refine by default?
by Xiao Lei 04 Dec '17

04 Dec '17

Dear All, I noticed Phenix refine default settings are using data labels "Imean" and "SigImean" instead of F and SigF. I searched this on the internet and found a post that titled "Phenix.refine Defaults Considered Harmful" ( web link http://xray0.princeton.edu/~phil/Facility/phenix_fubar.html ). One point in this post shows that "the first thing the program does is ignore that structure factor data and use the IMEAN data instead." This may force rejecting weak data according to the post. The latest Phenix version may be updated from the version the post author used, I wonder if this risk is still in the newest version of Phenix ?

3 2

Computational Crystallography Newsletter (CCN) submissions
by Nigel Moriarty 21 Nov '17

21 Nov '17

Folks Calling for articles and short communications of interest to structural biologists. The initial deadline for submission for the January 2018 issue is 20 December 2017. The Computational Crystallography Newsletter (CCN) is an electronic newsletter for structural biologists, and is published online every 6 months. Feature articles, meeting announcements and reports can be submitted to me at any time for consideration. Submission of text by email or word-processing files using the CCN templates is requested. Past newsletters and a Microsoft Word template are available at www.phenix-online.org/newsletter. Cheers Nigel --- Nigel W. Moriarty Building 33R0349, Molecular Biophysics and Integrated Bioimaging Lawrence Berkeley National Laboratory Berkeley, CA 94720-8235 Phone : 510-486-5709 Email : NWMoriarty(a)LBL.gov Fax : 510-486-5909 Web : CCI.LBL.gov

1 0

Bug in 2.10.3 with scrolling
by Mark Saper 21 Nov '17

21 Nov '17

If one scrolls an alignment (not WRAP mode), the names of the sequences scroll but not the sequences with it. Using the scroll bar works correctly. Running 2.10.3 on MacOS 10.12.6 with Java version: 1.8.0_151. Mark _______________________________________________ Mark A. Saper, Ph.D. Associate Professor of Biological Chemistry, U-M Medical School Room 3220B, MSRB III saper(a)umich.edu +1 (734) 764-3353

1 0

Ligand library error in Phenix.Refine
by Gyanendra Kumar 17 Nov '17

17 Nov '17

Hi there, My Phenix.Refine run crashes because of non-availability of dictionary file for "ACP", a non-hydrolyzable ATP. Could this ligand be added to the next nightly build? Phenix.Refine suggested using "ReadySet", but that also failed. I sent the error reports to bugs(a)phenix-online.org, all emails bounced back. Refmac runs fine. Thanks! -Gyan -- Gyanendra Kumar, PhD Associate Scientist, St. Jude Children's Research Hospital, Department of Structural Biology, 262, Danny Thomas Place, MS-311 Memphis, TN 38105 Cell: 631-875-9189 https://www.linkedin.com/in/gyanendrakumar https://scholar.google.com/gyanendrakumar <https://scholar.google.com/citations?user=lnil0IQAAAAJ&hl=en> https://www.researchgate.net/profile/Gyanendra_Kumar3 http://stjude.academia.edu/GyanendraKumar -------------------------------------------------------

3 2

(no subject)
by Rajendra Sharma 16 Nov '17

16 Nov '17

1 0

Max_reasonble_bond_distance error in phene.resl.space.refine
by Rune Thomas Kidmose 16 Nov '17

16 Nov '17

I have been playing around with phenix.real.space.refine as part of a small pipeline I am making for EM structures. Testing various deposited EM structures and their corresponding maps, within my pipeline, I sometimes run in to the below error: RuntimeError: Bond distance > max_reasonable_bond_distance: 79.8663 > 50: Followed by a list of distances between, what I am assuming is, atom numbers and the actual distance. I can get past it simply by changing the max_reasonable_bond_distance for the run to, in this case, 80. But I tend to see, that the final results gets significantly worse when I use this bypass. This is based on very similar models going through the pipeline, where the ones which yields the error, scores much worse when using the above mentioned bypass, compared to the models that showed no max_reasonable_distance_error. So I was wondering: A: What does "max reasonable bond distance" actual mean? B: Any ide what I can do, to avoid running into this bond distance problem? I know the latter is asking a lot, as I have not disclosed any of the details surrounding how the error arose etc. but if such info is needed, I would prefer to do so off list and then return with the solution on list, if possible. Maybe I was hoping for a setting that ignores the outliers, without changing the max value. But that all depends on, what the setting actual is, which I dont know Cheers Ruki

2 4