[gmx-users] Analysis programs and PBC.

David van der Spoel spoel at xray.bmc.uu.se
Mon Feb 27 09:08:49 CET 2006


Daniela S. Mueller wrote:
> Dear Maxim, dear David, 
> 
> On Sun, 2006-02-26 at 22:34 +0100, David van der Spoel wrote:
>> Maxim Fedorov wrote:
>>> Dear all,
>>>
>>> I have been successfully using Gromacs for a couple years without 
>>> bothering you -
>>> manual + reading the mailing list was completely enough.
>>>
>>> But … this is the second mail for this afternoon.
>>>
>>> The question is: are there any analysis programs in GROMACS package 
>>> which are sensitive to Periodic Boundary Conditions or they remove the 
>>> periodicity automatically?
>>>
>>> Now I explain in more details what I mean:
>>>
>>> Let’s suppose that I have a trajectory file after some MD run with 
>>> PBC. No shuffling, sorting and other things like that – only PBC.
>>>
>>> Then I am going to analyze the trajectory with g_rama, g_hbond, g_rdf, 
>>> g_gyrate and, very probably, something else.
>>> Should I remove the periodicity first or I will be able to analyze the 
>>> trajectory without bothering myself about that issue?
>>> I have already tried to analyze the PBC runs with and without removal 
>>> of periodicity– the results are the same. 
>>> But may be this is only due to the fact that my molecule didn’t move 
>>> too much during the run and was placed as a whole in the periodic 
>>> cell? And, in a general case I have to remove the periodicity to be 
>>> 100% in the result of analysis.
>>>
>>> Sorry, for this, probably, silly question, but I am starting several 
>>> series of simulations - I will be not physically able to check every 
>>> time several hundreds of trajectories with or without periodicity 
>>> removal
>>> (even with modern scripting languages a human being should take a look 
>>> on the final results, isn't it :-)).
>>>
>> In all programs were it is needed PBC is taken care of. I have recently 
>> built in flags into some of the programs that allow you to control the 
>> removal of periodic boundary conditions (i.e. putting whole molecules in 
>> the box prior to analysis). The reason for this is that we're doing 
>> extensive simulations in vacuo, and putting the molecules back in the 
>> box breaks the analysis. In solvent the default behavior is fine.
>>
>> Bottom line is that PBC is treated properly as far as I know. But you 
>> should always check your output :).
>>
> 
> If the molecule you want to analyse is a single molecule, the jumping of
> box boundaries does not matter and the analysis tools take that into
> account. But if your molecule is a complex of two or more separate
> subunits, you might want to remove jumps over the boundaries to
> reassemble the complex again, e.g. to measure the minimum distance to
> the periodic images (and not to the subunit, which should be very
> nearby). 
> 
> What I actually found with trjconv -pbc nojump was, that two conditions
> apply if you want to remove jumps: 1) the trajectory has to start at the
> initial frame and be continuous; 2) the tpr-file should correspond to
> the initial conformation. If these conditions weren't fulfilled, one of
> the subunits was rotated and the complex was reassembled incorrectly -
> although the box was rectangular. 
> This incorrect rotation seems to be a weird bug, probably the
> referencing to the tpr-structure is a special case-treatment and not
> robust to various setups...? 

Daniela,

if you have a reproducible case for this, please submit a bugzilla.
http://bugzilla.gromacs.org

> 
> Success and best regards, 
> Daniela
> 
> 
>>> With kindest regards,
>>>
>>> Maxim.
>>>
>>> Maxim V. Fedorov
>>> Research Associate.
>>>
> 


-- 
David.
________________________________________________________________________
David van der Spoel, PhD, Assoc. Prof., Molecular Biophysics group,
Dept. of Cell and Molecular Biology, Uppsala University.
Husargatan 3, Box 596,  	75124 Uppsala, Sweden
phone:	46 18 471 4205		fax: 46 18 511 755
spoel at xray.bmc.uu.se	spoel at gromacs.org   http://folding.bmc.uu.se
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++



More information about the gromacs.org_gmx-users mailing list