Giter VIP home page Giter VIP logo

Comments (10)

jeeberhardt avatar jeeberhardt commented on July 30, 2024

Hi rczerminski-valo,

Sorry about this, the batchmode lacks currently some documentation... hopefully this will be fixed very soon. For a quick example about how the batch mode works, please look at issue #11. In your example, you can only have one molecule per PDBQT file.

Hope it helps.

Best,
Jerome.

from autodock-vina.

rczerminski-valo avatar rczerminski-valo commented on July 30, 2024

I see. So, if this is the case, my understanding is that the only difference between --ligand and --batch modes is that --batch requires --dir argument with designated directory to write docked ligand files to - is it correct?

from autodock-vina.

jeeberhardt avatar jeeberhardt commented on July 30, 2024

Yep, exact! ;)

from autodock-vina.

rczerminski-valo avatar rczerminski-valo commented on July 30, 2024

How difficult would it be to modify code to allow for multiple ligands input files and multi-ligand, multi-pose output files? As far as I can tell this (i.e. docking multiple ligands) is rather common usage scenario currently accomplished by scripting around vina executable.
--Ryszard

from autodock-vina.

jeeberhardt avatar jeeberhardt commented on July 30, 2024

I think the greater question here is not about whether or not we could, but if we should.

The PDB format (which is the basis of the PDBQT format) is pretty clear about the use of MODEL/ENDMDL keywords:

The MODEL record specifies the model serial number when multiple models of the same structure are presented in a single coordinate entry, as is often the case with structures determined by NMR.

We are aware that many people are using this trick to generate PDBQT files with multiple ligands (along side all the different flavors of the PDB format...), but multiple issues arise from that 1) how would we differentiate multiple poses of the same ligand from different ligands and 2) more importantly the file won't be in PDB(QT) format anymore so you will face the eventual interoperability issues with other programs.

Jerome.

from autodock-vina.

rczerminski-valo avatar rczerminski-valo commented on July 30, 2024

Interoperability issues are definitely important, and yes using PDBQT-like format to store multi-ligand, multi-pose output might be not the good way forward. Some other format more suited for this purpose may offer better solution. I do not know what would be the most suitable one for vina, but some possibilities are, I guess, SDF, CML? Do you think any of these would be suitable? or some other format?
--Ryszard

from autodock-vina.

diogomart avatar diogomart commented on July 30, 2024

Hi Ryszard,
SDF and MOL2 files would be great, but unfortunately it's unlikely we will do it in the near future. There would be a similar problem though, because they don't explicitly distinguish multiple entries as a) conformers of a given molecule or as b) different molecules. So the software reading these files would have to guess based on the molecules names or some other way.

from autodock-vina.

rczerminski-valo avatar rczerminski-valo commented on July 30, 2024

With SDF one solution might be to have simple and well documented convention (so the "consumer" of these files does not have to guess what is what) in the multi-ligand, multi-pose output there could be records clearly marking different molecules and poses associated with them. For example if we have 2 molecules with 3 poses per molecule we would have 6 MOL records in SDF: with (mseq, pseq) fields = (1,1) (1,2) (1,3) (2,1), (2,2) (2,3)

[...]
>  <mseq>
1
> <pseq>
1
[...]
>  <mseq>
1
> <pseq>
2
[...]

from autodock-vina.

rczerminski-valo avatar rczerminski-valo commented on July 30, 2024

JSON based format (ideally some agreed upon standard) might be an interesting possibility as well. There is some discussion around this issue here rdkit/rdkit#1137 ... SDF seems however to be the simplest short (or medium) term solution.

from autodock-vina.

diogomart avatar diogomart commented on July 30, 2024

That's an interesting discussion, thanks for posting it here. It seems that the chemo-informatics experts haven't converged yet. Your suggestion with molecule and conformer indices in the SDF data fields is good. If we get to do this it will probably be very similar to that.

from autodock-vina.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.