Re: [gmx-users] cut-off g_hbond
O.K thanks Justin Lemkul wrote: > > > On 10/5/12 8:15 AM, Gavin Melaugh wrote: >> Is there any need to use the r2 option the ? >> > > That option is not relevant here. It is undocumented in the current > release, but the help description has been updated for the next release: > > http://redmine.gromacs.org/projects/gromacs/repository/revisions/1fd5b54ee7e1c3889a9b110690b36374136a2cbf/diff/src/tools/gmx_hbond.c > > > -Justin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users * Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! * Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. * Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] cut-off g_hbond
Is there any need to use the r2 option the ? Justin Lemkul wrote: > > > On 10/5/12 7:39 AM, Gavin Melaugh wrote: >> Hi Justin >> >> Thanks, that's what I thought. Is there a need to define a >> hydrogen-acceptor distance as well. I read in a few articles that this >> was the case, usually 0.25nm ? >> > > One can define hydrogen bonds in a number of ways, but a D-A distance > of 0.35 nm and an H-A distance of 0.25 nm are basically equivalent, > given that O-H and N-H bonds are about 0.1 nm. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users * Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! * Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. * Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] cut-off g_hbond
Hi Justin Thanks, that's what I thought. Is there a need to define a hydrogen-acceptor distance as well. I read in a few articles that this was the case, usually 0.25nm ? Cheers Gavin Justin Lemkul wrote: > > > On 10/5/12 7:20 AM, Gavin Melaugh wrote: >> Hi all >> >> I am using g_hbond to calculate the number of hydrogen bonds in an >> alcohol system. I am using >> the following command: >> >> g_hbond -f traj.trr -nonitacc >> >> I am slightly confused about the cut off r. Using the above command, is >> the default cut-off r (0.35nm) for the donor-acceptor distance or the >> hydrogen-acceptor ? >> > > This is controlled by the -da switch. The default is donor-acceptor; > if one uses g_hbond -noda, then the cutoff is applied to the > hydrogen-acceptor distance. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users * Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! * Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. * Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] cut-off g_hbond
Hi all I am using g_hbond to calculate the number of hydrogen bonds in an alcohol system. I am using the following command: g_hbond -f traj.trr -nonitacc I am slightly confused about the cut off r. Using the above command, is the default cut-off r (0.35nm) for the donor-acceptor distance or the hydrogen-acceptor ? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users * Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! * Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. * Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] g_hbond
Hi I have an alcohol system and I want to calculate the number of H bonds during the trajectory. My atom type labels are C2-C2-C2-CO-OH-HO. CO denotes carbon bonded to oxygen, OH denotes alcohol oxygen, and HO denotes alcohol hydrogen. In g_hbond how do I specify my groups to consider for H bonding. If I uses group 0 which is the whole system it says that I have twice as many acceptors as donors, which shouldn't be the case. Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users * Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! * Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. * Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] wham histograms
Hi all Are the histograms from histo.xvg (output of g_wham) the biased or unbiased distributions? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] extra factor in PMF
Hi all According to some references 1) J. Chem. Phys, 128, 044106, (2008) 2) Comparison of Methods to Compute the Potential of Mean Force Daniel Trzesniak, Anna-Pitschna E. Kunz, Wilfred F. van Gunsteren Prof. Article first published online: 28 NOV 2006 DOI: 10.1002/cphc.200600527 There is an extra factor that has to be taken into account when calculating the PMF. This extra factor (2kTln(r)) results from the transformation from the 3N Cartesian coordinates to 3N internal coordinates. In the case of a reaction coordinate defined by a distance r between two species the Jacobian (r*2sin(theta)) of the transformation for 3D to 1D leads to an extra term in the PMF. Therefore the true PMF should be PMF(true) = PMF(g_wham) + 2kTln(r) This extra factor is only significant at lower values of the reaction coordinate. My question is; Does g_wham take this into account ? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] DD load balancing is limited by minimum cell size in dimension Z
Hi all What does the following note mean in the log file DD load balancing is limited by minimum cell size in dimension Z Is is purely a performance related issue ? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] genbox
Hi all I have a system of 40 solute molecules in a solvent of 480 crown ether molecules. I am not trying to insert 100 methane molecules into this relaxed and well equilibrated structure using genbox. There are clearly visible cavities in the fluid but genbox only alllows the insertion of 8 methane molecules. How can I circumvent this problem ? The command I use is genbox -cp test.gro -ci methane.gro -nmol 100 -try 5 -p combined.top where combined.top includes all three itp files, and test.gro is the initial solute and solvent configuration. Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] fatal error
Hi all I am trying to relax the density of an alcohol system that I have just set up, but after a certain period of time I get the following error Fatal error: The X-size of the box (6.800588) times the triclinic skew factor (1.00) is smaller than the number of DD cells (4) times the smallest allowed cell size (1.70) I have never had this error before when I ran simulations on much more processors for the alkane analogues of the alcohol. What is the source of this error ? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] [Fwd: bug in g_msd]
--- Begin Message --- Hi all Is there a bug with g_msd when using the -mol flag. I have my own program that calculates the MSD. If I compare it with the gromacs utility for one system the curves are the exact same, however when I compare with another system th curves are very different. Someone else mentioned something similar a few days ago, so I was just wondering if this was the case. Cheers Gavin --- End Message --- -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] bug in g_msd
Hi all Is there a bug with g_msd when using the -mol flag. I have my own program that calculates the MSD. If I compare it with the gromacs utility for one system the curves are the exact same, however when I compare with another system th curves are very different. Someone else mentioned something similar a few days ago, so I was just wondering if this was the case. Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] folding of coordinates in trajectory files
Hi All I was wondering. I assume gromacs writes folded coordinates in the trajectory files. If so does it use rx(i) = rx(i) -boxl *nint(rx(i) / boxl) to fold the coordinates at each step? and where does it define the origin (0,0,0) Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] g_msd segmentation fault
Dear All I have a system of 40 solute molecules in 480 crown ether solvent molecules. When I ran the msd analysis on the solvent molecules using the following comand. g_msd_login_d -f traj.trr -s topol.tpr -mol -o 1_12_400K_sol_msd.xvg I get a segmentation fault as follows Select a group: 4 Selected 4: 'SOL' Split group of 16800 atoms into 480 molecules trn version: GMX_trn_file (double precision) Reading frame 800 time 4.000 Segmentation fault However when I perform the same analysis on the solute molecules it runs to completion. I have checked the configuration of the system at frame 800 and everything seems to be fine. I have also analysed the energy and there seems to be no problem. Has anybody any idea of what might be happening? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Error note
I am using 4.5.5 Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> I saw this and had a question. >> How important is it for a charge group to be neutral? >> > > It isn't. Conventional use dictates that the charge group bear an > integral charge. With PME, this is not necessary. Many force fields > do not use charge groups at all (i.e., single-atom charge groups). > >> In one of my systems I model a solvent of crown ethers using an all atom >> model. The smallest neutral unit comprises a CH2-O-CH2 (7 atoms). I have >> used this as a charge group to and get no warnings. >> > > The only implication I can think of would be in neighbor searching. > If the group is large, then short-range forces may not be calculated > accurately. The warning from grompp was a recent addition to the > code; if you're using an older version you may not have triggered it. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Error note
Hi Justin I saw this and had a question. How important is it for a charge group to be neutral? In one of my systems I model a solvent of crown ethers using an all atom model. The smallest neutral unit comprises a CH2-O-CH2 (7 atoms). I have used this as a charge group to and get no warnings. Cheers Gavin Justin A. Lemkul wrote: > > > RAMYA NAGA wrote: >> Dear friends, >> iam getting this note while doing pressure coupling of protein-ligand >> complex. can anybody help me how to handle this?? >> >> >> The largest charge group contains 11 atoms. >> Since atoms only see each other when the centers of geometry of the >> charge >> groups they belong to are within the cut-off distance, too large >> charge >> groups can lead to serious cut-off artifacts. >> For efficiency and accuracy, charge group should consist of a few >> atoms. >> For all-atom force fields use: CH3, CH2, CH, NH2, NH, OH, CO2, CO, >> etc. >> > > The error message explains what is wrong and how it should be fixed. > Charge groups should be small. You have one that is very large. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[Fwd: Re: [gmx-users] pull-code]
--- Begin Message --- Hi Thomas I am sorry to bother you but if you could answer a few questions I have about how the pull-code works with respect to my system I would really appreciate it. My system is a liquid and I am trying to pull one substituent of one liquid molecule in a certain region of another liquid molecule using as I said earlier pull_geometry =dist and pull_dim =YYY. Also pull_start = no Say I have a window with pull_init=0 1) At the very start of the simulation the pullcode calculates the vector between the two groups? Is there anything particularly significant about this initial vector? Is this distance vector recalculated at every step? 2) Does it compare the distance vector an time t with that at time 0.? 3) Given the initial vector can this vector change (i.e. dierection) or does the distance between the two groups vary only along this vector (i.e. in a line) ? Cheers Gavin Thomas Schlesier wrote: > Hi Gavin, > if i remember correctly it was a system about pulling a ligand from a > binding pocket? > To make the system simpler we have a big circle and in the middle a > small circle. And we assume that the potential minimum for the > interaction between both circles is when the small cirlce is in the > middle of the large circle. > Now we do the Umbrella sampling. For a window which is centered at a > distance which is sligthly greater then 0, we will get problems. > Assume small circle is sligthly shifted to the right. And the other > windows are also in this dircetion. (-> reaction coordinate goes from > zero to the right dircetion) > If the small circle moves between 0 and any value <0 everythig should > be fine. But if the small circle moves to the left, we will also get a > positive distance. Problem is from the above defined reaction > coordinate it should be a negative distance. So we are counting the > positive distances too much. > To check this, you could use *g_dist* to calculate the distance for > both molecules for the problematic windows. Then project the resulting > vector onto your reaction coordinate. Then you should see the > crossings between the right and left side. > > How do the two free energy curves compare for larger distances, where > you can be sure, that you do not have this 'crossing problem'? > > Greetings > Thomas > > > > - > > > > Hi all > > I am returning to a query I had a few weeks ago regarding a discrepancy > between two free energy curves. One calculated using umbrella sampling, > the other calculated via the reversible work theorem from the RDF. There > is sufficient sampling of the dynamics in the RDF so this method is > viable. > Anyway in the pull-code I use pull_geometry = dist and pull_dim=Y Y Y. > The free energy curve from the pull-code method does not give me a > minimum at the zero value of the order parameter whereas the RDF method > does. Someone said before about double counting of positive distances at > small values of the order parameter and therefore information is lost at > very small distances. > > Is this correct? > I am slightly concerned that my curves are not giving me the correct > information involving a very important state in my reaction coordinate. > > Also when this dist restraint (which cannot be negative) is implemented > are there issues with the normalisation of the histograms from g_wham? > > Cheers > > Gavin > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists --- End Message --- -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] pull-code
Hi Thomas A few points below under your points Thomas Schlesier wrote: > Yes you are right, should be between 0 and >0. > > Do you have a window for a distance equal 0? Yes > > > This window should behave similar to the RDF-analysis. Because there > are "no directions". It doesn't. By this I mean the zero point of the reaction coordinate does not give a free energy minimum (actually the minimum is shifted to the right) whereas from the reversible work theorem it does. > > Or to reformulate the problem. > We make an umbrella window for a distance of 1. If particle stays > there everything is fine. If particle moves to 0, it should be also > fine (particle sees a force of k*1). If paticle moves to -1, it should > see a force of k*2, but instead, the distance is 0 -> no force. I don't understand from "if particle moves .." > If you have the umbrella window centered at 0 this problem vansihes -> > if particle move it sees always a force. > > But one thing gives me headaches. I don't have this problem in my > pulling simulation, because the distance between my reference and > pulled group can not become zero: > But concerning the reaction coordinate it will have a similar flaw > like the RDF i think: It doesn't matter in wish direction the particle > moves (left or right) due to the distance we would always say it moves > along the reaction coordinate. In reality it moves sometimes in the > negative direction of the reaction coordinate, but we always say it's > a positve distance -> so positive value on the reaction coordinate. > For an isotropic system this would not matter, but for system which we > have a anisotrop reaction coordinate it should matter. My system is isotropic > > > Greetings > Thomas > > > > Am 17.02.2012 17:07, schrieb gmx-users-requ...@gromacs.org: >> Hi Thomas Many thanks for the reply again. At larger distances the two >> curves match up quite well. The curve from the reversible work theorem >> is better behaved and smoother but this could be solely due to >> statistics. I am slightly confused about your statement "If the small >> circle moves between 0 and any value <0 everything should be fine." Do >> you not mean 0 and any value >0 ? Cheers Gavin Thomas Schlesier wrote: >>> > Hi Gavin, >>> > if i remember correctly it was a system about pulling a ligand >>> from a >>> > binding pocket? >>> > To make the system simpler we have a big circle and in the middle a >>> > small circle. And we assume that the potential minimum for the >>> > interaction between both circles is when the small cirlce is in the >>> > middle of the large circle. >>> > Now we do the Umbrella sampling. For a window which is centered at a >>> > distance which is sligthly greater then 0, we will get problems. >>> > Assume small circle is sligthly shifted to the right. And the other >>> > windows are also in this dircetion. (-> reaction coordinate goes >>> from >>> > zero to the right dircetion) >>> > If the small circle moves between 0 and any value<0 everythig should >>> > be fine. But if the small circle moves to the left, we will also >>> get a >>> > positive distance. Problem is from the above defined reaction >>> > coordinate it should be a negative distance. So we are counting the >>> > positive distances too much. >>> > To check this, you could use*g_dist* to calculate the distance for >>> > both molecules for the problematic windows. Then project the >>> resulting >>> > vector onto your reaction coordinate. Then you should see the >>> > crossings between the right and left side. >>> > >>> > How do the two free energy curves compare for larger distances, >>> where >>> > you can be sure, that you do not have this 'crossing problem'? >>> > >>> > Greetings >>> > Thomas >>> > >>> > >>> > >>> > >>> - >>> >>> > >>> > >>> > >>> > Hi all >>> > >>> > I am returning to a query I had a few weeks ago regarding a >>> discrepancy >>> > between two free energy curves. One calculated using umbrella >>> sampling, >>> > the other calculated via the reversible work theorem from the >>> RDF. There >>> > is sufficient sampling of the dynamics in the RDF so this method is >>> > viable. >>> > Anyway in the pull-code I use pull_geometry = dist and pull_dim=Y >>> Y Y. >>> > The free energy curve from the pull-code method does not give me a >>> > minimum at the zero value of the order parameter whereas the RDF >>> method >>> > does. Someone said before about double counting of positive >>> distances at >>> > small values of the order parameter and therefore information is >>> lost at >>> > very small distances. >>> > >>> > Is this correct? >>> > I am slightly concerned that my curves are not giving me the correct >>> > information involving a very important state in my reaction >>> coordinate. >>> > >>> > Also when this dist restraint (which cannot be negative) is >>> implemented >>> > are there issues with
Re: [gmx-users] pull-code
Hi Thomas I am sorry to bother you but if you could answer a few questions I have about how the pull-code works with respect to my system I would really appreciate it. My system is a liquid and I am trying to pull one substituent of one liquid molecule in a certain region of another liquid molecule using as I said earlier pull_geometry =dist and pull_dim =YYY. Also pull_start = no Say I have a window with pull_init=0 1) At the very start of the simulation the pullcode calculates the vector between the two groups? Is there anything particularly significant about this initial vector? Is this distance vector recalculated at every step? 2) Does it compare the distance vector an time t with that at time 0.? 3) Given the initial vector can this vector change (i.e. dierection) or does the distance between the two groups vary only along this vector (i.e. in a line) ? Cheers Gavin Thomas Schlesier wrote: > Hi Gavin, > if i remember correctly it was a system about pulling a ligand from a > binding pocket? > To make the system simpler we have a big circle and in the middle a > small circle. And we assume that the potential minimum for the > interaction between both circles is when the small cirlce is in the > middle of the large circle. > Now we do the Umbrella sampling. For a window which is centered at a > distance which is sligthly greater then 0, we will get problems. > Assume small circle is sligthly shifted to the right. And the other > windows are also in this dircetion. (-> reaction coordinate goes from > zero to the right dircetion) > If the small circle moves between 0 and any value <0 everythig should > be fine. But if the small circle moves to the left, we will also get a > positive distance. Problem is from the above defined reaction > coordinate it should be a negative distance. So we are counting the > positive distances too much. > To check this, you could use *g_dist* to calculate the distance for > both molecules for the problematic windows. Then project the resulting > vector onto your reaction coordinate. Then you should see the > crossings between the right and left side. > > How do the two free energy curves compare for larger distances, where > you can be sure, that you do not have this 'crossing problem'? > > Greetings > Thomas > > > > - > > > > Hi all > > I am returning to a query I had a few weeks ago regarding a discrepancy > between two free energy curves. One calculated using umbrella sampling, > the other calculated via the reversible work theorem from the RDF. There > is sufficient sampling of the dynamics in the RDF so this method is > viable. > Anyway in the pull-code I use pull_geometry = dist and pull_dim=Y Y Y. > The free energy curve from the pull-code method does not give me a > minimum at the zero value of the order parameter whereas the RDF method > does. Someone said before about double counting of positive distances at > small values of the order parameter and therefore information is lost at > very small distances. > > Is this correct? > I am slightly concerned that my curves are not giving me the correct > information involving a very important state in my reaction coordinate. > > Also when this dist restraint (which cannot be negative) is implemented > are there issues with the normalisation of the histograms from g_wham? > > Cheers > > Gavin > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] pull-code
Hi Thomas Many thanks for the reply again. At larger distances the two curves match up quite well. The curve from the reversible work theorem is better behaved and smoother but this could be solely due to statistics. I am slightly confused about your statement "If the small circle moves between 0 and any value <0 everything should be fine." Do you not mean 0 and any value >0 ? Cheers Gavin Thomas Schlesier wrote: > Hi Gavin, > if i remember correctly it was a system about pulling a ligand from a > binding pocket? > To make the system simpler we have a big circle and in the middle a > small circle. And we assume that the potential minimum for the > interaction between both circles is when the small cirlce is in the > middle of the large circle. > Now we do the Umbrella sampling. For a window which is centered at a > distance which is sligthly greater then 0, we will get problems. > Assume small circle is sligthly shifted to the right. And the other > windows are also in this dircetion. (-> reaction coordinate goes from > zero to the right dircetion) > If the small circle moves between 0 and any value <0 everythig should > be fine. But if the small circle moves to the left, we will also get a > positive distance. Problem is from the above defined reaction > coordinate it should be a negative distance. So we are counting the > positive distances too much. > To check this, you could use *g_dist* to calculate the distance for > both molecules for the problematic windows. Then project the resulting > vector onto your reaction coordinate. Then you should see the > crossings between the right and left side. > > How do the two free energy curves compare for larger distances, where > you can be sure, that you do not have this 'crossing problem'? > > Greetings > Thomas > > > > - > > > > Hi all > > I am returning to a query I had a few weeks ago regarding a discrepancy > between two free energy curves. One calculated using umbrella sampling, > the other calculated via the reversible work theorem from the RDF. There > is sufficient sampling of the dynamics in the RDF so this method is > viable. > Anyway in the pull-code I use pull_geometry = dist and pull_dim=Y Y Y. > The free energy curve from the pull-code method does not give me a > minimum at the zero value of the order parameter whereas the RDF method > does. Someone said before about double counting of positive distances at > small values of the order parameter and therefore information is lost at > very small distances. > > Is this correct? > I am slightly concerned that my curves are not giving me the correct > information involving a very important state in my reaction coordinate. > > Also when this dist restraint (which cannot be negative) is implemented > are there issues with the normalisation of the histograms from g_wham? > > Cheers > > Gavin > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] pull-code
Hi all I am returning to a query I had a few weeks ago regarding a discrepancy between two free energy curves. One calculated using umbrella sampling, the other calculated via the reversible work theorem from the RDF. There is sufficient sampling of the dynamics in the RDF so this method is viable. Anyway in the pull-code I use pull_geometry = dist and pull_dim=Y Y Y. The free energy curve from the pull-code method does not give me a minimum at the zero value of the order parameter whereas the RDF method does. Someone said before about double counting of positive distances at small values of the order parameter and therefore information is lost at very small distances. Is this correct? I am slightly concerned that my curves are not giving me the correct information involving a very important state in my reaction coordinate. Also when this dist restraint (which cannot be negative) is implemented are there issues with the normalisation of the histograms from g_wham? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] RDF(PMF) and Umbrella sampling
Hi Thomas Many Thanks for the reply. I have attached the histograms I get for the umbrella sampling. My concern is the black histogram in which I have set the ref dist to be zero. The distances in the first few windows are very small as I really wanted this difficult region to be sampled well and therefore there might be some sampling in the negative distances. Does the picture here fit with your explanation below ? Cheers Gavin Thomas Schlesier wrote: > I think that for the histogram all contribution with a negative sign > would be add to the contributions from positive distances. If your > distribution is be a perfect gaussian with zero mean, you would end up > with half a gaussian with double high (for positive distances) and > zero for negative distances. For this case it would be easy to correct > the histogram. But if the histogram isn't a perfect gaussian, you > couldn't say anything. > > > >> Date: Tue, 10 Jan 2012 10:47:43 + >> From: Gavin Melaugh >> Subject: Re: [gmx-users] RDF(PMF) and Umbrella sampling >> To: Discussion list for GROMACS users >> Message-ID:<4f0c174f.2050...@qub.ac.uk> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi Justin >> >> Again, many thanks for the reply. >> So when the COM distance changes sign, what effect does that have on the >> distribution of the COM distance about the mean value for that window >> i.e. If say my ref dist in 0 nm and the umbrella sampling allows the >> distance to sample distances say at 0.02 nm to -0.02nm. What happens to >> negative values? Obviously they are not counted as negative in the >> distribution or else it would be centred at zero/ >> >> Cheers >> >> Gavin >> >> Justin A. Lemkul wrote: >>> >>> >>> Gavin Melaugh wrote: >>>> Hi Justin >>>> >>>> Thanks very much. One last question. What do you mean when you say >>>> "COM >>>> reference distance is changing signs"? I thought the COM distance was >>>> the absolute distance between the two groups and therefore cannot be >>>> negative? >>>> >>> >>> The pull code deals in vectors. Signs can change. The use of >>> "distance" as a geometry is perhaps somewhat misleading. >>> >>> -Justin >>> >>>> Cheers >>>> >>>> Gavin >>>> >>>> Dariush Mohammadyani wrote: >>>>> Hi Gavin, >>>>> >>>>> A question arose for me: why did you consider the (rate = 0)? >>>>> >>>>> Dariush >>>>> >>>>> >>>>> On Fri, Jan 6, 2012 at 11:47 AM, Gavin Melaugh>>>> <mailto:gmelaug...@qub.ac.uk>> wrote: >>>>> >>>>> Hi Justin >>>>> >>>>> Just a quick clarification regarding my previous point. With >>>>> geometry = >>>>> distance, and pull_dim =Y Y Y . Is the pull_group sampling all >>>>> dimensions equally (or without prejudice) about pull_init ? And >>>>> iN your >>>>> first reply what did you mean about by "straight pull" ? >>>>> >>>>> Cheers >>>>> >>>>> Gavin >>>>> >>>>> Justin A. Lemkul wrote: >>>>> > >>>>> > >>>>> > Gavin Melaugh wrote: >>>>> >> Hi Justin >>>>> >> >>>>> >> Thanks for the reply. I wanted my "pulling" to be free in >>>>> all >>>>> >> directions, that is in the liquid state with no defined >>>>> reaction >>>>> >> coordinate i.e not along a specific axis. This is why I used >>>>> geometry = >>>>> >> distance. Would you agree with this approach? >>>>> > >>>>> > I suppose there is an argument that can be made for a more >>>>> free >>>>> > approach such as this one, but you're going to get the >>>>> artifact you >>>>> > observed the instant your pull group moves past a zero COM >>>>> distance. >>>>> > Whether or not this is a significant problem is something >>>>> you'll >>>>> have >>>>> > to determine. >>>>> > >
Re: [gmx-users] RDF(PMF) and Umbrella sampling
Hi Justin Again, many thanks for the reply. So when the COM distance changes sign, what effect does that have on the distribution of the COM distance about the mean value for that window i.e. If say my ref dist in 0 nm and the umbrella sampling allows the distance to sample distances say at 0.02 nm to -0.02nm. What happens to negative values? Obviously they are not counted as negative in the distribution or else it would be centred at zero/ Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> Thanks very much. One last question. What do you mean when you say "COM >> reference distance is changing signs"? I thought the COM distance was >> the absolute distance between the two groups and therefore cannot be >> negative? >> > > The pull code deals in vectors. Signs can change. The use of > "distance" as a geometry is perhaps somewhat misleading. > > -Justin > >> Cheers >> >> Gavin >> >> Dariush Mohammadyani wrote: >>> Hi Gavin, >>> >>> A question arose for me: why did you consider the (rate = 0)? >>> >>> Dariush >>> >>> >>> On Fri, Jan 6, 2012 at 11:47 AM, Gavin Melaugh >> <mailto:gmelaug...@qub.ac.uk>> wrote: >>> >>> Hi Justin >>> >>> Just a quick clarification regarding my previous point. With >>> geometry = >>> distance, and pull_dim =Y Y Y . Is the pull_group sampling all >>> dimensions equally (or without prejudice) about pull_init ? And >>> iN your >>> first reply what did you mean about by "straight pull" ? >>> >>> Cheers >>> >>> Gavin >>> >>> Justin A. Lemkul wrote: >>> > >>> > >>> > Gavin Melaugh wrote: >>> >> Hi Justin >>> >> >>> >> Thanks for the reply. I wanted my "pulling" to be free in all >>> >> directions, that is in the liquid state with no defined reaction >>> >> coordinate i.e not along a specific axis. This is why I used >>> geometry = >>> >> distance. Would you agree with this approach? >>> > >>> > I suppose there is an argument that can be made for a more free >>> > approach such as this one, but you're going to get the >>> artifact you >>> > observed the instant your pull group moves past a zero COM >>> distance. >>> > Whether or not this is a significant problem is something you'll >>> have >>> > to determine. >>> > >>> > -Justin >>> > >>> >> By free I mean. The absolute distance between the COG of the >>> ref group >>> >> and that of the pull group. >>> >> >>> >> Cheers >>> >> >>> >> Gavin >>> >> >>> >> Justin A. Lemkul wrote: >>> >>> >>> >>> Gavin Melaugh wrote: >>> >>>> Dear all >>> >>>> >>> >>>> I have a query regarding umbrella sampling simulations that I >>> have >>> >>>> carried out to study a dynamical process of a guest inserting >>> into a >>> >>>> host. I always get get a wall tending off to infinity at or >>> just >>> >>>> before >>> >>>> the zero distance between the >>> >>>> two species. >>> >>>> The process I describe, for one system in particular, happens >>> readily >>> >>>> and I have compared the PMF from a non constrained simulation >>> (via the >>> >>>> RDF and reversible work theorem) and the same PMF from a >>> set of >>> >>>> umbrella sampling >>> >>>> simulations. They agree quite well but in the non constrained >>> >>>> simulation >>> >>>> I get a minimum practically at zero whereas for the umbrella >>> sampling >>> >>>> the minimum is shifted and there is an infinite wall close to >>> zero. >>> >>>> This >>> >>>> wall is not present from the reversible work theorem. Why the >>> infinite >>> >
Re: [gmx-users] RDF(PMF) and Umbrella sampling
Hi Justin Thanks very much. One last question. What do you mean when you say "COM reference distance is changing signs"? I thought the COM distance was the absolute distance between the two groups and therefore cannot be negative? Cheers Gavin Dariush Mohammadyani wrote: > Hi Gavin, > > A question arose for me: why did you consider the (rate = 0)? > > Dariush > > > On Fri, Jan 6, 2012 at 11:47 AM, Gavin Melaugh <mailto:gmelaug...@qub.ac.uk>> wrote: > > Hi Justin > > Just a quick clarification regarding my previous point. With > geometry = > distance, and pull_dim =Y Y Y . Is the pull_group sampling all > dimensions equally (or without prejudice) about pull_init ? And > iN your > first reply what did you mean about by "straight pull" ? > > Cheers > > Gavin > > Justin A. Lemkul wrote: > > > > > > Gavin Melaugh wrote: > >> Hi Justin > >> > >> Thanks for the reply. I wanted my "pulling" to be free in all > >> directions, that is in the liquid state with no defined reaction > >> coordinate i.e not along a specific axis. This is why I used > geometry = > >> distance. Would you agree with this approach? > > > > I suppose there is an argument that can be made for a more free > > approach such as this one, but you're going to get the artifact you > > observed the instant your pull group moves past a zero COM distance. > > Whether or not this is a significant problem is something you'll > have > > to determine. > > > > -Justin > > > >> By free I mean. The absolute distance between the COG of the > ref group > >> and that of the pull group. > >> > >> Cheers > >> > >> Gavin > >> > >> Justin A. Lemkul wrote: > >>> > >>> Gavin Melaugh wrote: > >>>> Dear all > >>>> > >>>> I have a query regarding umbrella sampling simulations that I > have > >>>> carried out to study a dynamical process of a guest inserting > into a > >>>> host. I always get get a wall tending off to infinity at or just > >>>> before > >>>> the zero distance between the > >>>> two species. > >>>> The process I describe, for one system in particular, happens > readily > >>>> and I have compared the PMF from a non constrained simulation > (via the > >>>> RDF and reversible work theorem) and the same PMF from a set of > >>>> umbrella sampling > >>>> simulations. They agree quite well but in the non constrained > >>>> simulation > >>>> I get a minimum practically at zero whereas for the umbrella > sampling > >>>> the minimum is shifted and there is an infinite wall close to > zero. > >>>> This > >>>> wall is not present from the reversible work theorem. Why the > infinite > >>>> wall? Why does the black histogram not centre around zero. Is > this an > >>>> artefact of the umbrella technique? Please see attached the > profile > >>>> from > >>>> the umbrella sampling technique, and the corresponding > histograms. > >>>> > >>> What's happening is the COM reference distance is changing > signs, so > >>> you get an artifact. The "distance" geometry is relatively > inflexible > >>> and is only suitable for straight pulls of continuously > increasing or > >>> continuously decreasing COM distance. You should try using the > >>> "position" geometry instead. There are some notes that you > may find > >>> useful in my tutorial: > >>> > >>> > > http://www.bevanlab.biochem.vt.edu/Pages/Personal/justin/gmx-tutorials/umbrella/05a_pull_tips.html > >>> > >>> > >>> > >>> -Justin > >>> > >>>> Here is an excerpt from one of the umbrella mdp files. > >>>> > >>>> pull= umbrella > >>>> pull_geometry = distance > >>>> pull_dim = Y Y Y > >>>> pull_start = no > >
Re: [gmx-users] RDF(PMF) and Umbrella sampling
Hi Justin Just a quick clarification regarding my previous point. With geometry = distance, and pull_dim =Y Y Y . Is the pull_group sampling all dimensions equally (or without prejudice) about pull_init ? And iN your first reply what did you mean about by "straight pull" ? Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> Thanks for the reply. I wanted my "pulling" to be free in all >> directions, that is in the liquid state with no defined reaction >> coordinate i.e not along a specific axis. This is why I used geometry = >> distance. Would you agree with this approach? > > I suppose there is an argument that can be made for a more free > approach such as this one, but you're going to get the artifact you > observed the instant your pull group moves past a zero COM distance. > Whether or not this is a significant problem is something you'll have > to determine. > > -Justin > >> By free I mean. The absolute distance between the COG of the ref group >> and that of the pull group. >> >> Cheers >> >> Gavin >> >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Dear all >>>> >>>> I have a query regarding umbrella sampling simulations that I have >>>> carried out to study a dynamical process of a guest inserting into a >>>> host. I always get get a wall tending off to infinity at or just >>>> before >>>> the zero distance between the >>>> two species. >>>> The process I describe, for one system in particular, happens readily >>>> and I have compared the PMF from a non constrained simulation (via the >>>> RDF and reversible work theorem) and the same PMF from a set of >>>> umbrella sampling >>>> simulations. They agree quite well but in the non constrained >>>> simulation >>>> I get a minimum practically at zero whereas for the umbrella sampling >>>> the minimum is shifted and there is an infinite wall close to zero. >>>> This >>>> wall is not present from the reversible work theorem. Why the infinite >>>> wall? Why does the black histogram not centre around zero. Is this an >>>> artefact of the umbrella technique? Please see attached the profile >>>> from >>>> the umbrella sampling technique, and the corresponding histograms. >>>> >>> What's happening is the COM reference distance is changing signs, so >>> you get an artifact. The "distance" geometry is relatively inflexible >>> and is only suitable for straight pulls of continuously increasing or >>> continuously decreasing COM distance. You should try using the >>> "position" geometry instead. There are some notes that you may find >>> useful in my tutorial: >>> >>> http://www.bevanlab.biochem.vt.edu/Pages/Personal/justin/gmx-tutorials/umbrella/05a_pull_tips.html >>> >>> >>> >>> -Justin >>> >>>> Here is an excerpt from one of the umbrella mdp files. >>>> >>>> pull= umbrella >>>> pull_geometry = distance >>>> pull_dim = Y Y Y >>>> pull_start = no >>>> pull_ngroups = 1 >>>> pull_group0 = cage_1 >>>> pull_group1 = tail >>>> pull_init1 = 0 >>>> pull_rate1 = 0.0 >>>> pull_k1 = 1 >>>> pull_nstxout = 150 >>>> pull_nstfout = 150 >>>> >>>> >>>> Cheers >>>> >>>> Gavin >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >> >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] RDF(PMF) and Umbrella sampling
O.K cheers Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> Thanks for the reply. I wanted my "pulling" to be free in all >> directions, that is in the liquid state with no defined reaction >> coordinate i.e not along a specific axis. This is why I used geometry = >> distance. Would you agree with this approach? > > I suppose there is an argument that can be made for a more free > approach such as this one, but you're going to get the artifact you > observed the instant your pull group moves past a zero COM distance. > Whether or not this is a significant problem is something you'll have > to determine. > > -Justin > >> By free I mean. The absolute distance between the COG of the ref group >> and that of the pull group. >> >> Cheers >> >> Gavin >> >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Dear all >>>> >>>> I have a query regarding umbrella sampling simulations that I have >>>> carried out to study a dynamical process of a guest inserting into a >>>> host. I always get get a wall tending off to infinity at or just >>>> before >>>> the zero distance between the >>>> two species. >>>> The process I describe, for one system in particular, happens readily >>>> and I have compared the PMF from a non constrained simulation (via the >>>> RDF and reversible work theorem) and the same PMF from a set of >>>> umbrella sampling >>>> simulations. They agree quite well but in the non constrained >>>> simulation >>>> I get a minimum practically at zero whereas for the umbrella sampling >>>> the minimum is shifted and there is an infinite wall close to zero. >>>> This >>>> wall is not present from the reversible work theorem. Why the infinite >>>> wall? Why does the black histogram not centre around zero. Is this an >>>> artefact of the umbrella technique? Please see attached the profile >>>> from >>>> the umbrella sampling technique, and the corresponding histograms. >>>> >>> What's happening is the COM reference distance is changing signs, so >>> you get an artifact. The "distance" geometry is relatively inflexible >>> and is only suitable for straight pulls of continuously increasing or >>> continuously decreasing COM distance. You should try using the >>> "position" geometry instead. There are some notes that you may find >>> useful in my tutorial: >>> >>> http://www.bevanlab.biochem.vt.edu/Pages/Personal/justin/gmx-tutorials/umbrella/05a_pull_tips.html >>> >>> >>> >>> -Justin >>> >>>> Here is an excerpt from one of the umbrella mdp files. >>>> >>>> pull= umbrella >>>> pull_geometry = distance >>>> pull_dim = Y Y Y >>>> pull_start = no >>>> pull_ngroups = 1 >>>> pull_group0 = cage_1 >>>> pull_group1 = tail >>>> pull_init1 = 0 >>>> pull_rate1 = 0.0 >>>> pull_k1 = 1 >>>> pull_nstxout = 150 >>>> pull_nstfout = 150 >>>> >>>> >>>> Cheers >>>> >>>> Gavin >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >> >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] RDF(PMF) and Umbrella sampling
Hi Justin Thanks for the reply. I wanted my "pulling" to be free in all directions, that is in the liquid state with no defined reaction coordinate i.e not along a specific axis. This is why I used geometry = distance. Would you agree with this approach? By free I mean. The absolute distance between the COG of the ref group and that of the pull group. Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Dear all >> >> I have a query regarding umbrella sampling simulations that I have >> carried out to study a dynamical process of a guest inserting into a >> host. I always get get a wall tending off to infinity at or just before >> the zero distance between the >> two species. >> The process I describe, for one system in particular, happens readily >> and I have compared the PMF from a non constrained simulation (via the >> RDF and reversible work theorem) and the same PMF from a set of >> umbrella sampling >> simulations. They agree quite well but in the non constrained simulation >> I get a minimum practically at zero whereas for the umbrella sampling >> the minimum is shifted and there is an infinite wall close to zero. This >> wall is not present from the reversible work theorem. Why the infinite >> wall? Why does the black histogram not centre around zero. Is this an >> artefact of the umbrella technique? Please see attached the profile from >> the umbrella sampling technique, and the corresponding histograms. >> > > What's happening is the COM reference distance is changing signs, so > you get an artifact. The "distance" geometry is relatively inflexible > and is only suitable for straight pulls of continuously increasing or > continuously decreasing COM distance. You should try using the > "position" geometry instead. There are some notes that you may find > useful in my tutorial: > > http://www.bevanlab.biochem.vt.edu/Pages/Personal/justin/gmx-tutorials/umbrella/05a_pull_tips.html > > > -Justin > >> Here is an excerpt from one of the umbrella mdp files. >> >> pull= umbrella >> pull_geometry = distance >> pull_dim = Y Y Y >> pull_start = no >> pull_ngroups = 1 >> pull_group0 = cage_1 >> pull_group1 = tail >> pull_init1 = 0 >> pull_rate1 = 0.0 >> pull_k1 = 1 >> pull_nstxout = 150 >> pull_nstfout = 150 >> >> >> Cheers >> >> Gavin >> >> >> >> >> >> >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] RDF(PMF) and Umbrella sampling
Dear all I have a query regarding umbrella sampling simulations that I have carried out to study a dynamical process of a guest inserting into a host. I always get get a wall tending off to infinity at or just before the zero distance between the two species. The process I describe, for one system in particular, happens readily and I have compared the PMF from a non constrained simulation (via the RDF and reversible work theorem) and the same PMF from a set of umbrella sampling simulations. They agree quite well but in the non constrained simulation I get a minimum practically at zero whereas for the umbrella sampling the minimum is shifted and there is an infinite wall close to zero. This wall is not present from the reversible work theorem. Why the infinite wall? Why does the black histogram not centre around zero. Is this an artefact of the umbrella technique? Please see attached the profile from the umbrella sampling technique, and the corresponding histograms. Here is an excerpt from one of the umbrella mdp files. pull= umbrella pull_geometry = distance pull_dim = Y Y Y pull_start = no pull_ngroups = 1 pull_group0 = cage_1 pull_group1 = tail pull_init1 = 0 pull_rate1 = 0.0 pull_k1 = 1 pull_nstxout = 150 pull_nstfout = 150 Cheers Gavin <><>-- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] [Fwd: h-bonds constraints]
--- Begin Message --- Hi I want to run an NPT simulation with all h-bonds constrained. How does grompp identify the Hydrogen atoms given that forcefield labels like HA, HC, HE are used. Is it the mass? Many Thanks Gavin --- End Message --- -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] h-bonds constraints
Hi I want to run an NPT simulation with all h-bonds constrained. How does grompp identify the Hydrogen atoms given that forcefield labels like HA, HC, HE are used. Is it the mass? Many Thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] discrepancy trjconv and gmxdump
Actually Mark, I may have made a very trivial error. Forget about it for now. Cheers Gavin Gavin Melaugh wrote: > Hi Mark > > My Apologies. Here is more info. > > gmxdump -f traj.trr >history > >From history I take the coordinates at 250 ps and convert to gro file > say test.gro > > trjconv -f traj.trr -dump 250 -o frame5.gro > > I then compare frame5.gro with test.gro > > Please find attached an excerpts of both files (in one file) and pay > attention to the sign difference of the x coordinate at atom s 38 50 51 59 > > Cheers > > Gavin > Mark Abraham wrote: > >> On 2/11/2011 10:23 PM, Gavin Melaugh wrote: >> >>> Hi all >>> >>> I have generated a gro file from a traj.trr file using trjconv. When I >>> use gmxdump on the same traj.trr file to output a generic format history >>> file it seems that there is a discrepancy in the coordinates of some >>> atoms in a particular frame. Essentially I output frame 5 using trjconv, >>> then I take the corresponding frame from the history file and covert it >>> to gro format. I then run vimdiff on the two files. There are sign >>> differences with the coordiante components. The atoms in question are at >>> the edge of the periodic box. I was just wondering why there is a >>> discrepancy in the two utilities? >>> >> Without actual command lines that produced output and actual examples >> of what you think is anomalous we can't say. >> >> Mark >> > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] discrepancy trjconv and gmxdump
Hi Mark My Apologies. Here is more info. gmxdump -f traj.trr >history >From history I take the coordinates at 250 ps and convert to gro file say test.gro trjconv -f traj.trr -dump 250 -o frame5.gro I then compare frame5.gro with test.gro Please find attached an excerpts of both files (in one file) and pay attention to the sign difference of the x coordinate at atom s 38 50 51 59 Cheers Gavin Mark Abraham wrote: > On 2/11/2011 10:23 PM, Gavin Melaugh wrote: >> Hi all >> >> I have generated a gro file from a traj.trr file using trjconv. When I >> use gmxdump on the same traj.trr file to output a generic format history >> file it seems that there is a discrepancy in the coordinates of some >> atoms in a particular frame. Essentially I output frame 5 using trjconv, >> then I take the corresponding frame from the history file and covert it >> to gro format. I then run vimdiff on the two files. There are sign >> differences with the coordiante components. The atoms in question are at >> the edge of the periodic box. I was just wondering why there is a >> discrepancy in the two utilities? > > Without actual command lines that produced output and actual examples > of what you think is anomalous we can't say. > > Mark History trajdump 240 240 1CGE CA1 0.287 4.485 6.3451CGE CA1 0.287 4.485 6.345 1CGE CB2 0.381 4.539 6.4421CGE CB2 0.381 4.539 6.442 1CGE HC3 0.182 4.477 6.3731CGE HC3 0.182 4.477 6.373 1CGE CA4 0.504 4.564 6.3911CGE CA4 0.504 4.564 6.391 1CGE CB5 0.551 4.515 6.2641CGE CB5 0.551 4.515 6.264 1CGE HC6 0.570 4.621 6.4461CGE HC6 0.570 4.621 6.446 1CGE CA7 0.467 4.440 6.1811CGE CA7 0.467 4.440 6.181 1CGE CB8 0.328 4.437 6.2181CGE CB8 0.328 4.437 6.218 1CGE HC9 0.506 4.388 6.0961CGE HC9 0.506 4.388 6.096 1CGE CU 10 0.336 4.595 6.5791CGE CU 10 0.336 4.595 6.579 1CGE NU 11 0.232 4.544 6.6311CGE NU 11 0.232 4.544 6.631 1CGE CH 12 0.161 4.574 6.7571CGE CH 12 0.161 4.574 6.757 1CGE CU 13 0.692 4.527 6.2171CGE CU 13 0.692 4.527 6.217 1CGE NU 14 0.754 4.485 6.1191CGE NU 14 0.754 4.485 6.119 1CGE CH 15 0.897 4.530 6.1271CGE CH 15 0.897 4.530 6.127 1CGE CU 16 0.231 4.395 6.1221CGE CU 16 0.231 4.395 6.122 1CGE NU 17 0.107 4.398 6.1581CGE NU 17 0.107 4.398 6.158 1CGE CH 18 0.002 4.359 6.0701CGE CH 18 0.002 4.359 6.070 1CGE CA 19 0.633 5.058 5.9601CGE CA 19 0.633 5.058 5.960 1CGE CB 20 0.690 4.968 6.0571CGE CB 20 0.690 4.968 6.057 1CGE HC 21 0.662 5.025 5.8541CGE HC 21 0.662 5.025 5.854 1CGE CA 22 0.677 4.992 6.1931CGE CA 22 0.677 4.992 6.193 1CGE CB 23 0.577 5.090 6.2311CGE CB 23 0.577 5.090 6.231 1CGE HC 24 0.714 4.916 6.2601CGE HC 24 0.714 4.916 6.260 1CGE CA 25 0.509 5.175 6.1401CGE CA 25 0.509 5.175 6.140 1CGE CB 26 0.536 5.158 5.9961CGE CB 26 0.536 5.158 5.996 1CGE HC 27 0.434 5.238 6.1781CGE HC 27 0.434 5.238 6.178 1CGE CU 28 0.773 4.848 6.0111CGE CU 28 0.773 4.848 6.011 1CGE NU 29 0.847 4.767 6.0831CGE NU 29 0.847 4.767 6.083 1CGE CH 30 0.922 4.651 6.0421CGE CH 30 0.922 4.651 6.041 1CGE CU 31 0.555 5.129 6.3741CGE CU 31 0.555 5.129 6.374 1CGE NU 32 0.626 5.070 6.4671CGE NU 32 0.626 5.070 6.467 1CGE CH 33 0.609 5.112 6.6071CGE CH 33 0.609 5.112 6.607 1CGE CU 34 0.466 5.249 5.9001CGE CU 34 0.466 5.249 5.900 1CGE NU 35 0.501 5.268 5.7861CGE NU 35 0.501 5.268 5.786 1CGE CH 36 0.430 5.358 5
[gmx-users] discrepancy trjconv and gmxdump
Hi all I have generated a gro file from a traj.trr file using trjconv. When I use gmxdump on the same traj.trr file to output a generic format history file it seems that there is a discrepancy in the coordinates of some atoms in a particular frame. Essentially I output frame 5 using trjconv, then I take the corresponding frame from the history file and covert it to gro format. I then run vimdiff on the two files. There are sign differences with the coordiante components. The atoms in question are at the edge of the periodic box. I was just wondering why there is a discrepancy in the two utilities? Many thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] bond constraints
Hi all Sorry forgot to give a subject in the first e-mail. A very quick question. If I want to constrain all bonds in my system, is it just a case of setting constraints = all-bonds. Do I have to select the constraint algorithm. Here is my mdp file, I got no errors but its seems that this might be too simple. Note there is no relevance in the name umbrella here. Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] (no subject)
Hi all A very quick question. If I want to constrain all bonds in my system, is it just a case of setting constraints = all-bonds. Do I have to select the constraint algorithm. Here is my mpd file, I got no errors but its seems that this might be too simple. Note there is no relevance in the name umbrella here. Cheers Gavin umbrella1.mdp Description: application/mdp -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] atom types
I hope this doesn't come across as stupid, or worse insolent. But what is the point in stating the charges in the atom type section then ? Gavin Mark Abraham wrote: > > > On 02/08/11, *Gavin Melaugh * wrote: >> Hi Justin >> >> I see that we may have got our wires crossed from the off. >> Consider the [pairs] directive, which determines which atoms interact >> in a 1,4 manner. Consider two atoms listed the [pairs] directive. From >> the point of the Coulombic interaction between these two atoms I suppose >> my original question should have been: Does mdrun, when calculating the >> Coulombic potential between these two atoms, use the charges assigned to >> the atoms in the [atomtypes] directive or [atoms] directive ? > > The charges from [atoms] are used. The charges in [atomtypes] are > never used in any forcefield currently used with GROMACS. It might not > be possible for grompp to ever use them, but I'd have to check the > code for that. > > Mark > >> >> >> Cheers >> >> Gavin >> >> Justin A. Lemkul wrote: >> > >> > >> > Gavin Melaugh wrote: >> >> Yes I think the example vindicates what I am saying as well. I >> suppose I >> >> the "contradiction" ( I'll call it the point of confusion) you >> refer to >> >> is perhaps when Justin (who is always more than helpful) said that >> >> "Charges are irrelevant for generation of pair interactions. >> Nonbonded >> >> pair interactions are LJ, not Coulombic. You will certainly have 1-4 >> >> Coulombic interactions, but they are not generated by gen_pairs. See >> >> manual section 5.3.4." >> >> >> > >> > Charges *are* irrelevant - the information is not used when generating >> > pairs, which I thought was the original question. The charge >> > information is used during MD, when the pair list tells mdrun which >> > atoms interact in what way. Then you get Coul. 1-4 terms. Perhaps I >> > missed your point, but this whole thread started as "which charge is >> > used to generate pairs?" The answer is still none. >> > >> >> My sequence of 1-4 interaction generation should go like this I >> suppose: >> >> >> >> e.g. >> >> [pairs] >> >> 3 6 >> >> no parameters present therefore get from [pairtypes] directive. >> >> no [pairtypes] directive therefore get from [non_bonded parameters] >> >> directive as gen pairs = yes >> >> again no [non_bonded parameters] directive. >> >> Therefore generate 1,4 interaction parameters based on the normal >> sigma >> >> and epsilon values (comb rule 3) present in [atomtypes] directive, in >> >> accordance with fudge LJ and QQ. >> >> >> >> My point is, then in conclusion, that in this way surely the 1,4 >> >> electrostatic interactions are determined by the pair list and in my >> >> case gen_pairs = yes no? >> >> >> > >> > Yes. >> > >> > -Justin >> > >> >> Many Thanks >> >> >> >> Gavin >> >> >> >> >> >> Mark Abraham wrote: >> >>> On 02/08/11, *Gavin Melaugh * wrote: >> >>>> Hi Mark >> >>>> >> >>>> >> >>>> Thanks for the reply. >> >>>> I am currently reading that section of the manual and, unless I am >> >>>> completely mistaken, it seems to vindicate what I am saying. >> >>>> "Extra Lennard-Jones and electrostatic interactions between pairs of >> >>>> atoms in a molecule can be added in the [pairs] section of a >> molecule >> >>>> definition". >> >>>> In my [atom types] directive I have atomtype, charge mass, sigma and >> >>>> epsilon etc. All nonbonding parameters are then calculated >> >>>> according to >> >>>> the combination rule (in my case 3). 1-4 interactions are then >> >>>> calculated based on the information in [pairs] directive (all atoms >> >>>> are >> >>>> three bond away). I just have the atom indices of each pair in this >> >>>> directive therefore with gen_pairs = yes, the interaction parameters >> >>>> between each pair (which are 1-4) are calculated based on Fudge >> LJ and >> >>>> Fudge QQ (which are both 0.5 in
Re: [gmx-users] atom types
Hi Justin I see that we may have got our wires crossed from the off. Consider the [pairs] directive, which determines which atoms interact in a 1,4 manner. Consider two atoms listed the [pairs] directive. From the point of the Coulombic interaction between these two atoms I suppose my original question should have been: Does mdrun, when calculating the Coulombic potential between these two atoms, use the charges assigned to the atoms in the [atomtypes] directive or [atoms] directive ? Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Yes I think the example vindicates what I am saying as well. I suppose I >> the "contradiction" ( I'll call it the point of confusion) you refer to >> is perhaps when Justin (who is always more than helpful) said that >> "Charges are irrelevant for generation of pair interactions. Nonbonded >> pair interactions are LJ, not Coulombic. You will certainly have 1-4 >> Coulombic interactions, but they are not generated by gen_pairs. See >> manual section 5.3.4." >> > > Charges *are* irrelevant - the information is not used when generating > pairs, which I thought was the original question. The charge > information is used during MD, when the pair list tells mdrun which > atoms interact in what way. Then you get Coul. 1-4 terms. Perhaps I > missed your point, but this whole thread started as "which charge is > used to generate pairs?" The answer is still none. > >> My sequence of 1-4 interaction generation should go like this I suppose: >> >> e.g. >> [pairs] >> 3 6 >> no parameters present therefore get from [pairtypes] directive. >> no [pairtypes] directive therefore get from [non_bonded parameters] >> directive as gen pairs = yes >> again no [non_bonded parameters] directive. >> Therefore generate 1,4 interaction parameters based on the normal sigma >> and epsilon values (comb rule 3) present in [atomtypes] directive, in >> accordance with fudge LJ and QQ. >> >> My point is, then in conclusion, that in this way surely the 1,4 >> electrostatic interactions are determined by the pair list and in my >> case gen_pairs = yes no? >> > > Yes. > > -Justin > >> Many Thanks >> >> Gavin >> >> >> Mark Abraham wrote: >>> On 02/08/11, *Gavin Melaugh * wrote: >>>> Hi Mark >>>> >>>> >>>> Thanks for the reply. >>>> I am currently reading that section of the manual and, unless I am >>>> completely mistaken, it seems to vindicate what I am saying. >>>> "Extra Lennard-Jones and electrostatic interactions between pairs of >>>> atoms in a molecule can be added in the [pairs] section of a molecule >>>> definition". >>>> In my [atom types] directive I have atomtype, charge mass, sigma and >>>> epsilon etc. All nonbonding parameters are then calculated >>>> according to >>>> the combination rule (in my case 3). 1-4 interactions are then >>>> calculated based on the information in [pairs] directive (all atoms >>>> are >>>> three bond away). I just have the atom indices of each pair in this >>>> directive therefore with gen_pairs = yes, the interaction parameters >>>> between each pair (which are 1-4) are calculated based on Fudge LJ and >>>> Fudge QQ (which are both 0.5 in my case). All of this in conjunction >>>> with nrexcl =3. >>> That will generate parameters for the interactions listed in [pairs] >>> that do not have corresponding [pairtypes]. FudgeLJ and >>> [nonbond_params] are used in such generation, per other parts of 5.7. >>> >>>> Or am I completely wrong? >>>> In my set up then, are 1-4 Coulombic interactions determined by the >>>> pair >>>> list and fudge QQ? >>> If the contradiction you think exists is this one... >>>>> On 02/08/11, *Gavin Melaugh * wrote: >>>>>> Hi Justin >>>>>> >>>>>> Again thanks for the reply. I am not disagreeing with you but If I >>>> don't >>>>>> include a [pairs] directive in the topology file (with gen_pairs >>>> =yes), >>>>>> then there are no 1-4 LJ nor 1-4 Coulombic energies written in >>>>>> the log >>>>>> file. When I include the [pair s] directive then both types of >>>>>> interaction are written to the log file. Therefore does gen_pairs= >>>> yes + >>>>>> [pairs] directive generate 1,4 LJ and 1,4 Coulomb according to >>>> fudge LJ >>>>>> and QQ? >>> ... then 5.3.4 indicates that the presence of a [pairs] directive will >>> generate the 1,4 output fields. The parameters for that output are >>> taken from [pairtypes]. If gen-pairs=yes then the parameters are >>> generated, else some warning/error occurs. The example in 5.7.1 has >>> some more explanation about the use of the fudge parameters. >>> >>> Mark >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] to clear up the confusion regarding fudge LJ and QQ
Hi Justin and Mark Fudge LJ is only used when gen_pairs =yes. Fudge QQ is used regardless. I suppose a more concise and sensible question is the following: Are the atoms involved in the 1,4 Coulombic interactions specified in the [pairs] directive? If not how else are they generated. Cheers Gavin Gavin Melaugh wrote: > Yes I think the example vindicates what I am saying as well. I suppose I > the "contradiction" ( I'll call it the point of confusion) you refer to > is perhaps when Justin (who is always more than helpful) said that > "Charges are irrelevant for generation of pair interactions. Nonbonded > pair interactions are LJ, not Coulombic. You will certainly have 1-4 > Coulombic interactions, but they are not generated by gen_pairs. See > manual section 5.3.4." > > My sequence of 1-4 interaction generation should go like this I suppose: > > e.g. > [pairs] > 3 6 > no parameters present therefore get from [pairtypes] directive. > no [pairtypes] directive therefore get from [non_bonded parameters] > directive as gen pairs = yes > again no [non_bonded parameters] directive. > Therefore generate 1,4 interaction parameters based on the normal sigma > and epsilon values (comb rule 3) present in [atomtypes] directive, in > accordance with fudge LJ and QQ. > > My point is, then in conclusion, that in this way surely the 1,4 > electrostatic interactions are determined by the pair list and in my > case gen_pairs = yes no? > > Many Thanks > > Gavin > > > Mark Abraham wrote: > >> On 02/08/11, *Gavin Melaugh * wrote: >> >>> Hi Mark >>> >>> >>> Thanks for the reply. >>> I am currently reading that section of the manual and, unless I am >>> completely mistaken, it seems to vindicate what I am saying. >>> "Extra Lennard-Jones and electrostatic interactions between pairs of >>> atoms in a molecule can be added in the [pairs] section of a molecule >>> definition". >>> In my [atom types] directive I have atomtype, charge mass, sigma and >>> epsilon etc. All nonbonding parameters are then calculated according to >>> the combination rule (in my case 3). 1-4 interactions are then >>> calculated based on the information in [pairs] directive (all atoms are >>> three bond away). I just have the atom indices of each pair in this >>> directive therefore with gen_pairs = yes, the interaction parameters >>> between each pair (which are 1-4) are calculated based on Fudge LJ and >>> Fudge QQ (which are both 0.5 in my case). All of this in conjunction >>> with nrexcl =3. >>> >> That will generate parameters for the interactions listed in [pairs] >> that do not have corresponding [pairtypes]. FudgeLJ and >> [nonbond_params] are used in such generation, per other parts of 5.7. >> >> >>> Or am I completely wrong? >>> In my set up then, are 1-4 Coulombic interactions determined by the pair >>> list and fudge QQ? >>> >> If the contradiction you think exists is this one... >> >>>> On 02/08/11, *Gavin Melaugh * wrote: >>>> >>>>> Hi Justin >>>>> >>>>> Again thanks for the reply. I am not disagreeing with you but If I >>>>> >>> don't >>> >>>>> include a [pairs] directive in the topology file (with gen_pairs >>>>> >>> =yes), >>> >>>>> then there are no 1-4 LJ nor 1-4 Coulombic energies written in the log >>>>> file. When I include the [pair s] directive then both types of >>>>> interaction are written to the log file. Therefore does gen_pairs= >>>>> >>> yes + >>> >>>>> [pairs] directive generate 1,4 LJ and 1,4 Coulomb according to >>>>> >>> fudge LJ >>> >>>>> and QQ? >>>>> >> ... then 5.3.4 indicates that the presence of a [pairs] directive will >> generate the 1,4 output fields. The parameters for that output are >> taken from [pairtypes]. If gen-pairs=yes then the parameters are >> generated, else some warning/error occurs. The example in 5.7.1 has >> some more explanation about the use of the fudge parameters. >> >> Mark >> > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] atom types
Yes I think the example vindicates what I am saying as well. I suppose I the "contradiction" ( I'll call it the point of confusion) you refer to is perhaps when Justin (who is always more than helpful) said that "Charges are irrelevant for generation of pair interactions. Nonbonded pair interactions are LJ, not Coulombic. You will certainly have 1-4 Coulombic interactions, but they are not generated by gen_pairs. See manual section 5.3.4." My sequence of 1-4 interaction generation should go like this I suppose: e.g. [pairs] 3 6 no parameters present therefore get from [pairtypes] directive. no [pairtypes] directive therefore get from [non_bonded parameters] directive as gen pairs = yes again no [non_bonded parameters] directive. Therefore generate 1,4 interaction parameters based on the normal sigma and epsilon values (comb rule 3) present in [atomtypes] directive, in accordance with fudge LJ and QQ. My point is, then in conclusion, that in this way surely the 1,4 electrostatic interactions are determined by the pair list and in my case gen_pairs = yes no? Many Thanks Gavin Mark Abraham wrote: > On 02/08/11, *Gavin Melaugh * wrote: >> Hi Mark >> >> >> Thanks for the reply. >> I am currently reading that section of the manual and, unless I am >> completely mistaken, it seems to vindicate what I am saying. >> "Extra Lennard-Jones and electrostatic interactions between pairs of >> atoms in a molecule can be added in the [pairs] section of a molecule >> definition". >> In my [atom types] directive I have atomtype, charge mass, sigma and >> epsilon etc. All nonbonding parameters are then calculated according to >> the combination rule (in my case 3). 1-4 interactions are then >> calculated based on the information in [pairs] directive (all atoms are >> three bond away). I just have the atom indices of each pair in this >> directive therefore with gen_pairs = yes, the interaction parameters >> between each pair (which are 1-4) are calculated based on Fudge LJ and >> Fudge QQ (which are both 0.5 in my case). All of this in conjunction >> with nrexcl =3. > > That will generate parameters for the interactions listed in [pairs] > that do not have corresponding [pairtypes]. FudgeLJ and > [nonbond_params] are used in such generation, per other parts of 5.7. > >> Or am I completely wrong? >> In my set up then, are 1-4 Coulombic interactions determined by the pair >> list and fudge QQ? > > If the contradiction you think exists is this one... >> > On 02/08/11, *Gavin Melaugh * wrote: >> >> Hi Justin >> >> >> >> Again thanks for the reply. I am not disagreeing with you but If I >> don't >> >> include a [pairs] directive in the topology file (with gen_pairs >> =yes), >> >> then there are no 1-4 LJ nor 1-4 Coulombic energies written in the log >> >> file. When I include the [pair s] directive then both types of >> >> interaction are written to the log file. Therefore does gen_pairs= >> yes + >> >> [pairs] directive generate 1,4 LJ and 1,4 Coulomb according to >> fudge LJ >> >> and QQ? > > ... then 5.3.4 indicates that the presence of a [pairs] directive will > generate the 1,4 output fields. The parameters for that output are > taken from [pairtypes]. If gen-pairs=yes then the parameters are > generated, else some warning/error occurs. The example in 5.7.1 has > some more explanation about the use of the fudge parameters. > > Mark -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] atom types
Hi Mark Thanks for the reply. I am currently reading that section of the manual and, unless I am completely mistaken, it seems to vindicate what I am saying. "Extra Lennard-Jones and electrostatic interactions between pairs of atoms in a molecule can be added in the [pairs] section of a molecule definition". In my [atom types] directive I have atomtype, charge mass, sigma and epsilon etc. All nonbonding parameters are then calculated according to the combination rule (in my case 3). 1-4 interactions are then calculated based on the information in [pairs] directive (all atoms are three bond away). I just have the atom indices of each pair in this directive therefore with gen_pairs = yes, the interaction parameters between each pair (which are 1-4) are calculated based on Fudge LJ and Fudge QQ (which are both 0.5 in my case). All of this in conjunction with nrexcl =3. Or am I completely wrong? In my set up then, are 1-4 Coulombic interactions determined by the pair list and fudge QQ? Many Thanks Gavin Mark Abraham wrote: > > > On 02/08/11, *Gavin Melaugh * wrote: >> Hi Justin >> >> Again thanks for the reply. I am not disagreeing with you but If I don't >> include a [pairs] directive in the topology file (with gen_pairs =yes), >> then there are no 1-4 LJ nor 1-4 Coulombic energies written in the log >> file. When I include the [pair s] directive then both types of >> interaction are written to the log file. Therefore does gen_pairs= yes + >> [pairs] directive generate 1,4 LJ and 1,4 Coulomb according to fudge LJ >> and QQ? > > Does manual section 5.3.4 answer your question? > > Mark > >> >> Thanks >> >> Gavin >> >> Justin A. Lemkul wrote: >> > >> > >> > Gavin Melaugh wrote: >> >> Hi Justin >> >> >> >> Sorry to labour on this but: >> >> >> >> I don't quite understand what you mean when you say that nonbonded >> pair >> >> interactions are not Coulombic. Surely nonbonded charged atoms >> interact >> >> with each other, when close enough? (or by Nonbonded pair interactions >> >> do you explcitly mean 1-4,1-5, etc.) >> >> What are the 1-4 Coulombic interactions generated by, if not by >> >> gen_pairs =yes in my case? >> >> I have read this section of the manual loads and though I had a >> >> comprehensive understanding of it, but now I am confused again. >> >> >> > >> > Sure, there are nonbonded interactions for 1-4, 1-5, etc. But the >> > purpose of [pairtype] generation is for LJ terms only. They are >> > special 1-4 interactions between different atomtypes. Look at any >> > force field for which [pairtypes] are listed - they have only C6 and >> > C12 terms. Charges are not used for these calculations, but they are >> > applied later during the MD using normal Coulombic equations and >> FudgeQQ. >> > >> > -Justin >> > >> >> Thanks >> >> >> >> Gavin >> >> Justin A. Lemkul wrote: >> >>> >> >>> Gavin Melaugh wrote: >> >>>> Hi Justin >> >>>> >> >>>> I have checked the tpr file. Now it seems to assign the the two >> >>>> type of >> >>>> CHs as the same atom type, but at the same time with the specified >> >>>> charge from the [atoms] directive, as I expected. Concerning 1-4 >> >>>> interactions and gen_pairs =yes, my concern is this; from the pair >> >>>> list >> >>>> and using gen_pairs = yes, does grompp then take the 1-4 coulombic >> >>>> interaction for CH from the [atomtypes] directive (as the meaning of >> >>>> gen_pairs =yes)? >> >>>> Or does it assign the charge based on the atom index in the pair >> list? >> >>>> >> >>> Charges are irrelevant for generation of pair interactions. >> Nonbonded >> >>> pair interactions are LJ, not Coulombic. You will certainly have 1-4 >> >>> Coulombic interactions, but they are not generated by gen_pairs. See >> >>> manual section 5.3.4. >> >>> >> >>> -Justin >> >>> >> >>>> Many Thanks >> >>>> >> >>>> Gavin >> >>>> >> >>>> Justin A. Lemkul wrote: >> >>>>> Gavin Melaugh wrote: >> >>>>>> Hi all >> >>>>>> >> >>>>>> A very quick question. I h
Re: [gmx-users] atom types
Hi Justin Again thanks for the reply. I am not disagreeing with you but If I don't include a [pairs] directive in the topology file (with gen_pairs =yes), then there are no 1-4 LJ nor 1-4 Coulombic energies written in the log file. When I include the [pair s] directive then both types of interaction are written to the log file. Therefore does gen_pairs= yes + [pairs] directive generate 1,4 LJ and 1,4 Coulomb according to fudge LJ and QQ? Thanks Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> Sorry to labour on this but: >> >> I don't quite understand what you mean when you say that nonbonded pair >> interactions are not Coulombic. Surely nonbonded charged atoms interact >> with each other, when close enough? (or by Nonbonded pair interactions >> do you explcitly mean 1-4,1-5, etc.) >> What are the 1-4 Coulombic interactions generated by, if not by >> gen_pairs =yes in my case? >> I have read this section of the manual loads and though I had a >> comprehensive understanding of it, but now I am confused again. >> > > Sure, there are nonbonded interactions for 1-4, 1-5, etc. But the > purpose of [pairtype] generation is for LJ terms only. They are > special 1-4 interactions between different atomtypes. Look at any > force field for which [pairtypes] are listed - they have only C6 and > C12 terms. Charges are not used for these calculations, but they are > applied later during the MD using normal Coulombic equations and FudgeQQ. > > -Justin > >> Thanks >> >> Gavin >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Hi Justin >>>> >>>> I have checked the tpr file. Now it seems to assign the the two >>>> type of >>>> CHs as the same atom type, but at the same time with the specified >>>> charge from the [atoms] directive, as I expected. Concerning 1-4 >>>> interactions and gen_pairs =yes, my concern is this; from the pair >>>> list >>>> and using gen_pairs = yes, does grompp then take the 1-4 coulombic >>>> interaction for CH from the [atomtypes] directive (as the meaning of >>>> gen_pairs =yes)? >>>> Or does it assign the charge based on the atom index in the pair list? >>>> >>> Charges are irrelevant for generation of pair interactions. Nonbonded >>> pair interactions are LJ, not Coulombic. You will certainly have 1-4 >>> Coulombic interactions, but they are not generated by gen_pairs. See >>> manual section 5.3.4. >>> >>> -Justin >>> >>>> Many Thanks >>>> >>>> Gavin >>>> >>>> Justin A. Lemkul wrote: >>>>> Gavin Melaugh wrote: >>>>>> Hi all >>>>>> >>>>>> A very quick question. I have an atom-type labelled CH in the >>>>>> atom-types >>>>>> with a particular charge, and in the atom list I assign some of >>>>>> these >>>>>> specific atoms with zero charge as below. When I generate 1,4 >>>>>> interactions using gen_pairs =yes, what charge for the CH type >>>>>> does it >>>>>> use? Does gromacs assign the CH with the different charge as a new >>>>>> atom >>>>>> type. >>>>>> >>>>> Charges set in [atomtypes] are not used. The zero charge is >>>>> assigned. Verify this by using gmxdump on your .tpr file. >>>>> >>>>> -Justin >>>>> >>>>>> ;Parameter level >>>>>> [defaults] >>>>>> ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ >>>>>> 1 3 yes0.5 0.5 >>>>>> >>>>>> [atomtypes] >>>>>> ;type mass charge ptype sigma(nm) >>>>>> epsilon(kjmol-1) >>>>>>CB 12.011000 0.00 A 0.355000 >>>>>> 0.292880 >>>>>>CA 12.011000 -0.115000 A 0.355000 >>>>>> 0.292880 >>>>>>HC 1.008000 0.115000 A 0.242000 >>>>>> 0.125520 >>>>>>CU 13.019000 0.265000 A 0.35 >>>>>> 0.334720 >>>>>>NU 14.007000 -0.597000 A 0.325000 >>>>>> 0.711280 >>>>>>CH 13.019000 0.3320
Re: [gmx-users] atom types
Hi Justin Sorry to labour on this but: I don't quite understand what you mean when you say that nonbonded pair interactions are not Coulombic. Surely nonbonded charged atoms interact with each other, when close enough? (or by Nonbonded pair interactions do you explcitly mean 1-4,1-5, etc.) What are the 1-4 Coulombic interactions generated by, if not by gen_pairs =yes in my case? I have read this section of the manual loads and though I had a comprehensive understanding of it, but now I am confused again. Thanks Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> I have checked the tpr file. Now it seems to assign the the two type of >> CHs as the same atom type, but at the same time with the specified >> charge from the [atoms] directive, as I expected. Concerning 1-4 >> interactions and gen_pairs =yes, my concern is this; from the pair list >> and using gen_pairs = yes, does grompp then take the 1-4 coulombic >> interaction for CH from the [atomtypes] directive (as the meaning of >> gen_pairs =yes)? >> Or does it assign the charge based on the atom index in the pair list? >> > > Charges are irrelevant for generation of pair interactions. Nonbonded > pair interactions are LJ, not Coulombic. You will certainly have 1-4 > Coulombic interactions, but they are not generated by gen_pairs. See > manual section 5.3.4. > > -Justin > >> Many Thanks >> >> Gavin >> >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Hi all >>>> >>>> A very quick question. I have an atom-type labelled CH in the >>>> atom-types >>>> with a particular charge, and in the atom list I assign some of these >>>> specific atoms with zero charge as below. When I generate 1,4 >>>> interactions using gen_pairs =yes, what charge for the CH type does it >>>> use? Does gromacs assign the CH with the different charge as a new >>>> atom >>>> type. >>>> >>> Charges set in [atomtypes] are not used. The zero charge is >>> assigned. Verify this by using gmxdump on your .tpr file. >>> >>> -Justin >>> >>>> ;Parameter level >>>> [defaults] >>>> ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ >>>> 1 3 yes0.5 0.5 >>>> >>>> [atomtypes] >>>> ;type mass charge ptype sigma(nm) >>>> epsilon(kjmol-1) >>>>CB 12.011000 0.00 A 0.355000 0.292880 >>>>CA 12.011000 -0.115000 A 0.355000 0.292880 >>>>HC 1.008000 0.115000 A 0.242000 0.125520 >>>>CU 13.019000 0.265000 A 0.35 0.334720 >>>>NU 14.007000 -0.597000 A 0.325000 0.711280 >>>>CH 13.019000 0.332000 A 0.385000 0.334720 >>>>C3 15.035000 0.00 A 0.391000 0.669440 >>>>C2 14.027000 0.00 A 0.390500 0.493712 >>>> >>>> ;Molecular level >>>> [moleculetype] >>>> ; name nrexcl >>>> isotridecylcage 3 >>>> >>>> [atoms] >>>> . >>>> 72 CH 1 CGECH 24 0.3320 13.0190 >>>>73 C2 1 CGEC2 25 0. 14.0270 >>>>74 C2 1 CGEC2 25 0. 14.0270 >>>>75 C2 1 CGEC2 25 0. 14.0270 >>>>76 C2 1 CGEC2 26 0. 14.0270 >>>>77 C2 1 CGEC2 26 0. 14.0270 >>>>78 C2 1 CGEC2 26 0. 14.0270 >>>>79 C2 1 CGEC2 27 0. 14.0270 >>>>80 C2 1 CGEC2 27 0. 14.0270 >>>>81 C2 1 CGEC2 27 0. 14.0270 >>>>82 C2 1 CGEC2 28 0. 14.0270 >>>>83 CH 1 CGECH 28 0. 13.0190 >>>>84 C3 1 CGEC3 29 0. 15.0350 >>>> >>>> >>>> Many Thanks >>>> >>>> Gavin >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] atom types
Hi Justin I have checked the tpr file. Now it seems to assign the the two type of CHs as the same atom type, but at the same time with the specified charge from the [atoms] directive, as I expected. Concerning 1-4 interactions and gen_pairs =yes, my concern is this; from the pair list and using gen_pairs = yes, does grompp then take the 1-4 coulombic interaction for CH from the [atomtypes] directive (as the meaning of gen_pairs =yes)? Or does it assign the charge based on the atom index in the pair list? Many Thanks Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi all >> >> A very quick question. I have an atom-type labelled CH in the atom-types >> with a particular charge, and in the atom list I assign some of these >> specific atoms with zero charge as below. When I generate 1,4 >> interactions using gen_pairs =yes, what charge for the CH type does it >> use? Does gromacs assign the CH with the different charge as a new atom >> type. >> > > Charges set in [atomtypes] are not used. The zero charge is > assigned. Verify this by using gmxdump on your .tpr file. > > -Justin > >> ;Parameter level >> [defaults] >> ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ >> 1 3 yes0.5 0.5 >> >> [atomtypes] >> ;type mass charge ptype sigma(nm) >> epsilon(kjmol-1) >>CB 12.011000 0.00 A 0.355000 0.292880 >>CA 12.011000 -0.115000 A 0.355000 0.292880 >>HC 1.008000 0.115000 A 0.242000 0.125520 >>CU 13.019000 0.265000 A 0.35 0.334720 >>NU 14.007000 -0.597000 A 0.325000 0.711280 >>CH 13.019000 0.332000 A 0.385000 0.334720 >>C3 15.035000 0.00 A 0.391000 0.669440 >>C2 14.027000 0.00 A 0.390500 0.493712 >> >> ;Molecular level >> [moleculetype] >> ; name nrexcl >> isotridecylcage 3 >> >> [atoms] >> . >> 72 CH 1 CGECH 24 0.3320 13.0190 >>73 C2 1 CGEC2 25 0. 14.0270 >>74 C2 1 CGEC2 25 0. 14.0270 >>75 C2 1 CGEC2 25 0. 14.0270 >>76 C2 1 CGEC2 26 0. 14.0270 >>77 C2 1 CGEC2 26 0. 14.0270 >>78 C2 1 CGEC2 26 0. 14.0270 >>79 C2 1 CGEC2 27 0. 14.0270 >>80 C2 1 CGEC2 27 0. 14.0270 >>81 C2 1 CGEC2 27 0. 14.0270 >>82 C2 1 CGEC2 28 0. 14.0270 >>83 CH 1 CGECH 28 0. 13.0190 >>84 C3 1 CGEC3 29 0. 15.0350 >> >> >> Many Thanks >> >> Gavin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] atom types
Hi all A very quick question. I have an atom-type labelled CH in the atom-types with a particular charge, and in the atom list I assign some of these specific atoms with zero charge as below. When I generate 1,4 interactions using gen_pairs =yes, what charge for the CH type does it use? Does gromacs assign the CH with the different charge as a new atom type. ;Parameter level [defaults] ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ 1 3 yes0.5 0.5 [atomtypes] ;type mass charge ptype sigma(nm) epsilon(kjmol-1) CB 12.011000 0.00 A 0.355000 0.292880 CA 12.011000 -0.115000 A 0.355000 0.292880 HC 1.008000 0.115000 A 0.242000 0.125520 CU 13.019000 0.265000 A 0.35 0.334720 NU 14.007000 -0.597000 A 0.325000 0.711280 CH 13.019000 0.332000 A 0.385000 0.334720 C3 15.035000 0.00 A 0.391000 0.669440 C2 14.027000 0.00 A 0.390500 0.493712 ;Molecular level [moleculetype] ; name nrexcl isotridecylcage 3 [atoms] . 72 CH 1 CGECH 24 0.3320 13.0190 73 C2 1 CGEC2 25 0. 14.0270 74 C2 1 CGEC2 25 0. 14.0270 75 C2 1 CGEC2 25 0. 14.0270 76 C2 1 CGEC2 26 0. 14.0270 77 C2 1 CGEC2 26 0. 14.0270 78 C2 1 CGEC2 26 0. 14.0270 79 C2 1 CGEC2 27 0. 14.0270 80 C2 1 CGEC2 27 0. 14.0270 81 C2 1 CGEC2 27 0. 14.0270 82 C2 1 CGEC2 28 0. 14.0270 83 CH 1 CGECH 28 0. 13.0190 84 C3 1 CGEC3 29 0. 15.0350 Many Thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] lattice Coulomb energy between energy groups
Hi Justin Thanks for the reply. I take it then, if I use the maxwarn option, it will still apply the exclusion for the short-range non-bonding interactions. Cheers Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi all >> >> I have set up a simulation with PBC using PME and specify an energy >> group enclusion involving some virtual sites and a hydrocarbon chain. >> i.e. hydrocarbon chain is one energy group and the virtual sites >> constitute the other group. Grompp generates the following warning >> >> "Can not exclude the lattice Coulomb energy between energy groups" >> >> I have checked the mailing list and the manual but there doesn't seem to >> be any concise answers. Given the fact that both groups are not charged >> is it O.K. to ignore this warning. >> > > Probably. The warning indicates that one cannot use energygrp_excl to > exclude components of the PME mesh; such exclusions only apply to > short-range interactions that can be decomposed pairwise. Since the > PME mesh is dependent on all the entities in the system, there is not > way to simply calculate the mesh, except for some interactions between > groups A and B. If there are no charges on groups A and B, you should > be fine. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] lattice Coulomb energy between energy groups
Hi all I have set up a simulation with PBC using PME and specify an energy group enclusion involving some virtual sites and a hydrocarbon chain. i.e. hydrocarbon chain is one energy group and the virtual sites constitute the other group. Grompp generates the following warning "Can not exclude the lattice Coulomb energy between energy groups" I have checked the mailing list and the manual but there doesn't seem to be any concise answers. Given the fact that both groups are not charged is it O.K. to ignore this warning. Many Thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] error bars g_wham
Hi all I have read the manual and the recent JCTC paper on g_wham, and I was wondering how to actually get the error bars on the profile.xvg file outputted from g_wham. Many Thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] Re: convergence
Please ignore my last question, I have found the answer using the g_wham -h option Cheers Gavin Gavin Melaugh wrote: > Hi all > > I have generated a PMF curve over 15 ns. Does g_wham have a facility > whereby I can calculate the PMF over say 7 ns, to check for convergence. > There doesn't seem to be anything in the manual. > > Many thanks > > Gavin > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] convergence
Hi all I have generated a PMF curve over 15 ns. Does g_wham have a facility whereby I can calculate the PMF over say 7 ns, to check for convergence. There doesn't seem to be anything in the manual. Many thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Re: distance/direction PMF
Hi Justin I think what is happening is that grompp is returning the projection of the current vector between the two reference groups onto the stated vector in the mdp file. i.e the dot product of the two vectors. The resulting PMF plot must therefore be a function of this varying cross product. I say varying as I don't think the dynamics constrain the pull group alone that vector alone. When you change the vector in the mdp file to be that of the new vector connecting the two groups grompp gives the actual distance between the two groups. Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Yeah >> >> I set pull_init =0, and pull_start = yes, and it still gave a "distance >> at start" as 0.78nm. It must be doing something funny because with >> pull_vec, because when I use pull_geometry = distance and pull_dim >> = Y Y Y, the distance 0.815nm is returned as the "distance at start", >> which is the actual distance between the two groups. >> > > I have no idea why this is happening. If you'd like me to > troubleshoot further and see if I can get to the bottom of this, > please send me (off-list is OK): > > 1. Coordinate file > 2. Topology file(s) > 3. The .mdp file that is giving the weird result > > -Justin > >> Cheers >> >> Gavin >> >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Hi Justin >>>> >>>> Sorry maybe I was unclear before with my first point; the specified >>>> distance in the mdp file is 0.78nm, which grompp returns back as >>>> the ref >>>> distance. The "distance at the start" that grompp returns is also >>>> 0.78nm, even though the actual distance is 0.815nm. That's why I was >>>> asking what this distance actually means, as it is not the absolute >>>> distance between the reference groups. >>> As I said before, you're telling grompp to make that the reference >>> distance. You say "the specified distance in the mdp file is 0.78 nm," >>> therefore grompp is doing what it's told. If that's not the desired >>> distance, then don't set it as such. Have you tried the combination I >>> suggested in the last message? Does it give an initial distance of >>> 0.815 nm? >>> >>>> Also as regards to your second point; what if in the initial >>>> configurations the two reference groups do not lie along the stated >>>> vector? >>>> >>> Hard to say, but probably you'll get some very high forces at the >>> outset of the simulation as the simulation as the umbrella potential >>> tries to force the pulled group to conform to the restraint >>> specifications. Whether or not that negatively impacts the ultimate >>> result of the simulation is also an important consideration. If >>> you're pulling along a given vector, you should start with your >>> reference coordinates as close to the desired location as possible. >>> >>> -Justin >>> >>>> Cheers >>>> >>>> Gavin >>>> >>>> Justin A. Lemkul wrote: >>>>> Gavin Melaugh wrote: >>>>>> Justin >>>>>> >>>>>> I did a short test on a particular window with the specified vector >>>>>> with >>>>>> pull_init =0.78nm. I then grompp(ed) the final configuration and it >>>>>> gave >>>>>> me a distance of 0.78 as the initial ditsance, fair enough. However >>>>>> when >>>>>> I viewed the final line from g_dist the absolute distance or >>>>>> modulus was >>>>>> 0.815 nm, which agreed with the distance I calculated using a >>>>>> molecular >>>>>> configuration editor. My question is therefore this, when using >>>>>> pull_geometry =direction with a specified vector, How should one >>>>>> interpret the initial distance provided by grompp? and how does >>>>>> Gromacs >>>>>> deal with the fact that the vector between the two point changes >>>>>> during >>>>>> the run ? >>>>>> >>>>> You're telling grompp that the initial distance is 0.78 nm, so it's >>>>> spitting that back out. If that's not the true distance, then >>>>> specify >>>>> the correct quantity :) The distance should be correctly detected >>>>> with: >>>>> >>>>> pull_start = yes >>>>> pull_init = 0 >>>>> >>>>> As for the second question, the vector doesn't change over the >>>>> simulation, but the position of pull_group1 along that vector will. >>>>> That's what the umbrella potential is doing - it allows for harmonic >>>>> oscillation along any of the dimensions specified by >>>>> pull_vec/pull_dim >>>>> (depending on the settings). >>>>> >>>>> -Justin >>>>> >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Re: distance/direction PMF
Yeah I set pull_init =0, and pull_start = yes, and it still gave a "distance at start" as 0.78nm. It must be doing something funny because with pull_vec, because when I use pull_geometry = distance and pull_dim = Y Y Y, the distance 0.815nm is returned as the "distance at start", which is the actual distance between the two groups. Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> Sorry maybe I was unclear before with my first point; the specified >> distance in the mdp file is 0.78nm, which grompp returns back as the ref >> distance. The "distance at the start" that grompp returns is also >> 0.78nm, even though the actual distance is 0.815nm. That's why I was >> asking what this distance actually means, as it is not the absolute >> distance between the reference groups. > > As I said before, you're telling grompp to make that the reference > distance. You say "the specified distance in the mdp file is 0.78 nm," > therefore grompp is doing what it's told. If that's not the desired > distance, then don't set it as such. Have you tried the combination I > suggested in the last message? Does it give an initial distance of > 0.815 nm? > >> Also as regards to your second point; what if in the initial >> configurations the two reference groups do not lie along the stated >> vector? >> > > Hard to say, but probably you'll get some very high forces at the > outset of the simulation as the simulation as the umbrella potential > tries to force the pulled group to conform to the restraint > specifications. Whether or not that negatively impacts the ultimate > result of the simulation is also an important consideration. If > you're pulling along a given vector, you should start with your > reference coordinates as close to the desired location as possible. > > -Justin > >> Cheers >> >> Gavin >> >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Justin >>>> >>>> I did a short test on a particular window with the specified vector >>>> with >>>> pull_init =0.78nm. I then grompp(ed) the final configuration and it >>>> gave >>>> me a distance of 0.78 as the initial ditsance, fair enough. However >>>> when >>>> I viewed the final line from g_dist the absolute distance or >>>> modulus was >>>> 0.815 nm, which agreed with the distance I calculated using a >>>> molecular >>>> configuration editor. My question is therefore this, when using >>>> pull_geometry =direction with a specified vector, How should one >>>> interpret the initial distance provided by grompp? and how does >>>> Gromacs >>>> deal with the fact that the vector between the two point changes >>>> during >>>> the run ? >>>> >>> You're telling grompp that the initial distance is 0.78 nm, so it's >>> spitting that back out. If that's not the true distance, then specify >>> the correct quantity :) The distance should be correctly detected >>> with: >>> >>> pull_start = yes >>> pull_init = 0 >>> >>> As for the second question, the vector doesn't change over the >>> simulation, but the position of pull_group1 along that vector will. >>> That's what the umbrella potential is doing - it allows for harmonic >>> oscillation along any of the dimensions specified by pull_vec/pull_dim >>> (depending on the settings). >>> >>> -Justin >>> >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Re: distance/direction PMF
Hi Justin Sorry maybe I was unclear before with my first point; the specified distance in the mdp file is 0.78nm, which grompp returns back as the ref distance. The "distance at the start" that grompp returns is also 0.78nm, even though the actual distance is 0.815nm. That's why I was asking what this distance actually means, as it is not the absolute distance between the reference groups. Also as regards to your second point; what if in the initial configurations the two reference groups do not lie along the stated vector? Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Justin >> >> I did a short test on a particular window with the specified vector with >> pull_init =0.78nm. I then grompp(ed) the final configuration and it gave >> me a distance of 0.78 as the initial ditsance, fair enough. However when >> I viewed the final line from g_dist the absolute distance or modulus was >> 0.815 nm, which agreed with the distance I calculated using a molecular >> configuration editor. My question is therefore this, when using >> pull_geometry =direction with a specified vector, How should one >> interpret the initial distance provided by grompp? and how does Gromacs >> deal with the fact that the vector between the two point changes during >> the run ? >> > > You're telling grompp that the initial distance is 0.78 nm, so it's > spitting that back out. If that's not the true distance, then specify > the correct quantity :) The distance should be correctly detected with: > > pull_start = yes > pull_init = 0 > > As for the second question, the vector doesn't change over the > simulation, but the position of pull_group1 along that vector will. > That's what the umbrella potential is doing - it allows for harmonic > oscillation along any of the dimensions specified by pull_vec/pull_dim > (depending on the settings). > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Re: distance/direction PMF
Justin I did a short test on a particular window with the specified vector with pull_init =0.78nm. I then grompp(ed) the final configuration and it gave me a distance of 0.78 as the initial ditsance, fair enough. However when I viewed the final line from g_dist the absolute distance or modulus was 0.815 nm, which agreed with the distance I calculated using a molecular configuration editor. My question is therefore this, when using pull_geometry =direction with a specified vector, How should one interpret the initial distance provided by grompp? and how does Gromacs deal with the fact that the vector between the two point changes during the run ? Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> Many thanks for the reply I know technically I am doing two different >> things. However due to my starting conifgurations in both cases I would >> expect similar results. >> Could you confirm the following points >> >> 1) In pull_geometry=distance, and pull_dim =YYY; is the absolute >> distance between the COM of both groups in all directions considered ? >> > > Yes. > >> 2) In pull_geometry = direction, with a specified vector; I assume that >> it is the distance between the two groups along this vector that is >> considered? >> > > Should be. Compare the output of g_dist with what grompp reports as > the initial distance. > >> 3) Is the specified vector taken to be the vector connecting the two >> points? Therefore are the desired distances in the mdp files essentially >> the magnitudes of this vector at each window. >> > > Per the documentation, grompp normalizes the vector, so no, not > directly. But if you have proper settings for pull_init/pull_start, > then the reference distance should be correctly calculated along the > specified vector for each window. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Re: distance/direction PMF
Hi Justin Many thanks for the reply I know technically I am doing two different things. However due to my starting conifgurations in both cases I would expect similar results. Could you confirm the following points 1) In pull_geometry=distance, and pull_dim =YYY; is the absolute distance between the COM of both groups in all directions considered ? 2) In pull_geometry = direction, with a specified vector; I assume that it is the distance between the two groups along this vector that is considered? 3) Is the specified vector taken to be the vector connecting the two points? Therefore are the desired distances in the mdp files essentially the magnitudes of this vector at each window. Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi all >> >> Could someone please get back to me on this. I have ran two sets of >> umbrella sampling simulations >> 1- Using pull_geometry = distance, and pull_dim = Y Y Y >> 2- Using pull_geometry = direction, with pull_vec = 0.462808 0.494125 >> 0.735968 >> >> In both cases I wish to calculate the PMF for taking a host out of a >> guest. I specify the distance between the COM of the two groups in the >> respective mdp files. The two curves I get are completely different >> which has leads me to ask a couple of questions: >> > > You're doing two different things here, so I'd suspect that you're > going to get a different answer with different settings. > >> 1) Does the vector change as the dynamics evolves (i.e is it just >> relative between the two points) or does it remain fixed in space? >> > > It is relative. > >> 2) Using umbrella sampling in the second case does the relative position >> of the pull group (guest) fluctuate about the distance along the >> specified vector? >> > > Yes. > >> Note- I couldn't run g_wham with pull_geometry = direction in my current >> version of gromacs, so I ran it in 4.5.3 but I had to use the -if >> pullf-files.xvg option. >> > > We'll have to assume that your "current version" is something in the > 4.0.x series, so this outcome is expected. > > http://www.gromacs.org/Documentation/How-tos/Potential_of_Mean_Force > >> Some help would be appreciated as I have to be sure of what the program >> is actually doing. >> > > There's always the code :) > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] distance/direction PMF
Hi all Could someone please get back to me on this. I have ran two sets of umbrella sampling simulations 1- Using pull_geometry = distance, and pull_dim = Y Y Y 2- Using pull_geometry = direction, with pull_vec = 0.462808 0.494125 0.735968 In both cases I wish to calculate the PMF for taking a host out of a guest. I specify the distance between the COM of the two groups in the respective mdp files. The two curves I get are completely different which has leads me to ask a couple of questions: 1) Does the vector change as the dynamics evolves (i.e is it just relative between the two points) or does it remain fixed in space? 2) Using umbrella sampling in the second case does the relative position of the pull group (guest) fluctuate about the distance along the specified vector? Note- I couldn't run g_wham with pull_geometry = direction in my current version of gromacs, so I ran it in 4.5.3 but I had to use the -if pullf-files.xvg option. Some help would be appreciated as I have to be sure of what the program is actually doing. Many thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] fatal error
Hi all Why is pull geometry direction not supported in g_wham ? I got the following error. I did this to compare with the same simulations but with pull geometry = distance. Fatal error: Pull geometry direction not supported -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] pull_vec
Hi all In umbrella sampling simulations: If pull_geometry = direction, and pull_vec is obviously a specified vector, does the distance between the two groups only vary along that vector? i.e Is the umbrella potential only defined along that vector? Many Thanks Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] energy conservation
Hi all I have run a very long NVT simulation >500ns of one molecule (220 atoms) to try to assess the fluctuations in a particular event. When I analyse the energies it seems that the conserved quantity drifts significantly. Why would this be? Has it got to do with the thermostat I am using? Please find below the mdp file. title = Pull test cpp = include = define = integrator = md nsteps = 3 dt = 0.001 nstxout = 15 nstvout = 15 nstlog = 15 nstenergy = 15000 nstfout = 15 pbc = no nstlist = 0 ns_type = simple vdwtype = cut-off rlist = 0 rvdw_switch = 0 rvdw= 0 coulombtype = cut-off rcoulomb= 0 tcoupl = nose-hoover tc_grps = system tau_t = 0.1 ref_t = 400 gen_vel = no gen_temp= constraints = none comm_mode = angular Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] Energy groups
Hi all If I have a topology with set up below (excerpts). And define energy groups in the .mdp file say 'virtsites' and 'endgroup' in correspondence with the index file. Will defining energygrp_exl 'virtsites' and 'endgroup' prevent nonbonding interactions between any atom in either of these groups. Also will all other nonbonding interactions stated in the topology remain the same? Many Thanks Gavin ;Parameter level [defaults] ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ 1 3 yes0.5 0.5 [atomtypes] ;type mass charge ptype sigma(nm) epsilon(kjmol-1) CB 12.011000 0.00 A 0.355000 0.292880 CA 12.011000 -0.115000 A 0.355000 0.292880 HC 1.008000 0.115000 A 0.242000 0.125520 CU 13.019000 0.265000 A 0.35 0.334720 NU 14.007000 -0.597000 A 0.325000 0.711280 CH 13.019000 0.332000 A 0.385000 0.334720 C3 15.035000 0.00 A 0.391000 0.669440 C2 14.027000 0.00 A 0.390500 0.493712 VS 0.0 0.0V 0.0 0.0 [nonbond_params] ;i j funct sigma epsilon VS C3 1 0.10.03153 -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] exclusions
Regarding my earlier post- If someone could confirm. Taking into account that atom indices start from zero. Then excls[0] = exclusions centred around atom 1. [0..12] = there are 13 exclusions each one labelled form 0-12. I then assume that you read the exclusions with respect to atom 0 (actual index =1) In the next set do you read the exclusion with respect to atom 1 (actual index =2). and so on Many thanks in advance Gavin Gavin Melaugh wrote: > Hi all > > I am cheking the non binary version topol.tpr form grompp and I was > wondering what the following format for the exclusion section signifies? > > excls: > nr=228 > nra=1920 > excls[0][0..12]={0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 16} > excls[1][13..25]={0, 1, 2, 3, 4, 5, 6, 7, 9, 10, 11, 12, 15} > > > Also I take it, that this is a result of nrexcl =3 > > Cheers > > Gavin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] exclusions
Hi all I am cheking the non binary version topol.tpr form grompp and I was wondering what the following format for the exclusion section signifies? excls: nr=228 nra=1920 excls[0][0..12]={0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 16} excls[1][13..25]={0, 1, 2, 3, 4, 5, 6, 7, 9, 10, 11, 12, 15} Also I take it, that this is a result of nrexcl =3 Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] charge groups
Also. Obviously I arranged the charge groups like this so that they would be neutral, I just didn't realise that the atoms comprising the charge groups had to be in sequence. Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> As you can see atomnr 7 HC should belong to the same charge group (1) as >> atomnr 1&2. From the tpr file atomnr 7 (in this file 6) seems to have >> its own charge group (3). >> >> [atoms] >> ; atomnr type resnr residue namecgnr charge mass >> 1 CA 1 CGECA 1 -0.1150 12.0110 >> 2 CB 1 CGECB 1 0. 12.0110 >> 3 CA 1 CGECA 2 -0.1150 12.0110 >> 4 CB 1 CGECB 2 0. 12.0110 >> 5 CA 1 CGECA 3 -0.1150 12.0110 >> 6 CB 1 CGECB 3 0. 12.0110 >> 7 HC 1 CGEHC 1 0.1150 1.0080 >> 8 CU 1 CGECU 13 0.2650 13.0190 >> 9 NU 1 CGENU 13 -0.5970 14.0070 >>10 HC 1 CGEHC 2 0.1150 1.0080 >>11 CU 1 CGECU 14 0.2650 13.0190 >>12 NU 1 CGENU 14 -0.5970 14.0070 >>13 HC 1 CGEHC 3 0.1150 1.0080 >>14 CU 1 CGECU 15 0.2650 13.0190 >>15 NU 1 CGENU 15 -0.5970 14.0070 >> >> cgs: >> nr=112 >> cgs[0]={0..1} >> cgs[1]={2..3} >> cgs[2]={4..5} >> cgs[3]={6..6} >> cgs[4]={7..8} >> cgs[5]={9..9} >> cgs[6]={10..11} >> cgs[7]={12..12} >> cgs[8]={13..14} >> cgs[9]={15..16} >> cgs[10]={17..18} >> cgs[11]={19..20} >> cgs[12]={21..21} >> cgs[13]={22..23} >> cgs[14]={24..24} >> cgs[15]={25..26} >> cgs[16]={27..27} >> cgs[17]={28..29} >> cgs[18]={30..31} >> cgs[19]={32..33} >> cgs[20]={34..35} >> cgs[21]={36..36} >> cgs[22]={37..38} >> cgs[23]={39..39} >> cgs[24]={40..41} >> cgs[25]={42..42} >> cgs[26]={43..44} >> cgs[27]={45..46} >> >> > > Then it seems pretty clear that one cannot have discontinuous charge > groups. I will find somewhere to put this fact in the manual. It may > be a useful enhancement request. If you need these discontinuous > charge groups in your topology, you'll have to reorganize it such that > all grouped atoms are consecutive. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] charge groups
O.K cheers I assume that this is irrelevant in vacuum with no cut-offs Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> As you can see atomnr 7 HC should belong to the same charge group (1) as >> atomnr 1&2. From the tpr file atomnr 7 (in this file 6) seems to have >> its own charge group (3). >> >> [atoms] >> ; atomnr type resnr residue namecgnr charge mass >> 1 CA 1 CGECA 1 -0.1150 12.0110 >> 2 CB 1 CGECB 1 0. 12.0110 >> 3 CA 1 CGECA 2 -0.1150 12.0110 >> 4 CB 1 CGECB 2 0. 12.0110 >> 5 CA 1 CGECA 3 -0.1150 12.0110 >> 6 CB 1 CGECB 3 0. 12.0110 >> 7 HC 1 CGEHC 1 0.1150 1.0080 >> 8 CU 1 CGECU 13 0.2650 13.0190 >> 9 NU 1 CGENU 13 -0.5970 14.0070 >>10 HC 1 CGEHC 2 0.1150 1.0080 >>11 CU 1 CGECU 14 0.2650 13.0190 >>12 NU 1 CGENU 14 -0.5970 14.0070 >>13 HC 1 CGEHC 3 0.1150 1.0080 >>14 CU 1 CGECU 15 0.2650 13.0190 >>15 NU 1 CGENU 15 -0.5970 14.0070 >> >> cgs: >> nr=112 >> cgs[0]={0..1} >> cgs[1]={2..3} >> cgs[2]={4..5} >> cgs[3]={6..6} >> cgs[4]={7..8} >> cgs[5]={9..9} >> cgs[6]={10..11} >> cgs[7]={12..12} >> cgs[8]={13..14} >> cgs[9]={15..16} >> cgs[10]={17..18} >> cgs[11]={19..20} >> cgs[12]={21..21} >> cgs[13]={22..23} >> cgs[14]={24..24} >> cgs[15]={25..26} >> cgs[16]={27..27} >> cgs[17]={28..29} >> cgs[18]={30..31} >> cgs[19]={32..33} >> cgs[20]={34..35} >> cgs[21]={36..36} >> cgs[22]={37..38} >> cgs[23]={39..39} >> cgs[24]={40..41} >> cgs[25]={42..42} >> cgs[26]={43..44} >> cgs[27]={45..46} >> >> > > Then it seems pretty clear that one cannot have discontinuous charge > groups. I will find somewhere to put this fact in the manual. It may > be a useful enhancement request. If you need these discontinuous > charge groups in your topology, you'll have to reorganize it such that > all grouped atoms are consecutive. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] charge groups
As you can see atomnr 7 HC should belong to the same charge group (1) as atomnr 1&2. From the tpr file atomnr 7 (in this file 6) seems to have its own charge group (3). [atoms] ; atomnr type resnr residue namecgnr charge mass 1 CA 1 CGECA 1 -0.1150 12.0110 2 CB 1 CGECB 1 0. 12.0110 3 CA 1 CGECA 2 -0.1150 12.0110 4 CB 1 CGECB 2 0. 12.0110 5 CA 1 CGECA 3 -0.1150 12.0110 6 CB 1 CGECB 3 0. 12.0110 7 HC 1 CGEHC 1 0.1150 1.0080 8 CU 1 CGECU 13 0.2650 13.0190 9 NU 1 CGENU 13 -0.5970 14.0070 10 HC 1 CGEHC 2 0.1150 1.0080 11 CU 1 CGECU 14 0.2650 13.0190 12 NU 1 CGENU 14 -0.5970 14.0070 13 HC 1 CGEHC 3 0.1150 1.0080 14 CU 1 CGECU 15 0.2650 13.0190 15 NU 1 CGENU 15 -0.5970 14.0070 cgs: nr=112 cgs[0]={0..1} cgs[1]={2..3} cgs[2]={4..5} cgs[3]={6..6} cgs[4]={7..8} cgs[5]={9..9} cgs[6]={10..11} cgs[7]={12..12} cgs[8]={13..14} cgs[9]={15..16} cgs[10]={17..18} cgs[11]={19..20} cgs[12]={21..21} cgs[13]={22..23} cgs[14]={24..24} cgs[15]={25..26} cgs[16]={27..27} cgs[17]={28..29} cgs[18]={30..31} cgs[19]={32..33} cgs[20]={34..35} cgs[21]={36..36} cgs[22]={37..38} cgs[23]={39..39} cgs[24]={40..41} cgs[25]={42..42} cgs[26]={43..44} cgs[27]={45..46} Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> The two files processed.top and topol.top are the exact same. What is >> worrying me is that when I look at the topol.tpr from gmxdump, my charge >> groups do not seem to be specified the way I stated in the topology >> file. >> > > Can you provide a relevant snippet of the gmxdump output to > demonstrate this? > > Consecutive numbering is not stated as a requirement in the manual, > and if it is in the code, then it needs to be either documented as > being necessary, and/or an enhancement request needs to be filed on > redmine for non-consecutive charge group numbering. > > -Justin > >> Gavin >> >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Hi all >>>> >>>> Do atoms belonging to the same charge group have to be indexed >>>> consecutively in the topology file or can you have the following. >>>> >>>> [atoms] >>>>1 CA 1 CGECA 1 -0.1150 12.0110 >>>> 2 CB 1 CGECB 1 0. 12.0110 >>>> 3 CA 1 CGECA 2 -0.1150 12.0110 >>>> 4 CB 1 CGE :wq >>>> CB 2 0. 12.0110 >>> Assuming you fix this, then yes, splitting charge groups can work. >>> Use grompp -pp to see the post-processed topology to make sure >>> everything came out as expected. >>> >>> -Justin >>> >>>> 5 CA 1 CGECA 3 -0.1150 12.0110 >>>> 6 CB 1 CGECB 3 0. 12.0110 >>>> 7 HC 1 CGEHC 1 0.1150 1.0080 >>>> 8 CU 1 CGECU 13 0.2650 13.0190 >>>> 9 NU 1 CGENU 13 -0.5970 14.0070 >>>>10 HC 1 CGEHC 2 0.1150 1.0080 >>>>11 CU 1 CGECU 14 0.2650 13.0190 >>>>12 NU 1 CGENU 14 -0.5970 14.0070 >>>>13 HC 1 CGEHC 3 0.1150 1.0080 >>>> >>>> Cheers >>>> >>>> Gavin >> >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] charge groups
Hi Justin The two files processed.top and topol.top are the exact same. What is worrying me is that when I look at the topol.tpr from gmxdump, my charge groups do not seem to be specified the way I stated in the topology file. Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi all >> >> Do atoms belonging to the same charge group have to be indexed >> consecutively in the topology file or can you have the following. >> >> [atoms] >>1 CA 1 CGECA 1 -0.1150 12.0110 >> 2 CB 1 CGECB 1 0. 12.0110 >> 3 CA 1 CGECA 2 -0.1150 12.0110 >> 4 CB 1 CGE :wq >> CB 2 0. 12.0110 > > Assuming you fix this, then yes, splitting charge groups can work. > Use grompp -pp to see the post-processed topology to make sure > everything came out as expected. > > -Justin > >> 5 CA 1 CGECA 3 -0.1150 12.0110 >> 6 CB 1 CGECB 3 0. 12.0110 >> 7 HC 1 CGEHC 1 0.1150 1.0080 >> 8 CU 1 CGECU 13 0.2650 13.0190 >> 9 NU 1 CGENU 13 -0.5970 14.0070 >>10 HC 1 CGEHC 2 0.1150 1.0080 >>11 CU 1 CGECU 14 0.2650 13.0190 >>12 NU 1 CGENU 14 -0.5970 14.0070 >>13 HC 1 CGEHC 3 0.1150 1.0080 >> >> Cheers >> >> Gavin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] charge groups
Hi all Do atoms belonging to the same charge group have to be indexed consecutively in the topology file or can you have the following. [atoms] 1 CA 1 CGECA 1 -0.1150 12.0110 2 CB 1 CGECB 1 0. 12.0110 3 CA 1 CGECA 2 -0.1150 12.0110 4 CB 1 CGE :wq CB 2 0. 12.0110 5 CA 1 CGECA 3 -0.1150 12.0110 6 CB 1 CGECB 3 0. 12.0110 7 HC 1 CGEHC 1 0.1150 1.0080 8 CU 1 CGECU 13 0.2650 13.0190 9 NU 1 CGENU 13 -0.5970 14.0070 10 HC 1 CGEHC 2 0.1150 1.0080 11 CU 1 CGECU 14 0.2650 13.0190 12 NU 1 CGENU 14 -0.5970 14.0070 13 HC 1 CGEHC 3 0.1150 1.0080 Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] energy group error
Hi again To rephrase. If I have two atoms constructing a charge group, is it not possible to have one of these atoms constructing an energy group on its own? Cheers Gavin Gavin Melaugh wrote: > Hi All > > I have set up a topology file and with virtual sites (exerpts below), > whereby my virtual sites only interact with the C3 atoms. I am trying to > construct a PMF wrt one particular C3. This atom I do not want to > interact with the virtual sites at all. I thought the best way to do > this was via energy exclusion groups. So I set up some groups in the > index file (see below), and defined the energy groups like so > energygrps = vsites vsitex > energygrp_excl = vsites vsitex > > but I get the following error > > Fatal error: > atoms 415 and 416 in charge group 89 of molecule type 'name' are in > different energy groups > I have no charge group 89 in my molecule. Can someone please suggest > where I might be going wrong. > > ;Parameter level > [defaults] > ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ > 1 3 yes0.5 0.5 > > [atomtypes] > ;type mass charge ptype sigma(nm) > epsilon(kjmol-1) >CB 12.011000 0.00 A 0.355000 0.292880 >CA 12.011000 -0.115000 A 0.355000 0.292880 >HC 1.008000 0.115000 A 0.242000 0.125520 >CU 13.019000 0.265000 A 0.35 0.334720 >NU 14.007000 -0.597000 A 0.325000 0.711280 >CH 13.019000 0.332000 A 0.385000 0.334720 >C3 15.035000 0.00 A 0.391000 0.669440 >C2 14.027000 0.00 A 0.390500 0.493712 >VS 0.0 0.0V 0.0 0.0 > > [nonbond_params] > ;i j funct sigma epsilon > VS C3 1 0.10.03153 > > > [ cage_1 ] >123456789 10 11 12 13 14 15 > 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 > 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 > 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 > 61 75 89 103 117 131 145 159 173 187 201 215 > [ tail ] > 416 > [ vsites ] > 229 230 231 232 461 462 463 464 > [ vsitex ] > 416 > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] energy group error
Hi All I have set up a topology file and with virtual sites (exerpts below), whereby my virtual sites only interact with the C3 atoms. I am trying to construct a PMF wrt one particular C3. This atom I do not want to interact with the virtual sites at all. I thought the best way to do this was via energy exclusion groups. So I set up some groups in the index file (see below), and defined the energy groups like so energygrps = vsites vsitex energygrp_excl = vsites vsitex but I get the following error Fatal error: atoms 415 and 416 in charge group 89 of molecule type 'name' are in different energy groups I have no charge group 89 in my molecule. Can someone please suggest where I might be going wrong. ;Parameter level [defaults] ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ 1 3 yes0.5 0.5 [atomtypes] ;type mass charge ptype sigma(nm) epsilon(kjmol-1) CB 12.011000 0.00 A 0.355000 0.292880 CA 12.011000 -0.115000 A 0.355000 0.292880 HC 1.008000 0.115000 A 0.242000 0.125520 CU 13.019000 0.265000 A 0.35 0.334720 NU 14.007000 -0.597000 A 0.325000 0.711280 CH 13.019000 0.332000 A 0.385000 0.334720 C3 15.035000 0.00 A 0.391000 0.669440 C2 14.027000 0.00 A 0.390500 0.493712 VS 0.0 0.0V 0.0 0.0 [nonbond_params] ;i j funct sigma epsilon VS C3 1 0.10.03153 [ cage_1 ] 123456789 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 75 89 103 117 131 145 159 173 187 201 215 [ tail ] 416 [ vsites ] 229 230 231 232 461 462 463 464 [ vsitex ] 416 -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
Cheers Sikandar I take it that because combination rule 3 (provide sigma and epsilon) is stated gromacs assumes that all values in nonbonding parameters are sigma and epsilon. I know this tp be tru for the atomtypes but does it filter down to all intermolecular interactions. Cheers Gavin Sikandar Mashayak wrote: > Yes, since sigma and epsilon are zero for VS then interactions between > and VS-VS and VS-(any other atom) would result in zero force. Since > you explicitly define the interaction between VS-C3, combination rule > won't be used and C6(VS_C3) and C12(VS_C3) will be computed as per > sigma(VS_C3) epsilon(VS_C3) you defined under [nonbond_params] > > cheers > > sikandar > > On Fri, May 6, 2011 at 9:03 AM, Gavin Melaugh <mailto:gmelaug...@qub.ac.uk>> wrote: > > Am I correct in saying now, from the following topology (exerpts), > that > the virtual site VS will only interact with C3? > I guess I don't have to give the atom indices of this interaction > in the > pair list which I use only for 1_4 interactions? > Can I use sigma and epsilon in the nonbond_params directive like in > atomtypes. > > ;Parameter level > [defaults] > ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ > 1 3 yes0.5 0.5 > > [atomtypes] > ;type mass charge ptype sigma(nm) > epsilon(kjmol-1) > CB 12.011000 0.00 A 0.355000 0.292880 > CA 12.011000 -0.115000 A 0.355000 0.292880 > HC 1.008000 0.115000 A 0.242000 0.125520 > CU 13.019000 0.265000 A 0.35 0.334720 > NU 14.007000 -0.597000 A 0.325000 0.711280 > CH 13.019000 0.332000 A 0.385000 0.334720 > C3 15.035000 0.00 A 0.390500 0.732200 > C2 14.027000 0.00 A 0.390500 0.493712 > VS 0.0 0.0V 0.0 0.0 > > > [nonbond_params] > ;ij func sigmaepsilon > VS C31 0.1 0.03153 > > -- > gmx-users mailing listgmx-users@gromacs.org > <mailto:gmx-users@gromacs.org> > http://lists.gromacs.org/mailman/listinfo/gmx-users > Please search the archive at > http://www.gromacs.org/Support/Mailing_Lists/Search before posting! > Please don't post (un)subscribe requests to the list. Use the > www interface or send it to gmx-users-requ...@gromacs.org > <mailto:gmx-users-requ...@gromacs.org>. > Can't post? Read http://www.gromacs.org/Support/Mailing_Lists > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
Am I correct in saying now, from the following topology (exerpts), that the virtual site VS will only interact with C3? I guess I don't have to give the atom indices of this interaction in the pair list which I use only for 1_4 interactions? Can I use sigma and epsilon in the nonbond_params directive like in atomtypes. ;Parameter level [defaults] ; nbfunccomb-rule gen-pairsfudgeLJ fudgeQQ 1 3 yes0.5 0.5 [atomtypes] ;type mass charge ptype sigma(nm) epsilon(kjmol-1) CB 12.011000 0.00 A 0.355000 0.292880 CA 12.011000 -0.115000 A 0.355000 0.292880 HC 1.008000 0.115000 A 0.242000 0.125520 CU 13.019000 0.265000 A 0.35 0.334720 NU 14.007000 -0.597000 A 0.325000 0.711280 CH 13.019000 0.332000 A 0.385000 0.334720 C3 15.035000 0.00 A 0.390500 0.732200 C2 14.027000 0.00 A 0.390500 0.493712 VS 0.0 0.0V 0.0 0.0 [nonbond_params] ;ij func sigmaepsilon VS C31 0.1 0.03153 -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
Hi Mark Many thanks to you and all your colleagues for replying. This has worked, at least there are now no errors. Where the manual is incorrect is that it leads you to believe that you state; [virtual _siten] ;index of VS index of atoms for COG func 229 8 11 151 However the function type should be stated before the atom indices comprising the COG ;index of VS func indices 229 1 8 11 15 Cheers Gavin Mark Abraham wrote: > On 6/05/2011 10:39 PM, Gavin Melaugh wrote: >> Hi Mark >> >> Cheers.Could you perhaps shed some insight into format of >> [virtual_siten] when trying to define the VS at the COG of three atoms. >> It is not obvious from the manual > > Indeed, it's undocumented - but I think Sikander's experience from my > discussion in this thread earlier this month > http://lists.gromacs.org/pipermail/gmx-users/2011-May/060994.html > should point the way for you. > > Mark > >> Cheers >> >> Gavin >> >> Mark Abraham wrote: >>> On 6/05/2011 10:17 PM, Gavin Melaugh wrote: >>>> Yeah I see your point about the types. With regard to the initial >>>> configuration state I would have assumed that gromacs knew the initial >>>> position of the virtual site when I stated that it was to be at the >>>> COG of the 3 atoms in the [virtual_sitesn] directive. >>> Yes it does, but (IIRC) the implementation requires that each of the >>> constructing atoms and the virtual atom(s) are distinct atoms. mdrun >>> does the book-keeping to know which atoms are sensible at different >>> stages of the integration. So the input coordinate file needs to have >>> such atoms there, but I rather suspect their coordinates will get >>> ignored - that's easily tested, of course. >>> >>> Mark >>> >>>> Justin A. Lemkul wrote: >>>>> Gavin Melaugh wrote: >>>>>> Justin >>>>>> >>>>>> I have tried this but I am now getting different errors. I take it >>>>>> that: >>>>>> I specify the virtual sites in the atomtypes directive as I have >>>>>> seen >>>>>> from examples? >>>>> Virtual sites are included in all the force fields already, but if >>>>> you >>>>> want some custom name, then yes, include them in a new [atomtypes] >>>>> directive. I see no reason to create three distinct, but identical, >>>>> types as you have. >>>>> >>>>>> I index the virtual sites in the atoms directive in accordance with >>>>>> the >>>>>> rest of the molecule. atom numbers go from 1-228, therefore I label >>>>>> the >>>>>> 3 virtual sites 229 to231. >>>>>> The error I get now is >>>>>> >>>>>> Atom index (229) in virtual_sites3 out of bounds (1-228). >>>>>> This probably means that you have inserted topology section >>>>>> "virtual_sites3" >>>>>> in a part belonging to a different molecule than you intended to. >>>>>> In that case move the "virtual_sites3" section to the right >>>>>> molecule. >>>>>> >>>>>> Do I have to have the virtual sites in the gro file also? This >>>>>> doesn't >>>>>> make sense >>>>>> >>>>> Yes, you need their coordinates as part of the initial state. >>>>> >>>>> -Justin >>>>> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
Hi Mark Cheers.Could you perhaps shed some insight into format of [virtual_siten] when trying to define the VS at the COG of three atoms. It is not obvious from the manual Cheers Gavin Mark Abraham wrote: > On 6/05/2011 10:17 PM, Gavin Melaugh wrote: >> Yeah I see your point about the types. With regard to the initial >> configuration state I would have assumed that gromacs knew the initial >> position of the virtual site when I stated that it was to be at the >> COG of the 3 atoms in the [virtual_sitesn] directive. > > Yes it does, but (IIRC) the implementation requires that each of the > constructing atoms and the virtual atom(s) are distinct atoms. mdrun > does the book-keeping to know which atoms are sensible at different > stages of the integration. So the input coordinate file needs to have > such atoms there, but I rather suspect their coordinates will get > ignored - that's easily tested, of course. > > Mark > >> Justin A. Lemkul wrote: >>> >>> Gavin Melaugh wrote: >>>> Justin >>>> >>>> I have tried this but I am now getting different errors. I take it >>>> that: >>>> I specify the virtual sites in the atomtypes directive as I have seen >>>> from examples? >>> Virtual sites are included in all the force fields already, but if you >>> want some custom name, then yes, include them in a new [atomtypes] >>> directive. I see no reason to create three distinct, but identical, >>> types as you have. >>> >>>> I index the virtual sites in the atoms directive in accordance with >>>> the >>>> rest of the molecule. atom numbers go from 1-228, therefore I label >>>> the >>>> 3 virtual sites 229 to231. >>>> The error I get now is >>>> >>>> Atom index (229) in virtual_sites3 out of bounds (1-228). >>>> This probably means that you have inserted topology section >>>> "virtual_sites3" >>>> in a part belonging to a different molecule than you intended to. >>>> In that case move the "virtual_sites3" section to the right molecule. >>>> >>>> Do I have to have the virtual sites in the gro file also? This doesn't >>>> make sense >>>> >>> Yes, you need their coordinates as part of the initial state. >>> >>> -Justin >>> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
O.k Cheers Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Yeah I see your point about the types. With regard to the initial >> configuration state I would have assumed that gromacs knew the initial >> position of the virtual site when I stated that it was to be at the >> COG of the 3 atoms in the [virtual_sitesn] directive. >> > > I believe this information is only used during mdrun to construct the > position after forces have been applied and coordinates updated. You > can run a simple protein through pdb2gmx with -vsite hydrogens to see > how all of this should be put together. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
Yeah I see your point about the types. With regard to the initial configuration state I would have assumed that gromacs knew the initial position of the virtual site when I stated that it was to be at the COG of the 3 atoms in the [virtual_sitesn] directive. Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Justin >> >> I have tried this but I am now getting different errors. I take it that: >> I specify the virtual sites in the atomtypes directive as I have seen >> from examples? > > Virtual sites are included in all the force fields already, but if you > want some custom name, then yes, include them in a new [atomtypes] > directive. I see no reason to create three distinct, but identical, > types as you have. > >> I index the virtual sites in the atoms directive in accordance with the >> rest of the molecule. atom numbers go from 1-228, therefore I label the >> 3 virtual sites 229 to231. >> The error I get now is >> >> Atom index (229) in virtual_sites3 out of bounds (1-228). >> This probably means that you have inserted topology section >> "virtual_sites3" >> in a part belonging to a different molecule than you intended to. >> In that case move the "virtual_sites3" section to the right molecule. >> >> Do I have to have the virtual sites in the gro file also? This doesn't >> make sense >> > > Yes, you need their coordinates as part of the initial state. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
Justin I have tried this but I am now getting different errors. I take it that: I specify the virtual sites in the atomtypes directive as I have seen from examples? I index the virtual sites in the atoms directive in accordance with the rest of the molecule. atom numbers go from 1-228, therefore I label the 3 virtual sites 229 to231. The error I get now is Atom index (229) in virtual_sites3 out of bounds (1-228). This probably means that you have inserted topology section "virtual_sites3" in a part belonging to a different molecule than you intended to. In that case move the "virtual_sites3" section to the right molecule. Do I have to have the virtual sites in the gro file also? This doesn't make sense Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> Thanks for the reply. To create a virtual site at the centre of geometry >> of 3 atoms, according to the manual, do you not say: [virtual_sitesn], >> the index of the site, the index of the three atoms and then the >> function type 1 which determines that it is COG. > > OK, so that would seem to be right from Table 5.6, but it's not > discussed anywhere else, so I suspect that it may be a feature that > either got broken along the way, or for some other reason doesn't > work, since it's not :) > >> Or as I now realise. State [virtual_site3], site index atom indices, and >> function 1. The fact that there are no parameters then by default must >> mean it is COG. Is this correct? >> > > I don't know if [virtual_sites3] can be specified without any > parameters. It seems to me that this shouldn't be correct. It never > hurts to try. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites set up for topology file
Hi Justin Thanks for the reply. To create a virtual site at the centre of geometry of 3 atoms, according to the manual, do you not say: [virtual_sitesn], the index of the site, the index of the three atoms and then the function type 1 which determines that it is COG. Or as I now realise. State [virtual_site3], site index atom indices, and function 1. The fact that there are no parameters then by default must mean it is COG. Is this correct? Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi >> Having tried to run grompp using the data below I keep getting the >> following error >> Fatal error: >> Unknown vsiten type 7 >> Does anyone know why this might be? >> > > Your [virtual_sites] directive is not correct, either in its name (no > such thing as "virtual_sitesn" - the "n" should be replaced by a digit > indicating the type) or in the contents. See manual section 5.2.2. > > -Justin > >> Gavin >> >> Gavin Melaugh wrote: >>> Hi >>> >>> I am trying to alter a topology to include 3 virtual sites and I have a >>> few queries, the answers to which are not obvious form the manual. >>> Do I declare the virtual sites in the atomtypes directive like so >>> >>> ;type mass charge ptype sigma(nm) >>> epsilon(kjmol-1) >>>CB 12.011000 0.00 A 0.355000 0.292880 >>>CA 12.011000 -0.115000 A 0.355000 0.292880 >>>VS1 0.00.0V >>> 0.0 0.0 >>>VS2 0.00.0V >>> 0.0 0.0 >>>VS3 0.00.0V >>> 0.0 0.0 >>> >>> Do I give them an index number in the atoms directive e.g. >>> >>> [atoms] >>> ; atomnr type resnr residue namecgnr charge mass >>> 1 CA 1 CGECA 1 -0.1150 12.0110 >>> 2 CB 1 CGECB 1 0. 12.0110 >>> 3 CA 1 CGECA 2 -0.1150 12.0110 >>> 4 CB 1 CGECB 2 0. 12.0110 >>> 5 CA 1 CGECA 3 -0.1150 12.0110 >>> .. >>> .. >>> 229 VS1 2 VIRVS1 85 0. 0. >>> 230 VS2 3 VIRVS2 86 0. 0. >>> 231 VS3 4 VIR VS3 87 0. 0. >>> >>> Then if I want to set up a virtual site between the COG of 3 atoms do I >>> do it in the following way >>> >>> [virtual_sitesn] >>> ;site COG of three hydrogens at window >>> ;site i jkfunc >>> 229740 581 >>> 230 1025 551 >>> 231 2837 521 >>> >>> >>> Cheers >>> >>> Gavin >>> >>> >>> >>> Gavin Melaugh wrote: >>> >>>> Hi Sikandar >>>> >>>> A couple of questions regarding the virtual sites. >>>> 1) Do I have to number the virtual site in accordance with the atom >>>> indices of the rest of the molecule? >>>> 2) Is the parameters for the virtual site declared in the atomtypes >>>> directive? >>>> >>>> Cheers >>>> >>>> Gavin >>>> >>>> Sikandar Mashayak wrote: >>>> >>>>> in doing so .. by default all pair interactions with virtual sites >>>>> would result in zero forces except those between atoms defined in >>>>> [nonbond_params] >>>>> >>>>> On Thu, May 5, 2011 at 11:57 AM, Sikandar Mashayak >>>>> mailto:symasha...@gmail.com>> wrote: >>>>> >>>>> hey >>>>> >>>>> another approach to do this without using energy group exclusion >>>>> is to define non-bonded interactions parameter explicitly between >>>>> atoms in ffnonbonded.itp file. You can specify sigma and epsilon >>>>> to be zero in virtual sites atoms definition and specify >>>>> individual pair interactions parameters using non-bonded >>>>> interactions like following ... >>>>> >>>>> ; virtual site >>>>> VS1 00 0 D
Re: [gmx-users] virtual sites set up for topology file
Hi Having tried to run grompp using the data below I keep getting the following error Fatal error: Unknown vsiten type 7 Does anyone know why this might be? Gavin Gavin Melaugh wrote: > Hi > > I am trying to alter a topology to include 3 virtual sites and I have a > few queries, the answers to which are not obvious form the manual. > Do I declare the virtual sites in the atomtypes directive like so > > ;type mass charge ptype sigma(nm) > epsilon(kjmol-1) >CB 12.011000 0.00 A 0.355000 0.292880 >CA 12.011000 -0.115000 A 0.355000 0.292880 >VS1 0.00.0V > 0.0 0.0 >VS2 0.00.0V > 0.0 0.0 >VS3 0.00.0V > 0.0 0.0 > > Do I give them an index number in the atoms directive e.g. > > [atoms] > ; atomnr type resnr residue namecgnr charge mass > 1 CA 1 CGECA 1 -0.1150 12.0110 > 2 CB 1 CGECB 1 0. 12.0110 > 3 CA 1 CGECA 2 -0.1150 12.0110 > 4 CB 1 CGECB 2 0. 12.0110 > 5 CA 1 CGECA 3 -0.1150 12.0110 > .. > .. > 229 VS1 2 VIRVS1 85 0. 0. > 230 VS2 3 VIRVS2 86 0. 0. > 231 VS3 4 VIRVS3 87 0. 0. > > Then if I want to set up a virtual site between the COG of 3 atoms do I > do it in the following way > > [virtual_sitesn] > ;site COG of three hydrogens at window > ;site i jkfunc > 229 740 581 > 230 1025 551 > 231 2837 521 > > > Cheers > > Gavin > > > > Gavin Melaugh wrote: > >> Hi Sikandar >> >> A couple of questions regarding the virtual sites. >> 1) Do I have to number the virtual site in accordance with the atom >> indices of the rest of the molecule? >> 2) Is the parameters for the virtual site declared in the atomtypes >> directive? >> >> Cheers >> >> Gavin >> >> Sikandar Mashayak wrote: >> >> >>> in doing so .. by default all pair interactions with virtual sites >>> would result in zero forces except those between atoms defined in >>> [nonbond_params] >>> >>> On Thu, May 5, 2011 at 11:57 AM, Sikandar Mashayak >>> mailto:symasha...@gmail.com>> wrote: >>> >>> hey >>> >>> another approach to do this without using energy group exclusion >>> is to define non-bonded interactions parameter explicitly between >>> atoms in ffnonbonded.itp file. You can specify sigma and epsilon >>> to be zero in virtual sites atoms definition and specify >>> individual pair interactions parameters using non-bonded >>> interactions like following ... >>> >>> ; virtual site >>> VS1 00 0 D 0 0 >>> VS2 00 0 D 0 0 >>> VS3 00 0 D 0 0 >>> >>> [ nonbond_params ] >>> VS1 C 1 1.0 0.25 >>> VS2 C 1 1.0 0.25 >>> VS2 C 1 1.0 0.25 >>> >>> -- >>> sikandar >>> >>> On Thu, May 5, 2011 at 11:47 AM, Gavin Melaugh >>> mailto:gmelaug...@qub.ac.uk>> wrote: >>> >>> Hi Justin >>> >>> I do not intend to have charges on the sites. All I want is; >>> when a CH3 group gets close to the site it feels a repulsive >>> force. I >>> have calculated a sigma and epsilon value for this interaction. >>> >>> Gavin >>> >>> Justin A. Lemkul wrote: >>> > >>> > >>> > Gavin Melaugh wrote: >>> >> Hi Justin >>> >> >>> >> I am reading the manual at the moment. I want to include >>> some virtual >>> >> sites in my molecule so that only surrounding CH3s atom >>> type C3 interact >>> >> with then. All other a
Re: [gmx-users] virtual sites set up for topology file
Hi I am trying to alter a topology to include 3 virtual sites and I have a few queries, the answers to which are not obvious form the manual. Do I declare the virtual sites in the atomtypes directive like so ;type mass charge ptype sigma(nm) epsilon(kjmol-1) CB 12.011000 0.00 A 0.355000 0.292880 CA 12.011000 -0.115000 A 0.355000 0.292880 VS1 0.00.0V 0.0 0.0 VS2 0.00.0V 0.0 0.0 VS3 0.00.0V 0.0 0.0 Do I give them an index number in the atoms directive e.g. [atoms] ; atomnr type resnr residue namecgnr charge mass 1 CA 1 CGECA 1 -0.1150 12.0110 2 CB 1 CGECB 1 0. 12.0110 3 CA 1 CGECA 2 -0.1150 12.0110 4 CB 1 CGECB 2 0. 12.0110 5 CA 1 CGECA 3 -0.1150 12.0110 .. .. 229 VS1 2 VIRVS1 85 0. 0. 230 VS2 3 VIRVS2 86 0. 0. 231 VS3 4 VIRVS3 87 0. 0. Then if I want to set up a virtual site between the COG of 3 atoms do I do it in the following way [virtual_sitesn] ;site COG of three hydrogens at window ;site i jkfunc 229740 581 230 1025 551 231 2837 521 Cheers Gavin Gavin Melaugh wrote: > Hi Sikandar > > A couple of questions regarding the virtual sites. > 1) Do I have to number the virtual site in accordance with the atom > indices of the rest of the molecule? > 2) Is the parameters for the virtual site declared in the atomtypes > directive? > > Cheers > > Gavin > > Sikandar Mashayak wrote: > >> in doing so .. by default all pair interactions with virtual sites >> would result in zero forces except those between atoms defined in >> [nonbond_params] >> >> On Thu, May 5, 2011 at 11:57 AM, Sikandar Mashayak >> mailto:symasha...@gmail.com>> wrote: >> >> hey >> >> another approach to do this without using energy group exclusion >> is to define non-bonded interactions parameter explicitly between >> atoms in ffnonbonded.itp file. You can specify sigma and epsilon >> to be zero in virtual sites atoms definition and specify >> individual pair interactions parameters using non-bonded >> interactions like following ... >> >> ; virtual site >> VS1 00 0 D 0 0 >> VS2 00 0 D 0 0 >> VS3 00 0 D 0 0 >> >> [ nonbond_params ] >> VS1 C 1 1.0 0.25 >> VS2 C 1 1.0 0.25 >> VS2 C 1 1.0 0.25 >> >> -- >> sikandar >> >> On Thu, May 5, 2011 at 11:47 AM, Gavin Melaugh >> mailto:gmelaug...@qub.ac.uk>> wrote: >> >> Hi Justin >> >> I do not intend to have charges on the sites. All I want is; >> when a CH3 group gets close to the site it feels a repulsive >> force. I >> have calculated a sigma and epsilon value for this interaction. >> >> Gavin >> >> Justin A. Lemkul wrote: >> > >> > >> > Gavin Melaugh wrote: >> >> Hi Justin >> >> >> >> I am reading the manual at the moment. I want to include >> some virtual >> >> sites in my molecule so that only surrounding CH3s atom >> type C3 interact >> >> with then. All other atoms I don't want to interact with >> them. Do I >> >> create energy groups in the index file called say "virtual >> sites" and >> >> "exclusions", and list all the indices of the atom types >> that I don't >> >> want to interact with the virtual site in one group and all >> the virtual >> >> sites in another. >> >> e.g >> >> >> >> [virtual sites] >> >> 17 18 19 20 >> >> >> >> [virtsite_exclus] >> &
Re: [gmx-users] virtual sites
Hi Sikandar A couple of questions regarding the virtual sites. 1) Do I have to number the virtual site in accordance with the atom indices of the rest of the molecule? 2) Is the parameters for the virtual site declared in the atomtypes directive? Cheers Gavin Sikandar Mashayak wrote: > in doing so .. by default all pair interactions with virtual sites > would result in zero forces except those between atoms defined in > [nonbond_params] > > On Thu, May 5, 2011 at 11:57 AM, Sikandar Mashayak > mailto:symasha...@gmail.com>> wrote: > > hey > > another approach to do this without using energy group exclusion > is to define non-bonded interactions parameter explicitly between > atoms in ffnonbonded.itp file. You can specify sigma and epsilon > to be zero in virtual sites atoms definition and specify > individual pair interactions parameters using non-bonded > interactions like following ... > > ; virtual site > VS1 00 0 D 0 0 > VS2 00 0 D 0 0 > VS3 00 0 D 0 0 > > [ nonbond_params ] > VS1 C 1 1.0 0.25 > VS2 C 1 1.0 0.25 > VS2 C 1 1.0 0.25 > > -- > sikandar > > On Thu, May 5, 2011 at 11:47 AM, Gavin Melaugh > mailto:gmelaug...@qub.ac.uk>> wrote: > > Hi Justin > > I do not intend to have charges on the sites. All I want is; > when a CH3 group gets close to the site it feels a repulsive > force. I > have calculated a sigma and epsilon value for this interaction. > > Gavin > > Justin A. Lemkul wrote: > > > > > > Gavin Melaugh wrote: > >> Hi Justin > >> > >> I am reading the manual at the moment. I want to include > some virtual > >> sites in my molecule so that only surrounding CH3s atom > type C3 interact > >> with then. All other atoms I don't want to interact with > them. Do I > >> create energy groups in the index file called say "virtual > sites" and > >> "exclusions", and list all the indices of the atom types > that I don't > >> want to interact with the virtual site in one group and all > the virtual > >> sites in another. > >> e.g > >> > >> [virtual sites] > >> 17 18 19 20 > >> > >> [virtsite_exclus] > >> 1 2 3 4 5 6 7 8 9 . > >> > > > > In a general sense, yes, that's the right approach. Note > that if any > > of these sites is charged and/or you're using PME, then this > whole > > exclusion thing goes out the window, as has been discussed > several > > times in recent days. Using energygrp_excl applies only to > > short-range nonbonded interactions. If you need complete > exclusion, > > you may have to look into tabulated potentials if this is > the case. > > > > -Justin > > > > -- > gmx-users mailing listgmx-users@gromacs.org > <mailto:gmx-users@gromacs.org> > http://lists.gromacs.org/mailman/listinfo/gmx-users > Please search the archive at > http://www.gromacs.org/Support/Mailing_Lists/Search before > posting! > Please don't post (un)subscribe requests to the list. Use the > www interface or send it to gmx-users-requ...@gromacs.org > <mailto:gmx-users-requ...@gromacs.org>. > Can't post? Read http://www.gromacs.org/Support/Mailing_Lists > > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites
Hi Justin I do not intend to have charges on the sites. All I want is; when a CH3 group gets close to the site it feels a repulsive force. I have calculated a sigma and epsilon value for this interaction. Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Justin >> >> I am reading the manual at the moment. I want to include some virtual >> sites in my molecule so that only surrounding CH3s atom type C3 interact >> with then. All other atoms I don't want to interact with them. Do I >> create energy groups in the index file called say "virtual sites" and >> "exclusions", and list all the indices of the atom types that I don't >> want to interact with the virtual site in one group and all the virtual >> sites in another. >> e.g >> >> [virtual sites] >> 17 18 19 20 >> >> [virtsite_exclus] >> 1 2 3 4 5 6 7 8 9 . >> > > In a general sense, yes, that's the right approach. Note that if any > of these sites is charged and/or you're using PME, then this whole > exclusion thing goes out the window, as has been discussed several > times in recent days. Using energygrp_excl applies only to > short-range nonbonded interactions. If you need complete exclusion, > you may have to look into tabulated potentials if this is the case. > > -Justin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites
Hi Sikandar Many Thanks for the reply. When you define energygrps in the mdp file, does that mean that only these groups are written to the energy file. I take it that all iother information regarding the energy is written as well i.e if you left this section blank Cheers Gavin Sikandar Mashayak wrote: > you can do it as following > > 1. create index file make_indx -f conf.gro -n index.ndx ( select VS > and any other atoms you want lets say OTHERS) > 2. in .mdp define energygrps "VS OTHERS" > 3. exclude interactions by specifying energygrp_excl VS OTHERS in .mdp > file > > for more you can refer to manual.. > > I hope it helps > > -- > sikandar > > > > On Thu, May 5, 2011 at 11:00 AM, Gavin Melaugh <mailto:gmelaug...@qub.ac.uk>> wrote: > > Hi Sikandar > > Cheers. How do you actually define the energy groups? > > Gavin > > Sikandar Mashayak wrote: > > yes, you can make virtual sites interact with only specific sites by > > using Energy Exclusion between energy groups. This can be done by > > defining energy groups for virtual sites and other atoms, then > exclude > > or include the non-bonded interactions between them accordingly... > > > > On Thu, May 5, 2011 at 7:30 AM, Gavin Melaugh > mailto:gmelaug...@qub.ac.uk> > > <mailto:gmelaug...@qub.ac.uk <mailto:gmelaug...@qub.ac.uk>>> wrote: > > > > Hi All > > > > Is it possible to have a virtual site interact with only > specific > > atoms > > and not interact at all with everything else? > > > > > > Cheers > > > > Gavin > > -- > > gmx-users mailing listgmx-users@gromacs.org > <mailto:gmx-users@gromacs.org> > > <mailto:gmx-users@gromacs.org <mailto:gmx-users@gromacs.org>> > > http://lists.gromacs.org/mailman/listinfo/gmx-users > > Please search the archive at > > http://www.gromacs.org/Support/Mailing_Lists/Search before > posting! > > Please don't post (un)subscribe requests to the list. Use the > > www interface or send it to gmx-users-requ...@gromacs.org > <mailto:gmx-users-requ...@gromacs.org> > > <mailto:gmx-users-requ...@gromacs.org > <mailto:gmx-users-requ...@gromacs.org>>. > > Can't post? Read http://www.gromacs.org/Support/Mailing_Lists > > > > > > -- > gmx-users mailing listgmx-users@gromacs.org > <mailto:gmx-users@gromacs.org> > http://lists.gromacs.org/mailman/listinfo/gmx-users > Please search the archive at > http://www.gromacs.org/Support/Mailing_Lists/Search before posting! > Please don't post (un)subscribe requests to the list. Use the > www interface or send it to gmx-users-requ...@gromacs.org > <mailto:gmx-users-requ...@gromacs.org>. > Can't post? Read http://www.gromacs.org/Support/Mailing_Lists > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites
Hi Justin I am reading the manual at the moment. I want to include some virtual sites in my molecule so that only surrounding CH3s atom type C3 interact with then. All other atoms I don't want to interact with them. Do I create energy groups in the index file called say "virtual sites" and "exclusions", and list all the indices of the atom types that I don't want to interact with the virtual site in one group and all the virtual sites in another. e.g [virtual sites] 17 18 19 20 [virtsite_exclus] 1 2 3 4 5 6 7 8 9 . Cheers Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi Sikandar >> >> Cheers. How do you actually define the energy groups? >> > > Read in the manual about the .mdp option "energygrps" and apply custom > index groups as necessary. > > -Justin > >> Gavin >> >> Sikandar Mashayak wrote: >>> yes, you can make virtual sites interact with only specific sites by >>> using Energy Exclusion between energy groups. This can be done by >>> defining energy groups for virtual sites and other atoms, then exclude >>> or include the non-bonded interactions between them accordingly... >>> >>> On Thu, May 5, 2011 at 7:30 AM, Gavin Melaugh >> <mailto:gmelaug...@qub.ac.uk>> wrote: >>> >>> Hi All >>> >>> Is it possible to have a virtual site interact with only specific >>> atoms >>> and not interact at all with everything else? >>> >>> >>> Cheers >>> >>> Gavin >>> -- >>> gmx-users mailing listgmx-users@gromacs.org >>> <mailto:gmx-users@gromacs.org> >>> http://lists.gromacs.org/mailman/listinfo/gmx-users >>> Please search the archive at >>> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >>> Please don't post (un)subscribe requests to the list. Use the >>> www interface or send it to gmx-users-requ...@gromacs.org >>> <mailto:gmx-users-requ...@gromacs.org>. >>> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists >>> >>> >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] virtual sites
Hi Sikandar Cheers. How do you actually define the energy groups? Gavin Sikandar Mashayak wrote: > yes, you can make virtual sites interact with only specific sites by > using Energy Exclusion between energy groups. This can be done by > defining energy groups for virtual sites and other atoms, then exclude > or include the non-bonded interactions between them accordingly... > > On Thu, May 5, 2011 at 7:30 AM, Gavin Melaugh <mailto:gmelaug...@qub.ac.uk>> wrote: > > Hi All > > Is it possible to have a virtual site interact with only specific > atoms > and not interact at all with everything else? > > > Cheers > > Gavin > -- > gmx-users mailing listgmx-users@gromacs.org > <mailto:gmx-users@gromacs.org> > http://lists.gromacs.org/mailman/listinfo/gmx-users > Please search the archive at > http://www.gromacs.org/Support/Mailing_Lists/Search before posting! > Please don't post (un)subscribe requests to the list. Use the > www interface or send it to gmx-users-requ...@gromacs.org > <mailto:gmx-users-requ...@gromacs.org>. > Can't post? Read http://www.gromacs.org/Support/Mailing_Lists > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] virtual sites
Hi All Is it possible to have a virtual site interact with only specific atoms and not interact at all with everything else? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] nrexcl=3
Hi all A very quick question. From the manual the definition of nrexcl =3 is " excluding nonbonded interactions between atoms that are no further than 3 bonds away. In say butane does this means that atoms 1 and 4 do not interact, or I take it they interact according to the pair list. Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] free energy
The current simulations are currently in vacuum. Does the following mdp file seem ok. Note that this is a production run using the final configuration after a lengthy equilibration. Also I was thinking about trying to prevent the other chains from entering the specific site; is there a a way to implement this in gromacs. Gavin chris.ne...@utoronto.ca wrote: > yes it will, and so will it affect the profile if water molecules or > ions go in when both chains are absent. > > You'll need to determine what question you are trying to answer and > also think pretty hard about what your PMF really means in the context > of this system. > > Chris. > > -- original message -- > > > Hi Chris > > My windows are restrained obviously using the force constant in the mdp > file. The trajectories that I have viewed are those of the individual > biased sampling windows. I have not put on the unbiased simulations yet. > There is also the following issue: The simulations involve two identical > molecules containing hydrocarbon chains. I calculate the PMF to take a > specific hydrocarbon chain of one molecule out of a specific site on the > neighbouring molecule. When this guest chain goes out, other chains can > go in (intramolecular or intermolecular). Will this affect the profile? > > Gavin > > umbrella81.mdp Description: application/mdp -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] free energy
Hi Chris My windows are restrained obviously using the force constant in the mdp file. The trajectories that I have viewed are those of the individual biased sampling windows. I have not put on the unbiased simulations yet. There is also the following issue: The simulations involve two identical molecules containing hydrocarbon chains. I calculate the PMF to take a specific hydrocarbon chain of one molecule out of a specific site on the neighbouring molecule. When this guest chain goes out, other chains can go in (intramolecular or intermolecular). Will this affect the profile? Gavin chris.ne...@utoronto.ca wrote: > Your windows are restrained. The PMF that you get out of WHAM is a > representation of the relative sampling after removing the umbrella > biases. Sounds like you are saying that you look at the still-biased > trajectories and you see different a different distribution of states > than you do in the de-biased PMF. not sure what the problem is > here. Perhaps go back to some review literature on US. > > Now, if you saw more bound than unbound in unrestrained simulations, > then that's a different story, but that doesn't appear to be what you > are talking about. > > Chris. > > -- original message -- > > Hi all > > I have performed a PMF simulation of taking part of a molecule out of > the cavity of a host using umbrella sampling. The free energy curve > suggests that the guest prefers to be outside the host as the bound > state is higher in energy, or the free energy difference to go in is > positive. However when I view the trajectories for each window it > appears that there is always more bound states than unbound. This leads > me to doubt my free energy profile? > > Cheers > > Gavin > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] free energy
Hi all I have performed a PMF simulation of taking part of a molecule out of the cavity of a host using umbrella sampling. The free energy curve suggests that the guest prefers to be outside the host as the bound state is higher in energy, or the free energy difference to go in is positive. However when I view the trajectories for each window it appears that there is always more bound states than unbound. This leads me to doubt my free energy profile? Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella Sampling
Hi Justin Yeah I know the tpr files must be in corresponding order with pullx.xvg files. What I meant was should they be in order of distance. i.e say If my windows go from 0 to 1.0 nm with windows every 0.1nm, could I list the files in any order or does it have to like 0.1 0.2 0.3 0.4 Gavin Justin A. Lemkul wrote: > > From g_wham -h: > > "The tpr and pullx files must be in corresponding order, i.e. the > first tpr created the first pullx, etc." > > -Justin > > Gavin Melaugh wrote: >> Hi >> >> I assume that the order of the file names in the tpr-files.dat and >> pullx-files.dat is irrelevant for g_wham . >> >> Cheers >> >> Gavin > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella Sampling
Hi I assume that the order of the file names in the tpr-files.dat and pullx-files.dat is irrelevant for g_wham . Cheers Gavin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella Sampling
Cheers Chris Is the best way to check for convergence; to keep adding in more histograms until the curves converge. Also your comment 'don't remove any data', do you mean to keep histograms that are not so good. Gavin chris.ne...@utoronto.ca wrote: > your comment: > > which should be centred around 0.80nm > > is flawed, as i mentioned earlier. also, it is not g_wham that is > sensitive but the convergence and sampling of phase space that is > sensitive. don`t remove any data. do evaluate your convergence. > without convergence measures, a pmf is worse than useless. > > chris. > > -- original message -- > > Cheers Chris > > If I remove the red histogram (the first of the wider distributions), > which should be centred around 0.80nm but is actually centred around > 0.78 nm; and add in some more histograms with higher force constants the > profile changes slightly. It seems that g_wham is very sensitive to > these subtleties. How do I know which curve is correct? I have about six > such curves that differ slightly in this manner. > > Gavin > > chris.ne...@utoronto.ca wrote: > > [Hide Quoted Text] > looks fine to me, no need to do that extra sampling that I suggested > since it appears that you already did this -- benefits of seeing real > data ;). If you want to understand why your histograms are not always > centered at r0 (note that this is just fine) then you should read more > about US, WHAM, and how to bias/debias the data for US (I am sure that > there are textbooks around that explain this). The only case in which > all of your histograms will be centered at their respective r0 is when > the underlying PMF is exactly flat. > > Chris. > > -- original message -- > > Hi Chris many thanks again for the advise. I have, or at least I thought > have sampled my barrier region to death, but as I say some histograms > may not be centred around r0. I will proceed with what you suggest. > Please find attached a picture of the histograms, the corresponding > profile, and a sample mdp file that I use. > > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella Sampling
Cheers Chris If I remove the red histogram (the first of the wider distributions), which should be centred around 0.80nm but is actually centred around 0.78 nm; and add in some more histograms with higher force constants the profile changes slightly. It seems that g_wham is very sensitive to these subtleties. How do I know which curve is correct? I have about six such curves that differ slightly in this manner. Gavin chris.ne...@utoronto.ca wrote: > looks fine to me, no need to do that extra sampling that I suggested > since it appears that you already did this -- benefits of seeing real > data ;). If you want to understand why your histograms are not always > centered at r0 (note that this is just fine) then you should read more > about US, WHAM, and how to bias/debias the data for US (I am sure that > there are textbooks around that explain this). The only case in which > all of your histograms will be centered at their respective r0 is when > the underlying PMF is exactly flat. > > Chris. > > -- original message -- > > Hi Chris many thanks again for the advise. I have, or at least I thought > have sampled my barrier region to death, but as I say some histograms > may not be centred around r0. I will proceed with what you suggest. > Please find attached a picture of the histograms, the corresponding > profile, and a sample mdp file that I use. > > -- next part -- > A non-text attachment was scrubbed... > Name: groprofile.agr.gz > Type: application/x-gzip > Size: 3805 bytes > Desc: not available > Url : > http://lists.gromacs.org/pipermail/gmx-users/attachments/20110331/2a5b0bd6/groprofile.agr.gz > > -- next part -- > A non-text attachment was scrubbed... > Name: hist.agr.gz > Type: application/x-gzip > Size: 25250 bytes > Desc: not available > Url : > http://lists.gromacs.org/pipermail/gmx-users/attachments/20110331/2a5b0bd6/hist.agr.gz > > > -- > modifiedhist.xvg.gz Description: GNU Zip compressed data modified.agr.gz Description: GNU Zip compressed data -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella sampling
Here is also the sample .mdp file chris.ne...@utoronto.ca wrote: > can you show us your mdp and the pmf and the histograms for the data > that you put into wham? It's a lot easier to diagnose with the real data. > > In the general case where umbrellas are spaced equally along your > reaction coordinate, sampling overlap between umbrellas will always > decrease anywhere the PMF is concave down, such as your barrier > region. I would suggest adding windows at every 0.005 nm spanning the > region that you consider to have a sampling problem (e.g. 0.76 to 0.83 > ?) and use a much stronger force constant here (e.g. 2-3 times as > strong as you used for umbrellas with 0.02 nm spacing). You have > identified a problem, so my suggestion is to not bother fiddling with > adding one extra replica but sample that region to death with strong > force constants. I presume that this will not impact your overall > efficiency too much if the reaction coordinate is long overall. > > Finally, you will need to evaluate the convergence of your PMF overall > and perhaps of this region in particular, especially if you want to > know the dG to cross it or between two low energy states on either > side of it. > > Chris. > > -- original message -- > > > Sorry I am not sure that I follow. Will the window with r0 =0.80 giving > the distribution centred around 0.78nm not drive my free energy profile > up. If I remove this window prior to running g_wham the free energy goes > down. Should I increase the force constant so that the mean of the > window is 0.80nm (bearing in mind that this is near the barrier region). > > Gavin > XAvier Periole wrote: >> >> You can present the data differently: >> you have two windows at 0.78 nm giving different distribution. >> >> That indicates these windows are not converged. Does not mean >> that the others (0.80 nm) are converged :)) >> >> On Mar 31, 2011, at 12:20 PM, Gavin Melaugh wrote: >> >>> Hi Xavier >>> >>> Thanks for the reply. With respect to your answer of my first query. >>> What if you had two windows practically on top of each other, but one >>> was not supposed to be there. e.g A window with r0 of 0.80 nm and >>> centred at 0.78 nm and a window with r0 of 0.78 nm centred at 0.78nm. >>> >>> Gavin >>> >>> XAvier Periole wrote: >>>> >>>> On Mar 31, 2011, at 11:53 AM, Gavin Melaugh wrote: >>>> >>>>> Hi All >>>>> >>>>> I have generated several PMF curves for the one system using umbrella >>>>> sampling. In the first part of the curve (barrier region) I use a >>>>> high >>>>> force constant with small intervals between the windows. The latter >>>>> part >>>>> of the curve I use a lower force constant with larger window spacing. >>>>> Anyway I have a few issues that I need clarifying: >>>>> 1 - Can you have too much overlap between windows? >>>> no, there no such a thing of too much overlap :)) You could even put >>>> two identical windows with same 100% overlap ... no problem. >>>>> 2 - Does the distribution at each window have to centered around the >>>>> desired r0? (If not does this affect the free energy?) >>>> The deviation of the distribution from the r0 is what dictates the >>>> profile. The more away from the disired r0 the higher the free energy >>>> of the system. >>>>> 3- If you over sample one particular window, will it affect the >>>>> curve? >>>> There is no such a thing of over sampling ... the only thing you can >>>> have is not enough sampling. >>>>> >>>>> Many thanks >>>>> >>>>> GAvin >>>>> -- >>>>> gmx-users mailing listgmx-users at gromacs.org >>>>> http://lists.gromacs.org/mailman/listinfo/gmx-users >>>>> Please search the archive at >>>>> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >>>>> Please don't post (un)subscribe requests to the list. Use the >>>>> www interface or send it to gmx-users-request at gromacs.org. >>>>> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists >>>> >>> >>> -- >>> gmx-users mailing listgmx-users at gromacs.org >>> http://lists.gromacs.org/mailman/listinfo/gmx-users >>> Please search the archive at >>> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >>> Please don't post (un)subscribe requests to the list. Use the >>> www interface or send it to gmx-users-request at gromacs.org. >>> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists >> > umbrella114.mdp Description: application/mdp -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] Umbrella Sampling
Hi Chris many thanks again for the advise. I have, or at least I thought have sampled my barrier region to death, but as I say some histograms may not be centred around r0. I will proceed with what you suggest. Please find attached a picture of the histograms, the corresponding profile, and a sample mdp file that I use. groprofile.agr.gz Description: GNU Zip compressed data hist.agr.gz Description: GNU Zip compressed data -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella sampling
Thanks Justin for the reply Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Sorry I am not sure that I follow. Will the window with r0 =0.80 giving >> the distribution centred around 0.78nm not drive my free energy profile >> up. If I remove this window prior to running g_wham the free energy goes >> down. Should I increase the force constant so that the mean of the >> window is 0.80nm (bearing in mind that this is near the barrier region). >> > > If you have an incomplete or otherwise discontinuous free energy > profile, then you won't get a correct result, but it's not simply due > to "oversampling" one region. It's that the "oversampling" results in > "undersampling" another region. Increasing the force constant for the > window centered around 0.80 nm should work. > > -Justin > >> Gavin >> XAvier Periole wrote: >>> You can present the data differently: >>> you have two windows at 0.78 nm giving different distribution. >>> >>> That indicates these windows are not converged. Does not mean >>> that the others (0.80 nm) are converged :)) >>> >>> On Mar 31, 2011, at 12:20 PM, Gavin Melaugh wrote: >>> >>>> Hi Xavier >>>> >>>> Thanks for the reply. With respect to your answer of my first query. >>>> What if you had two windows practically on top of each other, but one >>>> was not supposed to be there. e.g A window with r0 of 0.80 nm and >>>> centred at 0.78 nm and a window with r0 of 0.78 nm centred at 0.78nm. >>>> >>>> Gavin >>>> >>>> XAvier Periole wrote: >>>>> On Mar 31, 2011, at 11:53 AM, Gavin Melaugh wrote: >>>>> >>>>>> Hi All >>>>>> >>>>>> I have generated several PMF curves for the one system using >>>>>> umbrella >>>>>> sampling. In the first part of the curve (barrier region) I use a >>>>>> high >>>>>> force constant with small intervals between the windows. The latter >>>>>> part >>>>>> of the curve I use a lower force constant with larger window >>>>>> spacing. >>>>>> Anyway I have a few issues that I need clarifying: >>>>>> 1 - Can you have too much overlap between windows? >>>>> no, there no such a thing of too much overlap :)) You could even put >>>>> two identical windows with same 100% overlap ... no problem. >>>>>> 2 - Does the distribution at each window have to centered around the >>>>>> desired r0? (If not does this affect the free energy?) >>>>> The deviation of the distribution from the r0 is what dictates the >>>>> profile. The more away from the disired r0 the higher the free energy >>>>> of the system. >>>>>> 3- If you over sample one particular window, will it affect the >>>>>> curve? >>>>> There is no such a thing of over sampling ... the only thing you can >>>>> have is not enough sampling. >>>>>> Many thanks >>>>>> >>>>>> GAvin >>>>>> -- >>>>>> gmx-users mailing listgmx-users@gromacs.org >>>>>> http://lists.gromacs.org/mailman/listinfo/gmx-users >>>>>> Please search the archive at >>>>>> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >>>>>> Please don't post (un)subscribe requests to the list. Use the >>>>>> www interface or send it to gmx-users-requ...@gromacs.org. >>>>>> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists >>>> -- >>>> gmx-users mailing listgmx-users@gromacs.org >>>> http://lists.gromacs.org/mailman/listinfo/gmx-users >>>> Please search the archive at >>>> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >>>> Please don't post (un)subscribe requests to the list. Use the >>>> www interface or send it to gmx-users-requ...@gromacs.org. >>>> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella sampling
Sorry I am not sure that I follow. Will the window with r0 =0.80 giving the distribution centred around 0.78nm not drive my free energy profile up. If I remove this window prior to running g_wham the free energy goes down. Should I increase the force constant so that the mean of the window is 0.80nm (bearing in mind that this is near the barrier region). Gavin XAvier Periole wrote: > > You can present the data differently: > you have two windows at 0.78 nm giving different distribution. > > That indicates these windows are not converged. Does not mean > that the others (0.80 nm) are converged :)) > > On Mar 31, 2011, at 12:20 PM, Gavin Melaugh wrote: > >> Hi Xavier >> >> Thanks for the reply. With respect to your answer of my first query. >> What if you had two windows practically on top of each other, but one >> was not supposed to be there. e.g A window with r0 of 0.80 nm and >> centred at 0.78 nm and a window with r0 of 0.78 nm centred at 0.78nm. >> >> Gavin >> >> XAvier Periole wrote: >>> >>> On Mar 31, 2011, at 11:53 AM, Gavin Melaugh wrote: >>> >>>> Hi All >>>> >>>> I have generated several PMF curves for the one system using umbrella >>>> sampling. In the first part of the curve (barrier region) I use a high >>>> force constant with small intervals between the windows. The latter >>>> part >>>> of the curve I use a lower force constant with larger window spacing. >>>> Anyway I have a few issues that I need clarifying: >>>> 1 - Can you have too much overlap between windows? >>> no, there no such a thing of too much overlap :)) You could even put >>> two identical windows with same 100% overlap ... no problem. >>>> 2 - Does the distribution at each window have to centered around the >>>> desired r0? (If not does this affect the free energy?) >>> The deviation of the distribution from the r0 is what dictates the >>> profile. The more away from the disired r0 the higher the free energy >>> of the system. >>>> 3- If you over sample one particular window, will it affect the curve? >>> There is no such a thing of over sampling ... the only thing you can >>> have is not enough sampling. >>>> >>>> Many thanks >>>> >>>> GAvin >>>> -- >>>> gmx-users mailing listgmx-users@gromacs.org >>>> http://lists.gromacs.org/mailman/listinfo/gmx-users >>>> Please search the archive at >>>> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >>>> Please don't post (un)subscribe requests to the list. Use the >>>> www interface or send it to gmx-users-requ...@gromacs.org. >>>> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists >>> >> >> -- >> gmx-users mailing listgmx-users@gromacs.org >> http://lists.gromacs.org/mailman/listinfo/gmx-users >> Please search the archive at >> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >> Please don't post (un)subscribe requests to the list. Use the >> www interface or send it to gmx-users-requ...@gromacs.org. >> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] Umbrella sampling
Hi Xavier Thanks for the reply. With respect to your answer of my first query. What if you had two windows practically on top of each other, but one was not supposed to be there. e.g A window with r0 of 0.80 nm and centred at 0.78 nm and a window with r0 of 0.78 nm centred at 0.78nm. Gavin XAvier Periole wrote: > > On Mar 31, 2011, at 11:53 AM, Gavin Melaugh wrote: > >> Hi All >> >> I have generated several PMF curves for the one system using umbrella >> sampling. In the first part of the curve (barrier region) I use a high >> force constant with small intervals between the windows. The latter part >> of the curve I use a lower force constant with larger window spacing. >> Anyway I have a few issues that I need clarifying: >> 1 - Can you have too much overlap between windows? > no, there no such a thing of too much overlap :)) You could even put > two identical windows with same 100% overlap ... no problem. >> 2 - Does the distribution at each window have to centered around the >> desired r0? (If not does this affect the free energy?) > The deviation of the distribution from the r0 is what dictates the > profile. The more away from the disired r0 the higher the free energy > of the system. >> 3- If you over sample one particular window, will it affect the curve? > There is no such a thing of over sampling ... the only thing you can > have is not enough sampling. >> >> Many thanks >> >> GAvin >> -- >> gmx-users mailing listgmx-users@gromacs.org >> http://lists.gromacs.org/mailman/listinfo/gmx-users >> Please search the archive at >> http://www.gromacs.org/Support/Mailing_Lists/Search before posting! >> Please don't post (un)subscribe requests to the list. Use the >> www interface or send it to gmx-users-requ...@gromacs.org. >> Can't post? Read http://www.gromacs.org/Support/Mailing_Lists > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] Umbrella sampling
Hi All I have generated several PMF curves for the one system using umbrella sampling. In the first part of the curve (barrier region) I use a high force constant with small intervals between the windows. The latter part of the curve I use a lower force constant with larger window spacing. Anyway I have a few issues that I need clarifying: 1 - Can you have too much overlap between windows? 2 - Does the distribution at each window have to centered around the desired r0? (If not does this affect the free energy?) 3- If you over sample one particular window, will it affect the curve? Many thanks GAvin -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
Re: [gmx-users] pullx.xvg format
Hi Justin Thanks for the reply. I expanded the terminal and it didn't make a difference. Do you still think it's O.K? Gavin Justin A. Lemkul wrote: > > > Gavin Melaugh wrote: >> Hi all >> >> I have a very quick question. The output for umbrella pulling >> simulations (pullx.xvg) often appears to have an irregular format, in >> that the columns don't seem to be perfectly aligned (see below). >> I have never had a problem with this as g_wham never reported any >> errors. I was just wondering is this an issue? >> > > It shouldn't be. Data are parsed based on line breaks. I imagine > this output might look "normal" if you expand the size of your > terminal to get everything on one line. > > -Justin > >> Cheers >> >> Gavin >> >> 8631.6006 1.05024 3.941 3.80205 0.0919597 >> 0.147718 -0.0215892 >> 8631.9004 1.03157 3.94253 3.80054 0.0290956 >> 0.175955 -0.0447413 >> 8632.2002 1.01474 3.96139 3.81348 0.0594728 >> 0.160099 -0.0482623 >> 8632.5000 1.0197 3.95987 3.82872 0.0515857 >> 0.140793 -0.0359526 >> 8632.8008 1.03466 3.94717 3.83522 0.0775257 >> 0.156349 -0.0268523 >> 8633.1006 1.03959 3.94529 3.83996 0.0630389 >> 0.140153 -0.0315862 >> 8633.4004 1.0372 3.95998 3.82624 0.0489344 0.1468 >> -0.0239522 >> 8633.7002 1.02653 3.95994 3.82712 0.0632881 >> 0.142731 -0.0574301 >> 8634. 1.01196 3.95079 3.81532 0.0594033 >> 0.128616 -0.057459 >> 8634.3008 1.00748 3.93597 3.82667 0.146123 >> 0.114964 -0.0386781 >> 8634.6006 1.00209 3.91869 3.83553 0.0928916 >> 0.119439 -0.0338013 >> 8634.9004 0.9937043.92392 3.8084 0.0669909 >> 0.152878-0.0255926 >> 8635.2002 1.00164 3.94898 3.79449 0.0824905 >> 0.170253 -0.0137497 >> 8635.5000 1.0168 3.95829 3.78047 0.058119 >> 0.158457 -0.0219142 >> 8635.8008 1.03037 3.95717 3.7914 0.0950175 >> 0.145733 -0.0685743 >> 8636.1006 1.0152 3.94208 3.78807 0.0705052 >> 0.147887 -0.0117258 >> 8636.4004 1.00647 3.93244 3.79199 0.092164 >> 0.130635 -0.00548112 >> 8636.7002 1.02261 3.91966 3.76668 0.0743383 >> 0.160227 -0.0491515 >> 8637. 1.0466 3.91742 3.73989 0.0766793 >> 0.134678 -0.09385 >> 8637.3008 1.04931 3.93179 3.75026 0.126789 >> 0.115951 -0.0487055 >> 8637.6006 1.04238 3.94086 3.73288 0.127404 >> 0.150352 0.00932272 >> 8637.9004 1.02266 3.92861 3.74975 0.0541594 >> 0.164885 -0.0608739 >> 8638.2002 1.01286 3.93057 3.77248 0.14425 0.10085 -0.00612713 >> 8638.5000 1.01337 3.94557 3.79916 0.11815 0.0991607 >> 0.00891958 >> 8638.8008 0.9870623.93091 3.81182 0.0363212 >> 0.168897-0.0292177 >> 8639.1006 0.9953363.93407 3.82284 0.122306 >> 0.0993002 -0.00813846 >> 8639.4004 1.00739 3.95131 3.82143 0.0971151 >> 0.124606 -0.0229913 >> 8639.7002 1.01473 3.98067 3.82504 0.130283 >> 0.117168 -0.0369952 >> 8640. 1.02179 3.97666 3.80322 0.1076740.13277 >> -0.0346299 >> 8640.3008 1.02445 3.96855 3.79499 0.0598816 >> 0.185437 -0.0311454 >> 8640.6006 1.03611 3.94857 3.79149 0.105113 >> 0.122864 0.00836338 >> 8640.9004 1.02776 3.94737 3.79431 0.09896 0.093913 >> -0.0594025 >> 8641.2002 0.9931783.93066 3.80311 0.0987073 >> 0.146735-0.0481467 >> 8641.5000 0.9816533.91943 3.7912 0.0527064 >> 0.155903-0.0340922 >> 8641.8008 0.99508 3.92219 3.80137 0.1122350.08475 >> -0.0709295 >> 8642.1006 1.0068 3.91384 3.78044 0.0627984 >> 0.156858 -0.0764401 >> 8642.4004 1.00386 3.93476 3.80116 0.080642 >> 0.0993683 -0.050131 >> 8642.7002 0.9932483.90789 3.80662 0.0890923 >> 0.148829-0.0430867 >> 8643. 0.9925173.87576 3.79073 0.091716 >> 0.134674-0.0131645 >> 8643.3008 0.9952343.89502 3.7805 0.0704844 >> 0.156837-0.0469381 >> 8643.6006 1.01357 3.91115 3.75715 0.0796926 >> 0.128354 -0.0687171 >> 8643.9004 1.01555 3.90522 3.75396 0.0917188 >> 0.140592 -0.0575233 >> > -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
[gmx-users] pullx.xvg format
Hi all I have a very quick question. The output for umbrella pulling simulations (pullx.xvg) often appears to have an irregular format, in that the columns don't seem to be perfectly aligned (see below). I have never had a problem with this as g_wham never reported any errors. I was just wondering is this an issue? Cheers Gavin 8631.6006 1.05024 3.941 3.80205 0.0919597 0.147718 -0.0215892 8631.9004 1.03157 3.94253 3.80054 0.0290956 0.175955 -0.0447413 8632.2002 1.01474 3.96139 3.81348 0.0594728 0.160099 -0.0482623 8632.5000 1.0197 3.95987 3.82872 0.0515857 0.140793 -0.0359526 8632.8008 1.03466 3.94717 3.83522 0.0775257 0.156349 -0.0268523 8633.1006 1.03959 3.94529 3.83996 0.0630389 0.140153 -0.0315862 8633.4004 1.0372 3.95998 3.82624 0.0489344 0.1468 -0.0239522 8633.7002 1.02653 3.95994 3.82712 0.0632881 0.142731 -0.0574301 8634. 1.01196 3.95079 3.81532 0.0594033 0.128616 -0.057459 8634.3008 1.00748 3.93597 3.82667 0.1461230.114964 -0.0386781 8634.6006 1.00209 3.91869 3.83553 0.0928916 0.119439 -0.0338013 8634.9004 0.9937043.92392 3.8084 0.0669909 0.152878-0.0255926 8635.2002 1.00164 3.94898 3.79449 0.0824905 0.170253 -0.0137497 8635.5000 1.0168 3.95829 3.78047 0.0581190.158457 -0.0219142 8635.8008 1.03037 3.95717 3.7914 0.0950175 0.145733 -0.0685743 8636.1006 1.0152 3.94208 3.78807 0.0705052 0.147887 -0.0117258 8636.4004 1.00647 3.93244 3.79199 0.0921640.130635 -0.00548112 8636.7002 1.02261 3.91966 3.76668 0.0743383 0.160227 -0.0491515 8637. 1.0466 3.91742 3.73989 0.0766793 0.134678 -0.09385 8637.3008 1.04931 3.93179 3.75026 0.1267890.115951 -0.0487055 8637.6006 1.04238 3.94086 3.73288 0.1274040.150352 0.00932272 8637.9004 1.02266 3.92861 3.74975 0.0541594 0.164885 -0.0608739 8638.2002 1.01286 3.93057 3.77248 0.14425 0.10085 -0.00612713 8638.5000 1.01337 3.94557 3.79916 0.11815 0.0991607 0.00891958 8638.8008 0.9870623.93091 3.81182 0.0363212 0.168897-0.0292177 8639.1006 0.9953363.93407 3.82284 0.122306 0.0993002 -0.00813846 8639.4004 1.00739 3.95131 3.82143 0.0971151 0.124606 -0.0229913 8639.7002 1.01473 3.98067 3.82504 0.1302830.117168 -0.0369952 8640. 1.02179 3.97666 3.80322 0.1076740.13277 -0.0346299 8640.3008 1.02445 3.96855 3.79499 0.0598816 0.185437 -0.0311454 8640.6006 1.03611 3.94857 3.79149 0.1051130.122864 0.00836338 8640.9004 1.02776 3.94737 3.79431 0.09896 0.093913-0.0594025 8641.2002 0.9931783.93066 3.80311 0.0987073 0.146735-0.0481467 8641.5000 0.9816533.91943 3.7912 0.0527064 0.155903-0.0340922 8641.8008 0.99508 3.92219 3.80137 0.1122350.08475 -0.0709295 8642.1006 1.0068 3.91384 3.78044 0.0627984 0.156858 -0.0764401 8642.4004 1.00386 3.93476 3.80116 0.0806420.0993683 -0.050131 8642.7002 0.9932483.90789 3.80662 0.0890923 0.148829-0.0430867 8643. 0.9925173.87576 3.79073 0.091716 0.134674-0.0131645 8643.3008 0.9952343.89502 3.7805 0.0704844 0.156837-0.0469381 8643.6006 1.01357 3.91115 3.75715 0.0796926 0.128354 -0.0687171 8643.9004 1.01555 3.90522 3.75396 0.0917188 0.140592 -0.0575233 -- gmx-users mailing listgmx-users@gromacs.org http://lists.gromacs.org/mailman/listinfo/gmx-users Please search the archive at http://www.gromacs.org/Support/Mailing_Lists/Search before posting! Please don't post (un)subscribe requests to the list. Use the www interface or send it to gmx-users-requ...@gromacs.org. Can't post? Read http://www.gromacs.org/Support/Mailing_Lists