March 2011 - phenixbb - phenix-online.org

Elbow problem
by Jerome Nwachukwu 11 Mar '11

11 Mar '11

Hi all: For some reason, phenix.elbow converts a specific double-bond (C=C) in my ligand to a single bond (C-C) and therefore generates a wrong .cif file. Is there away to avoid or correct this problem? Thank you, -Jerome Jerome C. Nwachukwu, PhD Kendall Nettles' Lab Dept. of Cancer Biology The Scripps Research Institute-Florida 130 Scripps Way, 2C1 Jupiter, FL 33458

2 1

Binary Installation failure on Ubuntu
by Katherine Sippel 11 Mar '11

11 Mar '11

Hi all, I am trying to install the latest nightly build (dev-694) using the Kernel 2.6 (64-bit; Fedora Core 3) binary. The OS is Ubuntu 10.10 installed as a dual boot through Wubi. I get as far as configuring PHENIX components at which point it heaves out a binary.log file. I can send the whole file to anyone whose interested but it's a bit too large for the bb. The juicy bit is as follows... Could not find platform independent libraries <prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] ImportError: No module named site How can I determine which libraries are missing? Thanks for any help you can provide, Katherine

3 3

Average maps (*not* NCS averaging)
by Stephen Graham 11 Mar '11

11 Mar '11

Hi there, I'd like to average 2Fo-Fc maps from 2 (approximately) isomorphous data sets (one with ligand, one without) to see whether I get better density for some of the noisier bits of the structure. I don't want to do any kind of solvent flattening, histogram matching, cyclical averaging, etc; I just want to sum the equivalent pixels and divide by 2. Is it possible to do this easily using any of the phenix tools? It seems like all the required plumbing is there with get_cc_mtz_mtz or superpose_maps, but I can't find a phenix utility for averaging two superposed maps. Thanks, Stephen -- Dr Stephen Graham 1851 Research Fellow Cambridge Institute for Medical Research Wellcome Trust/MRC Building Addenbrooke's Hospital, Hills Road Cambridge, CB2 0XY, UK Phone: +44 1223 762 638

9 13

Re: [phenixbb] [ccp4bb] Getting the triangulated solvent excluded surface of a protein (PDB) as a .obj file
by Francois Berenger 10 Mar '11

10 Mar '11

Sorry, I forgot to mention about what is the .obj file I need. It is a pure ASCII geometric description of a polyhedra. Cf. http://en.wikipedia.org/wiki/Wavefront_.obj_file It looks rather easy to parse compared to some VRML file, for example. Thanks, F. Francois Berenger wrote: > Hello, > > What are the good software to do this? > > I already know of Pymol and Jmol. > > Both can export the result to a .obj file, which is interesting for > later processing. > > However, Pymol's algorithm is not exactly what Connolly described, > cf. > http://www.mail-archive.com/[email protected]/msg00179.html > > Also, Pymol will save the surface with some translation and rotation > which are not present in the PDB read in, which is a real pain. > > For Jmol, sometimes the surface is not a closed polyhedra, so > it is kind of useless for my purpose. > > I know of MSMS, but I don't think it is that robust (I read some source > code where someone was using MSMS, the source code had many dirty things > in order to try handling the apparently many cases where MSMS was > crashing). > > Is there something freely usable for research, using beta shapes > internally, for example? That should be a robust approach. > > A robust software would be much appreciated (not crashing, whatever > the PDB we give it as input). > Open source and not in Fortran would be heaven. ;) > > Thanks a lot for suggestions, > F.

1 0

Getting the triangulated solvent excluded surface of a protein (PDB) as a .obj file
by Francois Berenger 10 Mar '11

10 Mar '11

(was posted on CCP4 bb also) Hello, What are the good software to do this? I already know of Pymol and Jmol. Both can export the result to a .obj file, which is interesting for later processing. However, Pymol's algorithm is not exactly what Connolly described, cf. http://www.mail-archive.com/[email protected]/msg00179.html Also, Pymol will save the surface with some translation and rotation which are not present in the PDB read in, which is a real pain. For Jmol, sometimes the surface is not a closed polyhedra, so it is kind of useless for my purpose. I know of MSMS, but I don't think it is that robust (I read some source code where someone was using MSMS, the source code had many dirty things in order to try handling the apparently many cases where MSMS was crashing). Is there something freely usable for research, using beta shapes internally, for example? That should be a robust approach. A robust software would be much appreciated (not crashing, whatever the PDB we give it as input). Open source and not in Fortran would be heaven. ;) Thanks a lot for suggestions, F.

1 0

automr renumbered all residues to 0 for final solution in dev-674
by Francis E Reyes 10 Mar '11

10 Mar '11

Is this fixed in a later version? Thanks! F --------------------------------------------- Francis E. Reyes M.Sc. 215 UCB University of Colorado at Boulder gpg --keyserver pgp.mit.edu --recv-keys 67BA8D5D 8AE2 F2F4 90F7 9640 28BC 686F 78FD 6669 67BA 8D5D

1 0

ambiguous ligand density
by Pompeu,Yuri Alexey Andreiw 09 Mar '11

09 Mar '11

Sorry, I meant judging by distances it is not experiencing interaction in the form of H-bonds. Which I think is concerning.

4 3

ambiguous ligand density
by Pompeu,Yuri Alexey Andreiw 09 Mar '11

09 Mar '11

Hi Pavel, What I meant it was just that the 2mFo-2DFc map looks really great and corroborates experimental data as far as the stereochemistry. But I dont understand ehy the carbonyl moiety of the ligand would be where it is now, no "driving force to be here". And when I look at my averaged kick and SA omit map it looks ambiguous. Any help?

1 0

ambiguous ligand density
by Pompeu,Yuri Alexey Andreiw 09 Mar '11

09 Mar '11

Hello everyone, I have this strucuture I solved by Molecular replacement. It is a single mutant of previously solved enzyme. I started refining it and fit the ligand in a way that gives me the experimental stereochemistry. The final map 2mFo-2DFc looks great. After further examination I noticed, I have a carbonyl that does not seem to be bound to anything !!! I started looking at my average kick and SA composit omit-map prior to modeling in the ligand and now I am really lost. Could anyone help? Thank you

2 1

Important change in phenix.refine output: MTZ file with data and map coefficients
by Pavel Afonine 04 Mar '11

04 Mar '11

Hi Everyone, starting development version dev-686: http://www.phenix-online.org/download/nightly_builds.cgi phenix.refine does not output *map_coeffs.mtz file. Instead, it creates prefix_serial.mtz file (example: lysozime_001.mtz) containing four sections: - section 1: Original input data (Iobs or Fobs, and HL coefficients if provided) and flags (as supplied in input); - section 2: Experimental data used in refinement (labels: F-obs-filtered, SIGF-obs-filtered). This can be different from "Original data" due to Iobs->Fobs conversion (if input data are intensities) and outliers filtering; - section 3: Contains total model structure factors (labels: F-model, PHIF-model) used everywhere in refinement (for the formula, see: http://www.phenix-online.org/documentation/fmodel.htm). In the future, this section might be extended to explicitly list all contributions to Fmodel, such as Fcalc (corresponding to atomic model), Fbulk (bulk solvent contribution), and so on. - section 4: Fourier map coefficients (exactly the same as used to be in *map_coeffs.mtz file). This change is meant to reduce the confusion when people tended to use *map_coeffs.mtz file for refinement and PDB deposition, and facilitates the reproduction of refinement statistics (R-factors, for example). Also, thanks to Jeff Headd, by default phenix.refine now converts input intensities (Iobs) to amplitudes (Fobs) using French & Wilson method (Acta Cryst A34, 517, 1978), so no need to run a specific program (Truncate, for example) to do this. To see the content of a MTZ file use phenix.mtz.dump command: phenix.mtz.dump data.mtz Pavel.

2 2