- phenixbb - phenix-online.org

Possible problem with eLBOW in version 1.21rc1.5058 using smiles string
by Francisco Javier Medrano 30 Nov '23

30 Nov '23

Dear developers: I have tried to use eLBOW in version 1.21rc1.5058 to generate a cif file for a ligand and the program give me the following error: SMILES parser error:"Unable to load parsing table". The smiles string used was OP(OP(O)(O)=O)(O)=O, but it does not work for other strings. It does work if you supply a pdb file with connect records. If I use version 1.20.1-4487 with the same smiles string it does work properly. Is there any bur in the 1.21 version? Best regards -- Fº Javier Medrano Cristalografía de Macromoléculas Centro de Investigaciones Biológicas Margarita Salas C/ Ramiro de Maeztu, nº 9 Madrid - Spain

2 2

issue with restrains
by Dmitry Semchonok 22 Nov '23

22 Nov '23

Dear colleagues, The issue with the refinement (Phenix 1.21rc1-5130) The refinement does not recognize the phil parameters prepared with ReadySet. [cid:5bb12054-9715-417b-a68d-58c1228ffe56] Please prompt me on how to proceed. Thank you Kins regards, Dmitry

2 2

Errors in atomic coordinates and B factors in MX
by John R Helliwell 20 Nov '23

20 Nov '23

1 0

Question about phenix.resolve_cryo_em
by Reza Khayat 19 Nov '23

19 Nov '23

Hi, Is it possible to turn off the model refinement procedure in phenix.resolve.cryo_em and go straight into density modification? My current model fits reasonably well. Also, Does the routine work well with nucleic acid (e.g. something like RNA from ribosome)? Best wishes, Reza

2 2

EM difference map calculation
by Leonid Sazanov 14 Nov '23

14 Nov '23

Hi, I have tried to use this command in 1.21rc1-4933: phenix.real_space_diff_map XXX.pdb XXX_box.ccp4 resolution=3.0 Model was real-space refined against _box map and the result with map_model_difference_1.ccp4 looks more or less as expected, except that at medium to low density levels strong cubic shape artifacts start to appear. I thought that might be because _box.ccp4 map is not cubic, but re-running with the original cubic map gives even stronger artifacts. Is this a known issue and how this might be resolved? Or perhaps this functionality now comes in one of the newer tools? Many thanks! Leonid -- Prof. Leonid Sazanov FRS IST Austria Am Campus 1 A-3400 Klosterneuburg Austria Phone: +43 2243 9000 3026 E-mail: sazanov(a)ist.ac.at

1 0

Exclude Waters from order_solvent=true updates
by Schulz, Dr. Eike 14 Nov '23

14 Nov '23

Hello everyone, I am refining a few structures via a bash script using constrained occupancy refinement by providing a parameter file. I am trying to model the occupancy of a ligand and the water molecules in its vicinity. This works generally well, but as soon as I switch on ordered_solvent=true, these water molecules are also filtered / updated and eventually removed. How can I avoid this ? That is specifically excluding a number of water molecules from being updated ? With best regards, Eike

3 4

Automated estimation of voxel size using reference pixel size in phenix?
by Oliver Clarke 13 Nov '23

13 Nov '23

Hi, In cryoEM, the pixel size is often not known with certainty, and we need to calibrate it by measuring the real space correlation of a reference crystal structure of a component at different nominal pixel sizes. Currently we do this manually, using `fitmap` in UCSF Chimera, but given the sophisticated set of tools in Phenix for fitting atomic models and analyzing real space correlations, I was wondering if a tool in Phenix already exists to do this, or whether there would be any interest in adding such a tool at some point? Cheers Oli

2 4

an atom moves away during model refinement
by Dmitry Semchonok 07 Nov '23

07 Nov '23

Dear colleagues, While refining my model, the Mg atom for some of the margin units moves far away from them. I am also using the ELBOW files of Mg during the refinement. What is the way to restrict the movement of atoms during refinement? I found that this behaviour can be observed after simulated annealing is on. And the harmonic_restraints may be acquired to restrict atom movement. Is that right? I am using the GUI version of Phenix, and I cannot see those parameters. Thank you. Sincerely, Dmitry

2 1

phenix.real_space_diff_map - difference between output maps
by Jose Artur Brito 31 Oct '23

31 Oct '23

Dear All, I am trying to use phenix.real_space_diff_map to assess "reminiscent" density in a 1.9 A cryoEM map. Can someone explain the difference between map_model_difference_1.ccp4 and map_model_difference_2.ccp4 that PHENIX outputs? Thanks in advance, best, Jose --

1 0

Re: [phenixbb] Pb LocalResolutionMap calculation
by CUNIASSE Philippe 31 Oct '23

31 Oct '23

Hi Tom, i dowloaded and installed the nightly builds 1.21rc1-5134 but i do not see a direct access to the n_boxes parameter in the gui of the local Resolution Map menu. Is that normal, is it in the previous nightly build (5133)? Another question : in the gui of the local Resolution Map menu, i can see the value of the parameters by navigating the parameters menu, but i cannot modified their values. Is that normal an how to solve it ? Thank you so much for your help. Best regards. Philippe. ________________________________ De : phenixbb-bounces(a)phenix-online.org <phenixbb-bounces(a)phenix-online.org> de la part de CUNIASSE Philippe Envoyé : dimanche 29 octobre 2023 22:06:55 À : Tom Terwilliger Cc : phenixbb(a)phenix-online.org Objet : [PROVENANCE INTERNET] Re: [phenixbb] Pb LocalResolutionMap calculation Hi Tom, Thank you so much. I will test some values of this n_boxes parameter. Best regards. Philippe. ________________________________ De : Tom Terwilliger <tterwilliger(a)newmexicoconsortium.org> Envoyé : dimanche 29 octobre 2023 14:03:45 À : CUNIASSE Philippe Cc : phenixbb(a)phenix-online.org; Tom Terwilliger Objet : Re: [phenixbb] Pb LocalResolutionMap calculation Hi Philippe, Yes, certainly the number of boxes affects the resulting local_resolution map. The 2400 boxes correspond to 14x14x14 boxes for a cubic map which means that you have only a gradual sampling along any axis of your map. You can adjust the number of boxes with the parameter n_boxes=2400. In the GUI, search under "All parameters" for "box" and you'll get the entry form. I will move this to the front page in tomorrow's nightly build of Phenix so it is easier to set. All the best, Tom T On Sun, Oct 29, 2023 at 3:42 AM CUNIASSE Philippe <Philippe.CUNIASSE(a)cea.fr<mailto:[email protected]>> wrote: Hi Tom, thank so much you for your answer. I uploaded the nigthtly build and it worked far better (a couple of hours) and ended correctly. I noticed that the gain was due to the fact the only about 2400 boxes were calculated (in place of more than 40000 in my slow previous calculation, likely explaining the gain of a factor 20). As i have a very large map, i wonder how this affects the quality of the LocalResolutionMap. And i also wonder if there is a mean to define this parameter to study this effect. Thank you so much for your help. Best regards. Philippe. ----------------------------------------------- Philippe Cuniasse, PhD/HDR. Institut de Biologie Integrative de la cellule. UMR 9198 CNRS-CEA-Univ Paris Sud Bat 144 CE-Saclay 91191 Gif-sur-Yvette Cedex France Tel: (33) 1 69 08 56 35 Fax: (33) 1 69 08 47 12 Email: philippe.cuniasse(a)cea.fr<mailto:[email protected]> Web: http://biodev.cea.fr/rasmot3d/ ----------------------------------------------- ________________________________ De : Tom Terwilliger <tterwilliger(a)newmexicoconsortium.org<mailto:[email protected]>> Envoyé : vendredi 27 octobre 2023 11:04:52 À : CUNIASSE Philippe Cc : phenixbb(a)phenix-online.org<mailto:[email protected]>; Tom Terwilliger Objet : Re: [phenixbb] Pb LocalResolutionMap calculation Hi Philippe, I'm sorry for the slow calculation...the problem is the number of boxes is too high. If you download a nightly build like this one: https://phenix-online.org/download/phenix/nightly/?version=1.21rc1-5130 then it should be a lot faster (still not quick, but in your case should be 20x faster). All the best, Tom T On Fri, Oct 27, 2023 at 2:16 AM CUNIASSE Philippe <Philippe.CUNIASSE(a)cea.fr<mailto:[email protected]>> wrote: Dear all, i try to calculate local resolution maps with phenix since a couple of days. It turns out that the calculation seems very slow and i suspect that there is a problem because i even cannot stop the calculation with the abort button in the gui. In my last run (still running), i use 2 half-maps and the program can read them correctly, start the calculation by returning that 42875 boxes are considered. I run it on my MacBook pro (M1 running OSX 13.4 with 32Gb RAM) on 4 cpu. The calculation actually runs on 4 CPUs. However, with this calculation (and also a smaller map with about 17000 boxes on 1CPU), the calculations run more than 24 hours without finishing. I wonder if there coud be a problem and if no, what could be the duration of such calculation. Thanks in advance for your help. Best regards. Philippe Cuniasse. ----------------------------------------------- Philippe Cuniasse, PhD/HDR. Institute for Integrative Biology of the Cell (I2BC) UMR 9198 CNRS-CEA-Univ Paris Sud Bat 144 CE-Saclay 91191 Gif-sur-Yvette Cedex, France Tel: (33) 1 69 08 56 35 Fax: (33) 1 69 08 47 12 Email: philippe.cuniasse(a)cea.fr<mailto:[email protected]> Web: http://biodev.cea.fr/rasmot3d/ Web: https://www.i2bc.paris-saclay.fr [signature_2661676233] ----------------------------------------------- _______________________________________________ phenixbb mailing list phenixbb(a)phenix-online.org<mailto:[email protected]> http://phenix-online.org/mailman/listinfo/phenixbb Unsubscribe: phenixbb-leave(a)phenix-online.org<mailto:[email protected]> -- Thomas C Terwilliger Laboratory Fellow, Los Alamos National Laboratory Senior Scientist, New Mexico Consortium 100 Entrada Dr, Los Alamos, NM 87544 Email: tterwilliger(a)newmexicoconsortium.org<mailto:[email protected]> Tel: 505-431-0010 -- Thomas C Terwilliger Laboratory Fellow, Los Alamos National Laboratory Senior Scientist, New Mexico Consortium 100 Entrada Dr, Los Alamos, NM 87544 Email: tterwilliger(a)newmexicoconsortium.org<mailto:[email protected]> Tel: 505-431-0010

1 0