..whoops, that's FOR_ATOMS_OF_MOL of course, just a typo (!).
On 31 July 2010 23:43, N David Brown <hubd...@googlemail.com> wrote: > Hi all, > > I'm having issues with OBForceField. > > I perform a crude layout of a SMILES string using a simulated > annealing method. I then pass the resulting structure to an > OBForceField instance to generate more accurate geometry. However, the > coordinates in the OBMol operated on remain the same after performing > the force field simulation. I'm using the UFF force field. > > I've used the demo code listed in the OBForceField API documentation, > and then view the resulting coordinates by > > FOR_ATOMS_IN_MOL(atom, mol) > { > // ... > cout << atom->GetX() << "," > << atom->GetY() << ", " > << atom->GetZ() << endl; > } > > It is clear from the output that the positions remain identical. Yet > the OBFF logs a successful convergence: > > C O N J U G A T E G R A D I E N T S > > STEPS = 1000 > > STEP n E(n) E(n-1) > -------------------------------- > 1 141098.938 468447.427 > 6 43405.513 43405.513 > CONJUGATE GRADIENTS HAS CONVERGED > > > Has anyone a suggestion as to why this is happening? Any advice would > be welcome. > > With thanks and kind regards, > > David > ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ OpenBabel-Devel mailing list OpenBabel-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openbabel-devel