You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
where $A$ is the atom and $\mu$ and $\nu$ are basis function indices.
An example use case is our generalized Pipek-Mezey orbital localization method, which replaces the original ill-defined Mulliken (or Löwdin) charges with a variety of mathematically well-defined partial charge estimates. It turns out that the localized orbitals are remarkably insensitive to the partial charge method, which can thereby be chosen by computational convenience, such as the Becke charges defined by the above overlap matrices
@susilehtola would an API to return a specific atomic overlap (as opposed to all or a batch of them) suit the needs here (at least to start)? Would it also be desirable to have an API that returns $Q_{ij}^A$ directly given MO coefficients (might make sense to spin that off onto another Issue if desired)?
Batching over atoms is fine, as long as you get the matrices separately. I don't think the MO transformation is within the scope of this feature, since it is trivial to achieve with a matrix multiply.
This might already be implemented, however... many applications require the evaluation of atomic overlap matrices
where$A$ is the atom and $\mu$ and $\nu$ are basis function indices.
An example use case is our generalized Pipek-Mezey orbital localization method, which replaces the original ill-defined Mulliken (or Löwdin) charges with a variety of mathematically well-defined partial charge estimates. It turns out that the localized orbitals are remarkably insensitive to the partial charge method, which can thereby be chosen by computational convenience, such as the Becke charges defined by the above overlap matrices
We have also extended this method to forming generalized Pipek-Mezey Wannier functions
The text was updated successfully, but these errors were encountered: