Removed "XXX non-matching atom names" Martini statement.
authorKevin Boyd <kevin.boyd@uconn.edu>
Wed, 23 May 2018 00:39:26 +0000 (20:39 -0400)
committerKevin Boyd <kevin.boyd@uconn.edu>
Wed, 23 May 2018 00:39:26 +0000 (20:39 -0400)
The current statement is that atom renaming in grompp is part of the
accepted workflow, and so the above error can be ignored. Not sure how
long ago this was the case, but I'm fairly certain it isn't now.

Change-Id: Ie4f00bf49d0108c36b5f47b59942b455bba8cd28

docs/user-guide/run-time-errors.rst

index 6cb7fc82ffe4329436deafeb5bbceab6e2eff9ba..edb34c8201e8dcf3b048e384ab01bc0e0bf713e7 100644 (file)
@@ -375,9 +375,7 @@ the :ref:`coordinate <gmx-structure-files>` file.  If there is a mismatch, this
 To remedy the problem, make sure that the contents of your ``[ molecules ]`` directive
 matches the exact order of the atoms in the coordinate file.
 
-In some cases, the error is harmless. For example, when running simulations with the
-`MARTINI force field <http://cgmartini.nl/>`_, the workflow relies on :ref:`grompp <gmx grompp>` to apply the
-correct names, which are not previously assigned.  Also, perhaps you are using a
+In a few cases, the error is harmless. Perhaps you are using a
 :ref:`coordinate <gmx-structure-files>` file that has the old (pre-4.5) ion nomenclature.
 In this case, allowing :ref:`grompp <gmx grompp>` to re-assign names is harmless.
 For just about any other situation, when this error comes up, **it should not be ignored**.