Member Site › Forums › Rosetta 3 › Rosetta 3 – Applications › Ligand docking and protein design of an internal pocket in a protein with a cofactor
- This topic has 2 replies, 3 voices, and was last updated 13 years, 2 months ago by
Anonymous.
-
AuthorPosts
-
-
June 20, 2011 at 8:55 pm #955
Anonymous
Hi, I am a brand new user of Rosetta… I want to model in different substrates in a transporter, and see how the substrates affect the overall protein structure. The problem is, the binding pocket I am trying to look at is pretty much in the center of the protein, so one question is: how can I define a region of the protein where I want my ligand to dock? A confounding variable is that my protein also has a cofactor covalently bound to a residue side chain. A colleague in my lab tried to help me, but we got stuck with this covalently bound cofactor issue. Could someone please give us a strategy of how to deal with the cofactor in the PDB file, as well as how to deal with the docking area being a pocket inside the protein?
Thanks in advance for any help!
-
June 21, 2011 at 3:06 am #5794
Anonymous
The standard ligand_dock application (http://www.rosettacommons.org/manuals/archive/rosetta3.2.1_user_guide/app_ligand_dock.html) allows the definition of various pockets through the -start_from and -uniform_trans flags. If you just have one pocket, I believe you can simply start with a structure with the ligand in the center of the pocket, omit the -start_from flag, and then specify the size of the pocket with the -uniform_trans flag. (I tend to use the arls.py to set things up, and it takes care of most things automatically.)
The covalently bound cofactor is a little more of an issue. Although I’ve never used ligand docking with multiple non-protein ligands, I believe that the non-docked ligand isn’t allowed rigid body movement. I would suggest first trying to model the covalent cofactor as a non-covalent additional ligand. You may have a bit of an issue with the residue wanting to repack to relieve the steric clash (ligand docking always keeps the backbone fixed), but if the attachment point is far enough from the ligand docking site, it might not be an issue. Alternatively, you just remove some of the ligand atoms. If those methods won’t work for you (e.g. if the attachment point is involved in ligand binding), you could try modeling the covalent cofactor as a non-canonical amino acid, but that can be a bit tricky, and it’s easiest to just avoid it.
Although not mentioned in the body, you also mentioned protein design in your subject line. My recommendation is that if you’re looking for mutations, you should use the enzyme_design application (http://www.rosettacommons.org/manuals/archive/rosetta3.2.1_user_guide/app_enzyme_design.html). Despite the name, it should work for ligand binder design in addition to enzyme design.
-
July 6, 2011 at 1:46 am #5836
Anonymous
hey,
in case you haven’t found a satisfying solution, i’d suggest using an enzdes style constraint file to specify the cofactor as covalently bound. check out the enzdes cstfile documentation at http://www.rosettacommons.org/manuals/archive/rosetta3.2.1_user_guide/app_match_enzdes_cstfile.html
i’d make a cstfile containing one block, which specifies a constraint between the two atoms that are covalently bound. the force constants can be set to 0, but the constraint block needs to be declared as covalent.
once you have the constraint file, simply reference it one the command line with -enzdes:cstfile
cheers,
florian
-
-
AuthorPosts
- You must be logged in to reply to this topic.