<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Sébastien,<div><span class="Apple-tab-span" style="white-space:pre"> </span>Your extension will be really useful to a lot of people. Thanks for developing it!</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>As for the question about distributing the extension: if the extension contained only code you'd written yourself (that possibly called Chimera functions) without copying Chimera modules then I'm certain that you could distribute it freely. That's explicitly allowed by the last sentence of section 3 of the license agreement. With copies of Chimera modules included it's less clear that the license allows it directly, though since extensions such as yours are exactly what we're trying to encourage with Chimera (and why extensibility is a basic design goal of Chimera) I am certain that we will grant permission to distribute the Chimera code with your extension.</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>I'm waiting to hear back from the head of our lab (Tom Ferrin) as to whether explicit permission is actually needed in this case since I'm no expert in reading license legalese. I'll let you know when I hear something.</div><div><span class="Apple-tab-span" style="white-space:pre"> </span> Perhaps it isn't necessary to include modified Chimera code in your extension. I wrote the WriteMol2 and Rotamers modules and Conrad Huang in our lab wrote ViewDock. If you sent me the diffs to the writeMol2 function I'm sure I could incorporate them (perhaps activated by a keyword arg if the changes make the Mol2 file non-standard). Same thing for the Midas module. As for Rotamers, if you let me know what part of the Rotamers interface you copied I could refactor the module so that you could import that element separately and avoid duplicating code. This kind of integration has the benefit that any improvements we make to the base code flow through to your extension. I guess it has the drawback that those particular functions are less "hackable" on your side. :-)</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Conrad has already made changes to support viewing MORDOR output (<a href="http://mondale.ucsf.edu/index_mordor.html">http://mondale.ucsf.edu/index_mordor.html</a>) so I'm sure he'd be interested in investigating EADock support.</div><div><br></div><div>--Eric</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Eric Pettersen</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>UCSF Computer Graphics Lab</div><div><br></div><div><div><div>On Jun 24, 2009, at 7:59 AM, Sébastien Cuendet wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi,<br><br>At the Molecular Modelling Group (<a href="http://www.molecular-modelling.ch/">http://www.molecular-modelling.ch/</a>) in Lausanne, Switzerland, we've developed a Chimera extension with 3 functionalities:<br> * GUI for CHARMM setups: inspect, clean up and prepare molecules for use with CHARMM<br> * GUI for the EADock docking software: setup a receptor, a ligand, choose the docking parameters that suit your needs, and run your docking<br> * access to the S3DB database, a database containing more than 250 manually curated complexes<br><br>The extension is reaching the end of the test phase and we plan on releasing it soon. However, coming closer to the release day brought up several questions:<br><br>1) We needed a slightly modified version of the writeMol2 function (in writeMol2.py), and had to include a modified version of the writeMol2 and midas package in our extension. Of course we're not claiming any intellectual property on any of those two modified files, but is it a problem to integrate them into our extension?<br><br>2) More or less the same situation appears for the rotamers window, from which we took a part to integrate it in part of our extension that allows a user to fix residues with missing atoms. We basically copied and pasted the code we needed. The problem is slightly different since this isn't a built-in function of Chimera, as opposed to writeMol2, for example. But again, is that a problem?<br><br>3) We plan to add some features to the awesome ViewDock extension that is already part of Chimera. However, we really only want to implement shortcut commands that are helpful when using EADock, but since ViewDock is already so complete, it makes no sense to start from scratch. We see two options: either extend the ViewDock extension with our features, or inherit a large part of the ViewDock extension and customize it in our own extension. Option 1 seems possible only if the owner of the ViewDock extension agrees to integrate our features in his extension and brings up questions of supporting/updating those features, whereas option 2 brings up the question already mentioned above.<br><br>Could someone let us know what the standard policy is to deal with those issues?<br><br>Thanks,<br><br>Sébastien Cuendet</div>_______________________________________________<br>Chimera-dev mailing list<br><a href="mailto:Chimera-dev@cgl.ucsf.edu">Chimera-dev@cgl.ucsf.edu</a><br>http://www.cgl.ucsf.edu/mailman/listinfo/chimera-dev<br></blockquote></div><br></div></body></html>