Comments (12)
Hi @tyzhang1993 ,
For HF in STO-3G first 12 roots
CIS 0.64443155 0.64443155 0.64443155 0.64443155 0.64443155 0.64443155
0.71203465 0.71203465 0.79555934 0.79555934 0.79555934 1.05240884
spin-adapted singlets 0.71203465 0.71203465 1.05240884
psi4numpy CIS(FCI) 0.644431546 0.644431546 0.678233098 0.678233098 0.795559340 1.05240884
The root 0.71203465 given by CIS and spin-adapted and confirmed by using Josh Goings McMurchie-Davidson program with both CIS and his version of FCI is missing and replaced by a root at 0.678233098 in the psi4numpy implementation. Direct eigensolvers have been used throughout. Any thoughts
Best
Peter
from psi4numpy.
There are a lot of issues here, and I'd like to get to them, but I have other obligations. I'll investigate on Saturday, at the latest.
I don't understand your last post: which codes generated these three sets of numbers? Links preferred.
from psi4numpy.
There are a lot of issues here, and I'd like to get to them, but I have other obligations. I'll investigate on Saturday, at the latest.
I don't understand your last post: which codes generated these three sets of numbers? Links preferred.
Thanks for your reply. The CIS results are from Josh Goings McMurchie-Davidson repo mmd calculated both from 'standard' CIS and by his bitstring version, also by my own code. The spin-adapted is from my own code and the last set of numbers from the CIS using bitstring from Psi4numpy. For water in a minimal STO-3G basis all sources agree. I'm not running psi4 at the moment so using another source of integrals for the psi4numpy code which I admit is not ideal. However, everything coincides for water,
Thank you for your time,
Peter
from psi4numpy.
Can I have the HF bond length for reproduction purposes?
from psi4numpy.
from psi4numpy.
I've re-run this and psi4numpy is in agreement with other results, No idea what happened first time. So sorry for wasting your time, sincere apologies.
Peter
from psi4numpy.
Thanks. I'll hope to respond to your other points (and clear some of the other Psi4Numpy issues) over the weekend.
from psi4numpy.
Hi @JonathonMisiewicz ,
Originally I thought the problem was just the ordering of the CI amplitudes produced by the psi4numpy FCI code but now I've got issues with the values of the eigenvectors themselves.
I've done the following using psi4
- using Crawford Projects geometry, written the CIS spin-adapted singlets method and verified that I get roots in agreement with Crawford Project 12 for CIS.
- From mints got AO dipoles and transformed to MO basis and re-shaped to [ndocc, nvirt]
- Constructed transition dipole for an arbitary root (0.5056282996 - 3rd singlet) and computed the oscillator strength which all agree with values from my program, Josh Goings McMurchie-Davidson program (which in turn was checked with Gaussian).
- Imported CI_helper from psi4numpy FCI module and copied code from it's CIS module.
- calculated energies and eigenvectors using FCI/CIS code.
- for the root with value 0.5056282996 the eigenvectors can be easily reshaped (nb CIS has different initial determinant order from FCI). There are two contiguous identical blocks [ndocc, nvirt] long. Taking one block and re-normalizing you can then re-shape into a [ndocc, nvirt] matrix which can be compared with the one obtained from CIS spin-adapted method
- the matrices are identical in absolute values, but there are differences in sign - I reproduce them below (spin-adapted first)
[[ 0.000784 0. ]
[ 0.064045 0. ]
[ 0. -0.344767]
[ 0.936501 0. ]
[ 0. 0. ]]
[[ 0.000784 0. ]
[-0.064045 0. ]
[ 0. -0.344767]
[-0.936501 0. ]
[ 0. 0. ]]
The oscillator strengths do not of course agree. This is the situation for all roots I've tried - right absolute values and some wrong signs. I attach the script I used...psi.txt (there might some minor typos in file as I had to un-install psi4 before I'd tidied the file file up as the psi4 installation destroyed my existing Python installation).
Peter
from psi4numpy.
I imagine that the two codes you're using produce the same eigenvector in determinant space but change the signs of their basis vectors and thereby have different expansion coefficients. I strongly suggest you double-check what the basis vectors in those two codes are.
from psi4numpy.
I imagine that the two codes you're using produce the same eigenvector in determinant space but change the signs of their basis vectors and thereby have different expansion coefficients. I strongly suggest you double-check what the basis vectors in those two codes are.
Yes I'm aware that the wavefunction is only defined upto phase so a sign change is possible. However as you will have seen from the script I have used the same set of mo coefficients throughout from a single SCF calculation so all signs should be compatible. All quantities are taken from psi4 and should be compatible in both spin-adapted and FCI/CIS computations. It is not the overall sign of the transition dipole that is the issue, it is that the numerical value of the dipole and of the resultant (signless) oscillator strengths are not in agreement. Thank you for taking an interest.
from psi4numpy.
It is not the overall sign of the transition dipole that is the issue, it is that the numerical value of the dipole and of the resultant (signless) oscillator strengths are not in agreement.
I was talking about the sign in the CI coefficients.
I imagine that the two codes you're using produce the same eigenvector in determinant space but change the signs of their basis vectors and thereby have different expansion coefficients. I strongly suggest you double-check what the basis vectors in those two codes are.
Yes I'm aware that the wavefunction is only defined upto phase so a sign change is possible. However as you will have seen from the script I have used the same set of mo coefficients throughout from a single SCF calculation so all signs should be compatible.
Why are you assuming that the MO coefficients are the only place for a sign disagreement?
For all I know, the third basis vector in the first program is 1b ^ 2a, and the third basis vector in the second program is 2a ^ 1b. Because these are determinants/wedge-products, these disagree by a sign. Even if the two CI solvers are input the same MO coefficients, the basis vectors disagree by a sign, so the same eigenvector will have different coefficients in different bases.
To be explicit, I'm raising this as the first thing I would check, rather than as the definitive cause.
from psi4numpy.
Thank you for your suggestion. I'm not sure what you mean by 'first' and 'second' programs though? There is only one program with one basis set and one set of mo coefficents. The bottom line is can you, using the CIS module in psi4numpy for singlet root 0.505628 get an oscillator strength of 0.002341 (psi4 values) for water in Crawford geometry and STO-3G basis? I can't get the right value by this method although can by a plethora of other methods :) Anyway thank you for your suggestions and help and giving some of your time to this. I suspect your feeling is that there is something wrong with what I am doing and not with the psi4numpy code so I will close this now.
from psi4numpy.
Related Issues (20)
- AO basis Overlap matrix is printed incorrectly via psi4numpy RHF_Hessian script. HOT 11
- Package for pypi and conda forge HOT 3
- SOUHF: Alpha Orbitals Aren't Beta
- Problems about making intermediates in eom-ccsd HOT 12
- ADC Eigenvectors HOT 13
- Additional term in making matrix elements of similarily transformed hamiltonian HOT 1
- Question in code performance HOT 2
- Numpy implementation of b3lyp HOT 2
- reference of code block in psi4numpy/coupled_cluster/RHF/helper_cceom HOT 5
- Tutorial 4a_Grids for different molecular symmetries
- Factor in Sigma Derivatives in Electron Propagator EP2_SO HOT 7
- ordering of angular moment-indexed basis functions in psi4 HOT 2
- conda install failed on windows HOT 2
- Jk HOT 1
- Broken example: Fitting Lennard-Jones Parameters from Potential Energy Scan HOT 1
- obtaining
- SAPT0_ROHF test failing HOT 2
- Can you add some tutorials and examples about TDHF or TDDFT? HOT 1
- einsum can now use optimize=True without any issues HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from psi4numpy.