# LigParGen toluene itp file

**URL:** https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023
**Category:** User discussions
**Tags:** forcefield
**Created:** [April 14, 2022, 10:41pm UTC](https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023 "2022-04-14T22:41:53Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![gmxUser](https://avatars.discourse-cdn.com/v4/letter/g/46a35a/32.png) [@gmxUser](https://gromacs.bioexcel.eu/u/gmxUser)
#### Post date: [April 14, 2022, 10:41pm UTC](https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023/1 "2022-04-14T22:41:53Z")

</div>

GROMACS version:2020.4  
GROMACS modification: No  
Hello,  
I am attempting a simulation of ~ 200 toluene molecules using gmx. I used LigParGen server to create the .itp file. I used the resulting pdb file with packmol to produce a starting pdb file with 200 toluene molecules. When I attempt to minimize the structure, grompp complains that the system has a net charge and PME is not recommended.

The net charge of the system per molecule from the .itp file is -0.0001 units. However, when grompp processes the pdb file, the net charge is reported as -0.020000000 and PME is flagged as a warning. I wonder if there’s a way to work around this error. We could use coulombtype = cutoff as one alternative, however, I am curious to know if there’s a better fix? I am posting the charge section from the .itp file below.

Thank you,

; Name nrexcl  
TOL 3  
[atoms]  
; nr type resnr residue atom cgnr charge mass  
1 opls\_800 1 TOL C00 1 -0.1325 12.0110  
2 opls\_801 1 TOL C01 1 -0.1435 12.0110  
3 opls\_802 1 TOL C02 1 -0.1326 12.0110  
4 opls\_803 1 TOL C03 1 -0.1354 12.0110  
5 opls\_804 1 TOL C04 1 -0.0896 12.0110  
6 opls\_805 1 TOL C05 1 -0.1356 12.0110  
7 opls\_806 1 TOL H06 1 0.1367 1.0080  
8 opls\_807 1 TOL H07 1 0.1359 1.0080  
9 opls\_808 1 TOL H08 1 0.1366 1.0080  
10 opls\_809 1 TOL H09 1 0.1372 1.0080  
11 opls\_810 1 TOL H0A 1 0.1368 1.0080  
12 opls\_811 1 TOL C0B 1 -0.1907 12.0110  
13 opls\_812 1 TOL H0C 1 0.0922 1.0080  
14 opls\_813 1 TOL H0D 1 0.0922 1.0080  
15 opls\_814 1 TOL H0E 1 0.0922 1.0080

---

<div class="post-metadata">

### Author: ![Yogeshb](https://avatars.discourse-cdn.com/v4/letter/y/bc79bd/32.png) [@Yogeshb](https://gromacs.bioexcel.eu/u/Yogeshb)
#### Post date: [April 18, 2022, 2:25am UTC](https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023/2 "2022-04-18T02:25:47Z")

</div>

-0.0001 is too small, u can just round it off to zero.

---

<div class="post-metadata">

### Author: ![jalemkul](https://dub1.discourse-cdn.com/flex017/user_avatar/gromacs.bioexcel.eu/jalemkul/32/18_2.png) [@jalemkul](https://gromacs.bioexcel.eu/u/jalemkul)
#### Post date: [April 18, 2022, 2:38am UTC](https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023/3 "2022-04-18T02:38:45Z")

</div>

Not when the charges are actually reported to four decimal points. It is clear that this is an actual deficiency because the charges sum to -0.0001 when they should not. The charge in the ligand topology needs to be adjusted so it sums to 0. The accumulation of this error when there are 200 molecules of this type (-0.02) is definitely non-negligible.

---

<div class="post-metadata">

### Author: ![bjwiley23](https://avatars.discourse-cdn.com/v4/letter/b/c6cbf5/32.png) [@bjwiley23](https://gromacs.bioexcel.eu/u/bjwiley23)
#### Post date: [July 17, 2022, 6:32am UTC](https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023/4 "2022-07-17T06:32:49Z")

</div>

Hi @jalemkul, can you embellish more on your comment “The charge in the ligand topology needs to be adjusted so it sums to 0”. There are going to be some non-English speaking people that could think there is a program that does/can do this, rather than maybe it is a directive to “do it yourself”. Then what exactly does “adjusted” mean as well. This language can also be misinterpreted. Can we, for instance if we have a total net charge of -0.0003, just remove -.0001 from 3 atoms?

Interestingly, I tested obabel on ribociclib.sdf downloaded from Pubchem to convert to TRIPOS mol2 file and vanilla obabel is even worse than ligpargen and the total charge was -0.0005. This is now seeming like a fundamental issue with small molecule files and charges.

---

<div class="post-metadata">

### Author: ![jalemkul](https://dub1.discourse-cdn.com/flex017/user_avatar/gromacs.bioexcel.eu/jalemkul/32/18_2.png) [@jalemkul](https://gromacs.bioexcel.eu/u/jalemkul)
#### Post date: [July 21, 2022, 2:27am UTC](https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023/5 "2022-07-21T02:27:21Z")

</div>

> [@bjwiley23](#):
>
> Then what exactly does “adjusted” mean as well. This language can also be misinterpreted. Can we, for instance if we have a total net charge of -0.0003, just remove -.0001 from 3 atoms?

Empirical adjustments to charges are fine, if appropriately validated. For a charge discrepancy that small, it’s clearly a floating-point rounding issue with the software that generated the charges. A lot of force fields don’t bother even going to the ten-thousandths place because that level of precision becomes rather meaningless in MD simulations. So, yes, distribute the charge difference sensibly, but **check what you’re doing to make sure your topology is still valid.**

> [@bjwiley23](#):
>
> Interestingly, I tested obabel on ribociclib.sdf downloaded from Pubchem to convert to TRIPOS mol2 file and vanilla obabel is even worse than ligpargen and the total charge was -0.0005. This is now seeming like a fundamental issue with small molecule files and charges.

Still seems like a software issue. I’ve never had a problem using Antechamber or CGenFF programs leading to nonsense charges like this.

---

<div class="post-metadata">

### Author: ![bjwiley23](https://avatars.discourse-cdn.com/v4/letter/b/c6cbf5/32.png) [@bjwiley23](https://gromacs.bioexcel.eu/u/bjwiley23)
#### Post date: [July 21, 2022, 7:06am UTC](https://gromacs.bioexcel.eu/t/ligpargen-toluene-itp-file/4023/6 "2022-07-21T07:06:27Z")

</div>

Yes agreed. I created an issue for ligpargen on Github :). No sense in creating an issue for obabel, it won’t get done for a while.
