Netiquette · Download · News · Gallery · Homepage · DSSR Manual · G-quadruplexes · DSSR-Jmol · DSSR-PyMOL · DSSR Licensing · Video Overview· RNA Covers

Questions and answers > MD simulations

Failed Downloading MD Ruby Scripts of 3DNA

<< < (2/2)

xiangjun:
Hi Zhengyue,


--- Quote ---Thank you for the detailed information! I got the license from the university last week, and then tried to install and run DSSR.
--- End quote ---

Glad to hear that you have been able to download and run DSSR successfully.


--- Quote ---Unluckily, I noticed from the manual that DSSR only support PDB and mmCIF format... while my MD trajectories are millisecond-level netCDF file...while my MD trajectories are millisecond-level netCDF file... If I convert the trajectory to PDB files, it would be over 30 GB... So I cannot continue with it.
--- End quote ---

As noted explicitly in the DSSR manual, it is a deliberate decision to support only the standard .pdb and .cif formats. I am not a practitioner of MD simulations. Presumably, any decent MD packages should have a way to convert its proprietary binary format to one of the two standard ones. Large converted file size (30GB in your case) is indeed a technical issue. DSSR may not be a straightforward solution to your case yet. If you find a solution elsewhere OR come up with one of your own, please post back so other viewers of the thread can benefit from your experience.


--- Quote ---As for my motivation to use 3DNA, I started working on Holliday Junction (HJ, a kind of DNA structure with four strands forming two helices, and two of the strands are shared by the two helices) recently by computational methods. Usually, the HJ conformation can be described by directions of helices. I hope that I can use the definition in 3DNA to describe the helix vectors so that I can see how those confirmations were sampled during the simulation (I failed to deal with it with cpptraj). Also, I want to monitor the base-pair H-bond along the helices during the simulation. Although cpptraj can solve it but this work is quite tedious:(
--- End quote ---

So it seems that 3DNA/DSSR  does have something unique to offer. Could you provide a small, typical example file to illustrate unambiguously what you want to achieve using 3DNA manually, and how it it solved with cpptraj?

To me, file size is only a technical issue. If DSSR 2.0 can indeed offer features not (easily) available elsewhere, save MD practitioners large amount of time, THEN I'd like to come up with a practical SOLUTION. I need a compelling case to be made. Otherwise, what's the point, why bother?


--- Quote ---I also read some literatures and 3DNA and Curves+ are the only methods mentioned by those authors...(
--- End quote ---

3DNA and Curves+ have complementary features. Specifically, Curves+ has more parameters for quantifying groove dimensions and helix curvatures, and better/integrated support for MD simulations than 3DNA. You may ask "those authors" how 3DNA and Curves+ were used in their cases. See my blogposts:

* Building a bridge between Curves+ and 3DNA
* Analyzing DNA/RNA structures with Curves+ and 3DNA
* Curves+ vs 3DNA
Best regards,

Xiang-Jun

Moi Zhang:
Hi Xiang-jun,

Sorry for the late post. I was doing some other things and also understanding the usage of DSSR last week.

I am glad that I found out a way to apply DSSR on my trajectory without taking too much space.
The protocol is:
1. Divide the whole trajectory into let's say 1000 parts, and I would like to have 100 frames in one trajectory file. In my case, the simulation already divided the entire trajectory into small sections.
2. Use cpptraj to convert a single trajectory file into PDB file. Here, I only focus on DNA so I strip water and ions.
3. Run DSSR like
--- Code: ---x3dna-dssr -i=production500.pdb -o=pro500.json --more --nmr --json
--- End code ---
. Like what you suggested, I use json output here.
4. Following the manual, I used jq tool to extract information from the json file I got on step 3. E.g.
--- Code: ---jq '.models | .[] | .parameters.stems | .[] | {stem: .index, helical_direction: .helical_axis}’ <json file>
--- End code ---
.
5. Repeat the steps 2 to 4, and then I can retrieve helical axis information of the whole trajectory. Then I just need to concatenate them. Just make sure I only keep the useful files during the iteration so that I would not occupy too much space.

Meanwhile, I notice that, when numbering the stems, I guess the program number the stems by their residue number (from 5' to 3'), namely, the helix with smaller resid at 5' side will be numbered first... Is this correct?

Thanks so much:)

Best regards,
Moi

xiangjun:
Hi Moi,

Thanks for sharing your way of applying DSSR to the analysis of MD trajectories. The protocol you described is exactly a DSSR user-case I have in mind. DSSR is not targeted specially for MD simulations, for sure. Yet, DSSR fits pragmatically in most situations involving DNA/RNA structural bioinformatics, by design. The MD community will realize the simplicity and applicability of DSSR: it is just a timing issue (when, but not if).


--- Quote ---Meanwhile, I notice that, when numbering the stems, I guess the program number the stems by their residue number (from 5' to 3'), namely, the helix with smaller resid at 5' side will be numbered first... Is this correct?
--- End quote ---

Yes. Try DSSR on 1ehz or other examples you are sure of to check this out.

Xiang-Jun

Navigation

[0] Message Index

[*] Previous page

Created and maintained by Dr. Xiang-Jun Lu [律祥俊] (xiangjun@x3dna.org)
The Bussemaker Laboratory at the Department of Biological Sciences, Columbia University.

Go to full version