Skip to content
GitLab
    • GitLab: the DevOps platform
    • Explore GitLab
    • Install GitLab
    • How GitLab compares
    • Get started
    • GitLab docs
    • GitLab Learn
  • Pricing
  • Talk to an expert
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    • Switch to GitLab Next
    Projects Groups Topics Snippets
  • Register
  • Sign in
  • GROMACS GROMACS
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 317
    • Issues 317
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 98
    • Merge requests 98
  • Deployments
    • Deployments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • GROMACS
  • GROMACSGROMACS
  • Issues
  • #2037
Closed
Open
Issue created Aug 21, 2016 by Paul Bauer@acmnpvMaintainer

trjconv produces gro files unreadable by VMD - Redmine #2037

Archive from user: Semen Yesylevskyy

Given tpr and pdb files attached I’m doing the following:

gmx trjconv -f for_eq.pdb -o trjconv.pdb 
gmx trjconv -f for_eq.pdb -o trjconv.gro 

i.e. I’m just converting the same file for_eq.pdb to either pdb or gro.

When opening trjconv.gro in VMD it is corrupted completely, while trjconv.pdb is completely fine.

When I’m doing the same conversion with editconf the gro file IS readable:

gmx editconf -f for_eq.pdb -o editconf.gro # VMD is fine with this

The only difference between editconf.gro and trjconv.gro which I see is the number of decimal places:

trjconv.gro:
    1SM1      N    1   8.2780   8.3948   5.6172
editconf.gro
    1SM1      N    1   8.278   8.395   5.617

It seems that additional digits broke VMD gro files parser badly. This may be the bug in VMD rather than in Gromacs, but given the popularity of VMD it is better to make it happy.

The obvious solution is to make trjconv behave exactly as editconf.

(from redmine: issue id 2037, created on 2016-08-21 by gmxdefault, closed on 2016-09-08)

  • Relations:
    • relates #1323 (closed)
    • relates #2824 (closed)
  • Changesets:
    • Revision 82e0f418 by Berk Hess on 2016-08-23T10:13:35Z:
Remove variable precision gro writing

The gro precision is now fixed to 3, 4 and 5 decimal places for
x, v and box respectively to ensure compatibility with other software.
Variable precision reading is still supported.

Fixes #2037.

Change-Id: I0e593622ee0380c3934a7b7b6826ae29aed00a59
  • Revision 83192f1d by Mark Abraham on 2019-01-08T09:41:14Z:
Fix trjconv -ndec

This only works with XTC writing, but the documentation
and implementation was wrong. That mean that the terminal
feedback to the user was also wrong when writing a .gro file.

Fixes #2824
Refs #2037

Change-Id: I9f047d0b1042fa37e366ee8c99dabbb1f3458b0a
  • Revision cfb3ca1f by Mark Abraham on 2019-01-21T15:39:15Z:
Fix trjconv -ndec

This only works with XTC writing, but the documentation
and implementation was wrong. That mean that the terminal
feedback to the user was also wrong when writing a .gro file.

Fixes #2824
Refs #2037

Change-Id: I9f047d0b1042fa37e366ee8c99dabbb1f3458b0a
  • Uploads:
    • topol.tpr
    • for_eq.pdb
Assignee
Assign to
Time tracking