- phenixbb - phenix-online.org

problem finding large no of sites in high symmetry
by Banumathi Sankaran 08 Nov '07

08 Nov '07

Hi, I am working with a data set collected in P23 space group. I am expecting 23 Se sites. Hyss gives me warning:run time error for finding large no of site. I did not interupt the run. I waited for 1hr and still it could not find sites. Shelx gave me out of 100 solutions only one had good CC and found 15 sites. IS there a way that this problem can be solved in hyss ? Thanks Banu

2 2

Re: [phenixbb] Advice about phasing procedure and phase extension in AutoSol-AutoBuild
by Tom Terwilliger 08 Nov '07

08 Nov '07

Hi Carsten, >1. can I input known HA-positions into the AutoSol wizard to help >Hyss find other positions? Does Hyss actually eliminate bogus sites? >Solve seems to refine bogus sites to occupancies ~0.1-0.5 but with a >B-factor of one, but does not toss them. How does Hyss handle this situation? As far as I know, you cannot seed hyss with sites. If you have SAD data, try the autosol wizard which uses Phaser. Phaser has a good LLG map algorithm for finding addtional sites. >2. What is the best way to handle phase extension in the Wizards, >how would one go about this? I would like to fine-tune the >resolution steps myself as not to jump to far out to higher resolution. The wizards use the defaults for phase extension in resolve. If you want to fine-tune the resolution steps you can say, resolve_command_list=" 's_step 0.05 ' " Note the 2 sets of quotation marks.... This will use steps of 0.05 A for phase extension (type phenix.autobuild --help resolve_command_list for documentation of this command) >3. What quality indicators should I look at? A couple of FOMs in the >resolve runs were in the region of 0.7, but the maps were not >interpretable and resolve failed to build anything. Anything else I >should look at? Best is the R-factor at the end of density modification. If it's around 0.30 you are doing well. 0.4 is bad, 0.25 is great. All the best, Tom T Thomas C. Terwilliger Mail Stop M888 Los Alamos National Laboratory Los Alamos, NM 87545 Tel: 505-667-0072 email: terwilliger(a)LANL.gov Fax: 505-665-3024 SOLVE web site: http://solve.lanl.gov PHENIX web site: http:www.phenix-online.org ISFI Integrated Center for Structure and Function Innovation web site: http://techcenter.mbi.ucla.edu TB Structural Genomics Consortium web site: http://www.doe-mbi.ucla.edu/TB

1 0

Advice about phasing procedure and phase extension in AutoSol-AutoBuild
by Schubert, Carsten [PRDUS] 08 Nov '07

08 Nov '07

Hi, I am trying to bootstrap my way into a couple of weak derivatives using a combination of Solve and the AutoSol and AutoBuild wizards. I have probably one or two fairly weak diffracting derivatives (~3A) with low FOMs (~0.3) from Solve, the native extend to ~2.A. I have a couple of questions about how to best proceed with the phasing procedure using either the wizards or a Solve/Resolve combination. 1. can I input known HA-positions into the AutoSol wizard to help Hyss find other positions? Does Hyss actually eliminate bogus sites? Solve seems to refine bogus sites to occupancies ~0.1-0.5 but with a B-factor of one, but does not toss them. How does Hyss handle this situation? 2. What is the best way to handle phase extension in the Wizards, how would one go about this? I would like to fine-tune the resolution steps myself as not to jump to far out to higher resolution. 3. What quality indicators should I look at? A couple of FOMs in the resolve runs were in the region of 0.7, but the maps were not interpretable and resolve failed to build anything. Anything else I should look at? Thanks Carsten

1 0

Re: [phenixbb] autobuild 'hires_file'->now FreeR flags, merging, ...
by Tom Terwilliger 07 Nov '07

07 Nov '07

Hi Bryan, >On Tue, 6 Nov 2007, Thomas C. Terwilliger wrote: > > The problem is in that version of phenix. I'm sorry about that! Can you > >that solved it, thanks. Oh good. > >> [1 A] in phenix.autobuild, e.g. a SAD dataset, does the flag > >> 'hires_file=w1.sca' (help says "Merge in hires data"), mean that phases > >> will be extended to a high resolution limit as found in w1.sca? (vide > >> infra) > > > > Yes, that is correct. > >ok, then i have to ask - is phenix merging each reflection? i.e, i >wouldn't want to do this w/ a derivative and hi-res native, right? Yes, it is merging in each reflection, if I understand the question. Yes, you might do it with phases from a native+derivative and a hi-res native. (We're only talking about doing this in autobuild, after you have "experimental" phases from something.) -Tom T Thomas C. Terwilliger Mail Stop M888 Los Alamos National Laboratory Los Alamos, NM 87545 Tel: 505-667-0072 email: terwilliger(a)LANL.gov Fax: 505-665-3024 SOLVE web site: http://solve.lanl.gov PHENIX web site: http:www.phenix-online.org ISFI Integrated Center for Structure and Function Innovation web site: http://techcenter.mbi.ucla.edu TB Structural Genomics Consortium web site: http://www.doe-mbi.ucla.edu/TB

1 0

error message running example
by Kairies, Norman 07 Nov '07

07 Nov '07

Hi - I tried to run the example: phenix.run_example gene-5-mad However, it stopped, with following error messages: Done with gene-5-mad ...Your results are in the directory: gene-5-mad/AutoSol_run_1_ Missing the summary file: gene-5-mad/AutoSol_run_1_/ Something did not work properly...not all output files produced and the LAST.LOG reports: ************************************************************************ *** 6769 SOLVE STATUS 07-nov-07 12:47:15 6770 6771 DATASET TITLE: SOLVE 07-Nov-07 STATUS 6772 STATUS: UNABLE TO FIND UNIQUE NAME FOR SCRATCH 6773 ------------------------------------------------------------------------ --- 6774 Sorry -- ERROR ENDING. SEE the end of your log file or output STATUS 6775 and solve.log 6776 for more information STATUS Any idea what is going wrong? (phenix version 1.3 beta rc4, 64bit computer, 2 dual core proc.) Many thanks, Norman

2 1

autobuild 'hires_file'
by Bryan W. Lepore 07 Nov '07

07 Nov '07

i have phenix 2007_08_18_1856, (and i think latest cci apps). i have a jumble of questions, i'll try step by step: [1 A] in phenix.autobuild, e.g. a SAD dataset, does the flag 'hires_file=w1.sca' (help says "Merge in hires data"), mean that phases will be extended to a high resolution limit as found in w1.sca? (vide infra) [1 B] can the labels be the same as the 'other' data (the documentation suggests this)? i have tried a few things like : phenix.autobuild data=resolve.mtz hires_file=high_resolution.mtz input_hires_labels='FPnat SIGFPnat' seq_file=seq.txt ... and i see Cell: [99.810997009277344, 99.810997009277344, 140.37300109863281, 90.0, 90.0, 90.0] New resolution: 2.20520367253 High-res file input labels: ['FPnat', 'SIGFPnat'] ... which is good, but the job promptly fails with this cryptic (to me) error message: ************************************************************ Failed to carry out AutoBuild_datafile_info_inputs: 'all_input_hires_labels' ************************************************************ ... (google:all_input_hires_labels and looking through docs quick didn't find it) -bryan

2 2

PDB deposition of tls refined structure
by Rene Jorgensen 01 Nov '07

01 Nov '07

Dear phenix users, I am about to deposit a 2.5A structure at the PDB. The structure has been refined using phenix.refine with strategy=tls+individual_sites +individual_adp, which actually works very well but (because of the tls refinement) also results in the output of ANISOU records for the atoms in the PDB file. When using PDB_extract during the PDB submission process the ANISOU record is picked up as regular anisotropic refinement although the resolution is too low for that. Should I just accept it and leave it as it is or should I correct the info in the Auto Dep Input Tool (ADIT) to isotropic with just the regular b-factor values? Thanks in advance, Rene Jorgensen

2 1

Pango
by Frank von Delft 01 Nov '07

01 Nov '07

Hi, I just installed the latest phenix version (long overdue), and it burps with the following when I try to run the GUI. Looks like an absolute path was left lying around, no? Cheers phx ---------------------------------------------------- Running the PHENIX GUI with /usr/local/phenix/1.3b/phenix-1.3b/build/intel-linux-2.4/base/bin/python PHENIX distribution located in /usr/local/phenix/1.3b/phenix-1.3b/phenix Shell variable SSH_PATH not set Variable PYMOL_PATH set to /usr/local/phenix/1.3b/phenix-1.3b/pymol Shell variable RSH_PATH not set (python:31886): Pango-WARNING **: No builtin or dynamically loaded modules were found. Pango will not work correctly. This probably means there was an error in the creation of: '/net/ribbon/scratch1/phenix/phenix-1.3b/build/intel-linux-2.4/base/etc/pango/pango.modules' You should create this file by running pango-querymodules. (python:31886): Pango-WARNING **: pango_shape called with bad font, expect ugly output (python:31886): Pango-WARNING **: pango_font_get_glyph_extents called with null font argument, expect ugly output (python:31886): Pango-WARNING **: pango_font_get_metrics called with null font argument, expect ugly output (python:31886): Pango-WARNING **: _pango_cairo_font_install called with bad font, expect ugly output ----------------------------------------------------

2 1

Re: [phenixbb] lower limits on grid spacing/binning
by Ralf W. Grosse-Kunstleve 31 Oct '07

31 Oct '07

Probably, the original poster already got more than he bargained for, but for the records, a few more comments: > All FFT based structure factor programs require that the sampling > rates along each axis be even. I don't think this is true, unless I'm misunderstanding what "sampling rate" means. The FFT in phenix is based on FFTPACK (written in the 80s) which works for any number of grid points. FFTw also supports arbitrary gridding. > They may have other required factors > depending on the space group, but they will be happy to inform you > if you make a choice it doesn't like. They are also more efficient > when the prime factors of the sampling rates are small numbers. Try > to stick with multiples of 2,3, and 5 if possible. That's good advice. FFTPACK is fastest for transform sizes that are multiples of 2,3,4 and 5. The map calculation algorithms in phenix automatically take this into account. > All FFT programs will fail if you > sample your map courser than twice that frequency, as SFALL did for > you. This may be true for SFALL, but not for the FFT algorithms in the phenix libraries ($PHENIX/cctbx/include/cctbx/maptbx/structure_factors.h). The critical reference is: David A. Langs (2002), J. Appl. Cryst. 35, 505. As short as it is, this was an incredibly important paper. In retrospect, it is amazing that it took so long for someone to discover the trick. Ralf

3 2

lower limits on grid spacing/binning
by Terry Lang 30 Oct '07

30 Oct '07

Hey Everyone, I have been told by several crystallographers that the general rule of thumb for grid spacing when generating a map is one third the resolution (eg If your crystal structure has a resolution of 1.2 A, your grid spacing should be 0.4). Is there a mathematical reason why this ratio should be maintained or is this simply a holdover from slower computers with lower memory? More importantly for my application, is there a lower limit on how fine the grid spacing can be? In other words, is there a lower limit at which one is oversampling the data for a particular resolution? Any information and/or references would be greatly appreciated. Sincerely, Terry -- P. Therese Lang Post Doc Alber Lab, UC Berkeley

3 2