Difference between revisions of "CamCASP/ToDo"

From CUC3
Jump to navigation Jump to search
import>Am592
import>Am592
Line 10: Line 10:
 
# Reduce [[ CamCASP/ToDo/Memory | memory usage]] in the code (esp. DF objects).
 
# Reduce [[ CamCASP/ToDo/Memory | memory usage]] in the code (esp. DF objects).
 
# '''User's Guide''': It's not up-to-date, nor does it contain helpful information about more complex calculations!
 
# '''User's Guide''': It's not up-to-date, nor does it contain helpful information about more complex calculations!
  +
# The basis set parameters in parameter.f90 and gamint.F are not linked, but they should be.
 
# Van der Waals radii. Here's a comment from Anthony:
 
# Van der Waals radii. Here's a comment from Anthony:
 
<pre>
 
<pre>

Revision as of 13:51, 18 November 2008

CamCASP => To-Do list

CamCASP -- To Do

  1. Set up patch system for handling updates.
  2. Make tests automatic using James' test code.
  3. Take examples of energy scans etc. I have on my iLiad and put them here on the Wiki (and, eventually, in the User's Guide.
  4. Calculate perturbation matrix - currently in polarizability.f90 - in integrals.f90. At present it still uses Cartesian GTOs.
  5. Reduce the time the code spends in disk I/O.
  6. Reduce memory usage in the code (esp. DF objects).
  7. User's Guide: It's not up-to-date, nor does it contain helpful information about more complex calculations!
  8. The basis set parameters in parameter.f90 and gamint.F are not linked, but they should be.
  9. Van der Waals radii. Here's a comment from Anthony:
There is another issue that needs thinking about. The van der Waals radii are hard-wired into camcasp,
but they're not always appropriate -- particularly for hydrogen-bonded H, where a value of zero is more
appropriate. At present a random grid doesn't sample the hydrogen-bonded region properly. Orient deals
with this by associating the radius with an atom type, and assigning a type to each atom. Camcasp could
do something similar, taking the type from the atomic number by default but allowing a different type to
be specified. Or maybe you can think of another way of handling it.