- Chimera-users - RBVI Mailing Lists

chimera and hydrophobic potentials
by Miguel Ortiz Lombardía 08 Apr '04

08 Apr '04

Hi, I would like to display the hydrophobic potential of a protein onto its MSMS surface. One program that calculates such potentials is GRID (from Molecular Discovery: http://www.moldiscovery.com/ ) GRID can produce the map in different formats. One of them is like delphi (grasp mode) map. This has the drawback that the map has to be 65x65x65 grid points and the grid points separation has to be an integer starting with 1 Ansgtroem. Hence, it's not appropriate for medium-big proteins. The GRID format hasn't those limitations. I can __sometimes__ read in chimera (throught the DelphiViewer) the delphi maps produced by GRID. Sometimes they are unreadable (and this seems to me more a problem with GRID than with chimera: something wrong in the header) But even when they are readable I'm not sure they are covering the region they are supposed to be covering. Does anyone know if chimera can read any other of the GRID map formats: GRID (this would be the optimal) Chem-X Frodo Insight Molcad Quanta Sybyl Otherwise: does anybody how to the kind of representation I'm looking for in any other way? Thank you for any advice! Miguel -- Miguel Ortiz Lombardía email: mol(a)ysbl.york.ac.uk http://www.ysbl.york.ac.uk/~mol ----------------------------------------------------------------------- Our business in life is not to succeed, but to continue to fail in good spirits. R.L. Stevenson

2 1

compiling minrms on mac os10.2.8
by Chris Adams 02 Apr '04

02 Apr '04

Hi: I am also trying to get minrms on my OS10.2.8 machine. I followed the commands you recommended to Howard to get the "make" command to work. However, my ls output was not at all like what you said would happen in the message. I get this: ls -1 /usr/bin/*make /usr/bin/automake and am unable to compile the minrms program. I am not very unix savvy but am learning, perhaps you can help? thank you, Chris Adams UW-Biochemistry Madison, WI 53704

2 1

correction re sessions
by Elaine Meng 01 Apr '04

01 Apr '04

Hello, in my previous message about saving parts of PDB files, I included some text from older replies to users, and this part about sessions is no longer true: >The command "save" (or File... Save Session As... ) doesn't save coordinates, >only how they are positioned/colored/displayed, etc. In fact, restarting >a saved session will use the original input file(s) for coordinates. Actually in the last few versions, the session files do include coordinates and do not look for the original input files. Sorry about that, Elaine

1 0

writing out part of a PDB
by Elaine Meng 01 Apr '04

01 Apr '04

Hi Shuanghong, Question (1), surface problem: I don't think the problem where nothing happens when you type the command "surface" has been reported. Sometimes there is a delay while the surface is being calculated, but it shouldn't be terribly long. Problems have been reported in some cases, but they generally cause some sort of error message. To register a problem more formally, you could send mail to chimera-bugs(a)cgl.ucsf.edu and be sure to include what version of Chimera and what kind of computer you are using, and what structure(s) cause the problem. Question (2), writing out part of a PDB file: If you are on a **non-Windows** system, you can use the command "pdbrun" to save just the atoms that are displayed. You could display only the atoms you want by first selecting what you want to measure the distance to. Then, use Select...Zone... to select all the atoms in the region you want to write out. Then the command "show sel" will undisplay the rest of the stuff. (Or, instead of selecting you could do it all in one command, for example show :212.a za<4.5 for all atoms within 4.5 A of any atom in residue 212 of chain A. Specifying zones in the command line is described in the manual page on atom specification, which is listed in the Basic Functions index.) Next, use pdbrun (see man page using the command "help pdbrun"), for example: pdbrun nouser cat > myzone.pdb Pdbrun literally sends the information for only the displayed atoms in their displayed positions to another command, in this case "cat" to send the information to the file myzone.pdb. If you want the coordinates to be the same as in the original file, first use the command "reset." The command "save" (or File... Save Session As... ) doesn't save coordinates, only how they are positioned/colored/displayed, etc. In fact, restarting a saved session will use the original input file(s) for coordinates. The command "write" (same as the function "write PDB" in the Model Panel) saves coordinates into a file. However, these will save the entire coordinates whether displayed or not. If you are on **Windows** the only way I can think of is to actually delete the atoms/bonds you don't want to write out ("delete" command or Actions... Atoms/Bonds... delete). For example, when only what you want to write out is displayed, delete @/!display actually deletes the other stuff. Subsequently, a file created with "write" would only contain the atoms/bonds that had not been deleted. I hope this helps, Elaine =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Elaine C. Meng, Ph.D. Computer Graphics Lab and Babbitt Lab meng(a)cgl.ucsf.edu http://www.cgl.ucsf.edu/home/meng/index.html =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

1 0

crashing when calculating larger surfaces
by Elaine Meng 01 Apr '04

01 Apr '04

>From eperozo(a)virginia.edu Wed Mar 31 15:15:53 2004 >Sorry to bother you, but I'm having terrible problems with the generation of >surfaces. The program crashes as soon as I request a surface to be built (a >tetramer with ~250 residues/monomer). Interestingly, I don't seem to have >problems with a smaller protein (120 residues). When it crashes it gives me >exit code - 1073741819. Tried two versions of chimera in two different >computers. Same result. >Is this a known bug? >Thanks in advance. >Eduardo Hi Eduardo, It is a known problem that the surface routine is a memory hog. If you are on a unix-type machine it might help to type "unlimit" in the shell before starting Chimera. Otherwise, it might just be trying to use more memory than your machines have. We have been using code developed elsewhere, MSMS, for these surfaces. Due to memory/robustness problems, we are generating some code in-house which will eventually replace MSMS. However, this is still in progress, and has not been incorporated into any Chimera release. You could try deleting extra monomers before using surface or instead show the low-resolution surface generated by the Multiscale Models tool (although it builds multimers with matrix info, even if there is no matrix info, it will still show the low-res surface for the structure you have open). Tools...Multiscale... Multiscale Models, click the "Make models" button. Then if you select All chains (button near the top) you can change the Resolution value and then click Resurface to see different levels of detail. There is a man page for this tool in the Tools section of the User's Guide if you want more info. If you want to register the problem more formally, please send a message to chimera-bugs(a)cgl.ucsf.edu including version, platform, and an example or few of which structures (e.g. their PDB IDs) cause the problem. Best, Elaine

1 0

Re: [Chimera-users] Rotating molecules
by Elaine Meng 30 Mar '04

30 Mar '04

Hi Eduardo, yes, the command "move" does translations by a specified amount and the command "turn" rotates by a specified amount. Type help move in the command line to see the man page for move, and help turn for the man page for turn. You might also want to take a look at the commands "rock" and "roll" Hope this helps, Elaine =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Elaine C. Meng, Ph.D. Computer Graphics Lab and Babbitt Lab meng(a)cgl.ucsf.edu http://www.cgl.ucsf.edu/home/meng/index.html =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

1 0

Rotating molecules
by Eduardo Perozo 30 Mar '04

30 Mar '04

Hello, Is there a way to rotate/translate a molecule by a specific amount? Clearly I can do "freehand" rotations with the mouse but I will like to define rotations and translation numerically. Thanks! Eduardo

1 0

Re: [Chimera-users] export pdb file
by Elaine Meng 30 Mar '04

30 Mar '04

Hi Shuanghong, there are two ways to export a PDB file. One is by choosing the "write PDB" function from the Model Panel. The other is by using the "write" command. Each way has an option to save the transformed coordinates or the coordinates relative to the untransformed coordinates of a particular model (take a look at the User's Guide for detailed descriptions). Hope this helps! Elaine =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Elaine C. Meng, Ph.D. Computer Graphics Lab and Babbitt Lab meng(a)cgl.ucsf.edu http://www.cgl.ucsf.edu/home/meng/index.html =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

2 1

Re: [Chimera-users] v1.1917 OpenGL misconfiguration detected.
by Greg Couch 30 Mar '04

30 Mar '04

Got it. The /usr/X11R6/lib/ligGL.so.1 file should have been removed as part of the NVidia driver installation. We just confirmed that with the Red Hat 9 and the NVIDIA-Linux-x86-1.0-5336-pkg1.run driver distribution. You had version 53.28, so maybe it was a bug in that driver? We had previous installed NVidia version 43.63 using the same mechanism, so it's probably not a problem with the driver, but something went wrong during the installation. You should uninstall and install that driver again (or just upgrade to the 53.36). Good luck, Greg On Mon, 29 Mar 2004, Pattanayek, Sabuj wrote: > Here is the output > > -rwxr-xr-x 1 root root 367092 Jan 3 12:17 /usr/lib/libGL.so.1 > -rwxr-xr-x 1 root root 264888 Feb 12 13:22 /usr/X11R6/lib/libGL.so.1 > > I am using RH9. > > Quoting Greg Couch <gregc(a)cgl.ucsf.edu>: > > > Chimera checks /usr/lib/libGL.so.1 and /usr/X11R6/lib/libGL.so.1 to see > > if they point to the same file or not. If they do not, then that indicates > > that there was an OpenGL driver installation error -- sometimes resulting > > in chimera not using the hardware accelerated OpenGL driver. > > > > Could you send the output from: > > > > ls -Ll /usr/lib/libGL.so.1 /usr/X11R6/lib/libGL.so.1 > > > > I'd like to confirm that they are different. And which version of Linux > > are your running -- Red Hat 8.0? Mandrake? Suse? Debian? We'd like to > > try to recreate the problem here. > > > > Greg Couch > > UCSF Computer Graphics Lab > > gregc(a)cgl.ucsf.edu > > > > On Mon, 29 Mar 2004, Pattanayek, Sabuj wrote: > > > > > Finally got around to installing the latest development linux version. At > > > startup I'm getting the following messages: > > > > > > OpenGL misconfiguration detected. > > > Please reinstall graphics driver. > > > > > > v1.1872 & v1.1892 still work on the machine with no problems. > > > > > > The video card on the machine is nvidia quadro 750 xgl running this driver > > from > > > nvidia's ftp site: > > > > > > NVIDIA-Linux-x86-1.0-5328-pkg1.run > > > > > > I know this is not the latest version of the driver, would upgrading it > > make a > > > difference? > > >

1 0

v1.1917 OpenGL misconfiguration detected.
by Pattanayek, Sabuj 29 Mar '04

29 Mar '04

Hi, Finally got around to installing the latest development linux version. At startup I'm getting the following messages: OpenGL misconfiguration detected. Please reinstall graphics driver. v1.1872 & v1.1892 still work on the machine with no problems. The video card on the machine is nvidia quadro 750 xgl running this driver from nvidia's ftp site: NVIDIA-Linux-x86-1.0-5328-pkg1.run I know this is not the latest version of the driver, would upgrading it make a difference? Thanks, ----------------------------------------------------------------- Sabuj Pattanayek Martin Egli Lab Vanderbilt University Dept. Biochemistry http://linegli.mc.vanderbilt.edu

2 1