From: Martin R. <mar...@gm...> - 2011-11-15 20:43:39
|
Hi Adam, No, as long as the symmetry is not Oh or Td, there is no warning. Best, Martin On Tue, Nov 15, 2011 at 12:22 PM, Adam Tenderholt <ate...@gm...>wrote: > Hi Martin, > > Thanks for the info. It's a bit odd that slight distortions return the > value to 70.00. Out of curiosity, do you still get the complex warning > at the LPA step for these calculations? > > Adam > > > On Tue, Nov 15, 2011 at 11:50 AM, Martin Rahm <mar...@gm...> > wrote: > > Hi Adam, and everyone, > > I just figured out a way around the problem. First, the same thing > happens > > for single points, and it remains if one runs with "nosymm", or if the > > nuclear coordinate input is switched between cartesian/z-mat. However, > these > > latter changes do seem to affect the total number of electrons and the > > orbital populations slightly different. > > The solution I found was to perturb the Oh symmetry very slightly (into > > C3v), then the electron count becomes 70.000, and all ligands are treated > > equally. The same goes for Td systems, which have to be disturbed into > D2d. > > In other words it seems like the code has problems with "spherically" > > symmetric wave functions. > > Best, > > Martin > > > > > > On Tue, Nov 15, 2011 at 10:19 AM, Adam Tenderholt <ate...@gm... > > > > wrote: > >> > >> Hi Martin and others, > >> > >> Sorry for the delayed response.... > >> > >> The complex warning suggests there's a complex value being discarded > >> that may be important. Does anyone know if we should be taking the > >> norm instead of simply discarding the imaginary part? > >> > >> Also, does it matter that this is an Opt Freq calc? Does Gaussian > >> print the one-electron overlap matrix (aooverlaps) at the final > >> geometry? (I usually don't combine Opt and Freq calcs, so I don't > >> know, but the file looks like the final overlap matrix isn't at the > >> converged geometry.) If not, perhaps the problem is from using the > >> overlap matrix at the first structure and the orbital coefficients at > >> the final structure. > >> > >> Take care, > >> > >> Adam > >> > >> On Sat, Nov 5, 2011 at 1:20 PM, Martin Rahm <mar...@gm...> > wrote: > >> > Hi Karol, > >> > I realized that I had used cartesian coordinates in the original input > >> > file. > >> > When I used a z-matrix instead (and defined S as atom 0) the LPA > warning > >> > was > >> > still the same, but the total number of electrons turned out to be > 70.22 > >> > (instead of 70.3). > >> > I should also mention that the LPA-charge of all F ligands are > slightly > >> > different, even though they are symmetrically identical. > >> > Best, > >> > Martin > >> > On Sat, Nov 5, 2011 at 1:34 AM, Karol M. Langner > >> > <kar...@gm...> > >> > wrote: > >> >> > >> >> Hi Martin, > >> >> > >> >> Can you provide the output file for that Gaussian job? > >> >> > >> >> Best, > >> >> Karol > >> >> > >> >> On Nov 04 2011, Martin Rahm wrote: > >> >> > Dear List, > >> >> > > >> >> > I'm running a trial Löwdin population analysis (LPA) on SF6, from a > >> >> > B3LYP/cc-pVTZ calculation. Something is awry, the total number of > >> >> > electrons gets overestimated by 0.3 (70.3), and there is a "complex > >> >> > warning" when running the LPA. > >> >> > > >> >> > LPA is supposed to be rotationally invariant if one use "pure" > >> >> > spherical > >> >> > harmonics in the basis set, e.g. 5 d functions instead of 6. (which > >> >> > cc-pVTZ > >> >> > does). Anyone have any clue to this behavior? > >> >> > > >> >> > Best regards, > >> >> > Martin > >> >> > > >> >> > Gaussian Input: --------- > >> >> > # opt freq b3lyp/cc-pvtz pop=(nboread,full) iop(3/33=1,3/36=-1) > >> >> > > >> >> > Title Card Required > >> >> > > >> >> > 0 1 > >> >> > F 0.00000000 0.00000000 1.57972200 > >> >> > F 0.00000000 1.57972200 0.00000000 > >> >> > F 0.00000000 0.00000000 -1.57972200 > >> >> > F 0.00000000 -1.57972200 0.00000000 > >> >> > F 1.57972200 0.00000000 0.00000000 > >> >> > F -1.57972200 0.00000000 0.00000000 > >> >> > S 0.00000000 0.00000000 0.00000000 > >> >> > > >> >> > Python script: -------- > >> >> > from numpy import * > >> >> > from cclib.parser import ccopen > >> >> > from cclib.method import LPA > >> >> > parser = ccopen("test.log") > >> >> > data = parser.parse() > >> >> > method = LPA(data) > >> >> > method.calculate() > >> >> > > >> >> > > >> >> > > savetxt("LPA-big.csv",transpose(2*method.aoresults[0][:data.homos[0]+1])) > >> >> > > >> >> > Script output: -------- > >> >> > ... > >> >> > [Gaussian test.log INFO] Creating attribute coreelectrons[] > >> >> > [LPA <cclib.parser.data.ccData object at 0x1015ba150> INFO] > Creating > >> >> > attribute aoresults: [array[2]] > >> >> > > >> >> > > >> >> > > /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cclib/method/lpa.py:99: > >> >> > ComplexWarning: Casting complex values to real discards the > imaginary > >> >> > part > >> >> > self.aoresults[spin][i] = numpy.multiply(temp1, > temp2).astype("d") > >> >> > [LPA <cclib.parser.data.ccData object at 0x1015ba150> INFO] Saving > >> >> > partitioned results in fragresults: [array[2]] > >> >> > [LPA <cclib.parser.data.ccData object at 0x1015ba150> INFO] > Creating > >> >> > fragcharges: array[1] > >> >> > >> >> > > >> >> > > >> >> > > ------------------------------------------------------------------------------ > >> >> > RSA(R) Conference 2012 > >> >> > Save $700 by Nov 18 > >> >> > Register now > >> >> > http://p.sf.net/sfu/rsa-sfdev2dev1 > >> >> > >> >> > _______________________________________________ > >> >> > cclib-users mailing list > >> >> > ccl...@li... > >> >> > https://lists.sourceforge.net/lists/listinfo/cclib-users > >> >> > >> >> > >> >> -- > >> >> written by Karol Langner > >> >> Sat Nov 5 09:34:29 CET 2011 > >> > > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > RSA(R) Conference 2012 > >> > Save $700 by Nov 18 > >> > Register now > >> > http://p.sf.net/sfu/rsa-sfdev2dev1 > >> > _______________________________________________ > >> > cclib-users mailing list > >> > ccl...@li... > >> > https://lists.sourceforge.net/lists/listinfo/cclib-users > >> > > >> > > > > > > |