Comments (4)
I'm guessing this has to do with periodic boundary conditions; the ligand is being draw with the first atom at 0,0,0, but happens to be built with negative coordinates, whereas the water is filled in with positive coordinates. But if you consider periodic copies, it's fine. You would probably need to post the actually pdb to see.
from openff-interchange.
Thanks for your response!
I have uploaded the pdb file for reference at this repo link, where I only changed the step parameter in the ipynb file (from 5000 to 10000, hence there will be 20 MODELS in the pdb file).
From the pdb, it can be seen that the ligand is outside the edge of the water box in all 20 MODELS. However, as you mentioned, the simulation did not encounter any problems, so I wonder if I can disregard this odd visualization issue.
from openff-interchange.
Yes, I think you can
from openff-interchange.
Yes this looks like a quirk of visualization. Visualization/analysis tools usually have ways to move molecules between periodic images.
If the simulation runs, it's not likely an issue of the system being prepared wrong.
from openff-interchange.
Related Issues (20)
- [LAMMPS] Full unit-awareness when parsing LAMMPS outputs with drivers HOT 3
- Missing v-site exceptions HOT 4
- Wrong "scale_14" read from .json file HOT 5
- "dOH" written incorrectly in `[ settles ]` section HOT 2
- How to check missing parameters before create_interchange? HOT 2
- Pass cosmetic attrs through to `Potential` objects HOT 3
- Missing v-site exceptions with plugins HOT 5
- `Interchange.from_openmm` should raise an exception if the topology doesn't match the system HOT 3
- Update GROMACS portion of ligand example
- Loading topologies from OpenMM sometimes scrambles atom order HOT 2
- Electrostatics key mismatch after combination HOT 3
- Positions of `MonovalentLonePair` virtual sites is incorrect (does not affect simulations) HOT 1
- Virtual site parameters can clash if looked up using only SMIRKS HOT 4
- `experimental/openmmforcefields/gaff.ipynb` and `ligand_in_water.ipynb` notebooks broken on OpenFF Docs HOT 1
- units for `Interchange.collection['Bonds'].get_system_parameters()` HOT 2
- Support GROMACS's `3fad` virtual sites
- `get_positions_with_virtual_sites` does not collate virtual sites with molecules HOT 1
- Some combinations of Interchanges do not commute HOT 2
- Improved LAMMPS support. HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from openff-interchange.