This page shows a full list of our licensed developers, followed by a list of things they might like to develop. These people have their own developer mailing list which they can use to communicate with each other. Please ask if you wish to be added to or removed from the list.
List of developers
Pablo López Ríos
Joao Marcelo Uchoa de Alencar
CASINO – major new features (more than one day to implement)
- Implement varmin_linjas for complex wave functions.
- Correlated sampling for VMC
- Correlated sampling for DMC
- CASINO on GPUs (MDT, Filippo Spiga, Levi Barnes, Matthew Norman, Yuhe Ren, Wayne Joubert, Nikolay Markovskiy, Alexander Samoilov, Antti-Pekka Hynninen, Jason Wood.. all of whom have gone suspiciously quiet..)
- Full DMC treatment of light nuclei (Jonathan Lloyd Williams, PLR?).
- Parallelize the blip utility. (NDD)
- Get the blip utility to produce binary blip files directly (to avoid always having to have enough disk space to write the formatted file). (NDD)
- Incorporate the blip utility into CASINO (so it can sort out occupancy when generating the blip file).
- What is the status of Pablo’s modern things (general Jastrow, general backflow, orbital-dependent backflow, ..) which are still not the default or documented for the general user? How do they compare in speed/utility compared to the standard stuff (a lot slower, as I understand it) What is the overall intention here? We really need to have analytic derivatives with a fast evaluating Jastrow, no?
- Deduce appropriate defaults for all CASINO input parameters, so that one day people can implement a ‘make the answer better button’ in a DFT code.
- Fix crappy current implementation of reptation Monte Carlo.
- Parallelization over twist angles (requires multiple independent DMC populations).
- Fault tolerance for million core calculations
- Chain wave function optimization and DMC jobs internally with runtype = “opt_dmc” or something of the sort (for long queue time problems).
- Complex orbitals with Gaussian basis
- Better ways of doing ‘high-throughput’ QMC.
- Extend the
xwfn.dataformat to allow DFT codes to report symmetry operations. There are a few places where this would be useful.
- New expval for Scemama probability function (Mauro Causà)
- Better ways of doing forces? Forces for things other than Gaussians? Do the Gaussian basis forces still work? (no-one ever uses them).
- CPP and forces still assume only s,p,d pseudopotential components. Fix to allow f,g as well.
- Use error bar convergence criterion to conclude calcs rather than fixed
number of moves. (But be careful not to bias error-bar estimates.) (MDT)
- Improve the calculation of finite-size corrections in CASINO. The way in which the KE correction is calculated is different from the method described in N.D. Drummond et al., Phys. Rev. B 78, 125106 (2008). Allow latter method to be used.
- Allow electrons in spatially separated subsystems to be treated as distinct particles (e.g., in two widely separated molecules).
- Charges, spins, magnetic moments, and associated fluctuations (MDT)
- Complete implementation of geminal wave functions by providing full documentation (including test results) and autotest examples (Pascal Bugnion)
CASINO – minor new features (one day or less to implement)
- Better documentation of fact that
awfn.dataexcited states need to be done in
awfn.data(error trap if people try to do otherwise?).
- Stop timer reinitialization of random number generator in the middle of DMC calculations (equil->stats) should only be done on genuine restart, otherwise it’s impossible to repeat calculations.
- Are there anything else that can be put into shared memory?
- Is it possible to re-implement MPI-IO to write config files? (thus avoiding the need to gather massive vectors on the master node – which can blow the memory on e.g. Blue-Gene/Qs which have very small memory limits per MPI process).
- Stop Fourier transform for MPC being powers of 2.
mpc.datageneration if MPC requested and
- Ability to write out molecular structure for visualizing molecule.
- Add more
autotestexamples to cover features that aren’t currently included.
- There are some compiler versions which crash when trying to run or compile perfectly standard Fortran95 (see e.g. recent whingeing about ifort in the Development Log). Need a way to ban these versions at compile time so people don’t think it’s our fault.
- Add EOS fitter utility.
- Improve the behaviour of reblock when it warns about outliers. (NDD)
- Replace mat_inv with LAPACK in extrapolate_tau. (NDD)
- Investigate preventing re-equilibration following twist-changes in which the occupancy does not change.
- Simplify the application of electric fields via expot: take sign of electronic charge into account and include the electrostatic energy of the nuclei in the field.
CASINO – fix infelicities
- Is the Green’s function stuff done correctly for DMC-MD?
- Document or remove NN’s ‘vdW Jastrow function‘
autotestso that it can do weird things like DMC-MD.
- General fixing of
FIXMEs in the CASINO source (‘
grep FIXME *.f90‘)
- Implementation of ‘
movie‘ is very old and crappy. Delete or upgrade.
- Issue with the paralllel random number generator on large numbers of cores (seems to complain about some cores having the same seed – warning about this is currently turned off).
- Finish improving the twistav_castep script. More error traps. Make continuation easier.
CASINO – documentation
- Backflow time estimates (MDT)
- Better documentation of momentum density in manual
- Reformat the documentation of the Gaussian normalization stuff in
examples/generic/gauss_dfg/READMEfor the manual (and extend discussion to Cartesian Gaussians).
- Description of what density/spin_density do for finite (atomic) density is not correct. Add documentation of ‘
rad_mom.dat‘ as well.
- Add the “universal” scaling formulae for the CPU time and the behaviour of DMC error bars that was given in Needs et al.’s 2012 INCITE application to the manual. (NDD)
- Make the treatment of unoccupied orbitals consistent across all of our interfaces to PW-DFT codes (see FAQ B10).
- Extend the normalization/harmonic Gaussian documentation in
examples/generic/gauss_dfg/READMEto include the Cartesian –> harmonic conversions necessary to support various other codes.
- CASINO only supports Cartesian –> harmonic Gaussian conversions for s,p,d. Implement for f and g.
- Allow new
gfunction pseudopotential coeffs in CRYSTAL/CASINO interface.
- MOLDEN interface (currently does not work for
gfunctions; or with codes other than Molpro?). Incorporate converter into CASINO distribution and clarify resulting support for C4, Psi-4, and Molpro. (Mike Deible)
- Complete and document the
examples/generic/gauss_dfgtest for all codes besides CRYSTAL with all i/o put into the distribution. (MDT)
- Implement GAMESS interface into GAMESS itself (and discard CASINO’s scrappy existing Perl converter). (Albert Defusco)
- Fix GAMESS poor representation of pseudopotential Gaussian expansion which requires separate lesser quality fits for Trail-Needs. (Albert Defusco)
- Make PWSCF print out
bwfn.data.binblip files rather than old-school
runcrystalscript in bash and integrate into CASINO architecture system. (MDT)
runpwscfintegrated into CASINO architecture system.
- Clarify status of TURBOMOLE interface. Assuming the currently provided code fragment doesn’t work, can we replace it with MOLDEN support?
- Extend the range of Gaussian basis sets available on the CASINO pseudopotential site (using the Xu/Deible/Peterson/Jordan ones as starting points). (MDT)
- Does ADF interface (Slater functions) still work..?
- Is it possible to get any of the PW codes like CASTEP/ABINIT to implement a blip converter internally like PWSCF does?
Computer/arch files issues
- Try faster floating point operations on BG/Qs.
- What to do if hardware doesn’t support asynchronous I/O? (separate communication thread etc?) Does this matter?