<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none"><!--P{margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Dear Paolo,</p>
<p><br>
</p>
<p>Matteo and I were looking at this. Within pw it is of course useful to keep the atomic wfc on disk during the scf cycle because the occupations are updated each time Kohn-Sham wfc are. However, they can be erased at the end of the calculation. So, for the
purpose of +U calculations, while it makes sense to update the way atomic wfc are written and to make it consistent with the new way (one separate file per k-point), it is not crucial. In case a restart is needed (e.g., after a crash) they can be regenerated
without any problem. </p>
<p>We think instead that it is important to keep the atomic occupations and have the code read them upon restart. Maybe it is actually a good idea to have an input variable to force it read them (to improve the restart or to have it read the occupations of
another run, etc).<br>
</p>
<p> <br>
</p>
<div>a) which codes read that file? for sure, pmw.x, gipaw.x, others?<br>
<br clear="all">
</div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>The other codes we are working on that deal with atomic wfcs are ph - related (dfpt based) - but they are not public yet. In the latest svn version Ph still writes the wavefunctions (the KS evc) the old way (one file per processor, located outside the directory
.save), so the style of Hubbard file is still consistent. In any case in our version of the code ph regenerates atomic wavefunctions because it also needs them at k+q. So we don't need atomic wfc to be kept.<br>
<br>
Maybe xspectra and Paolo Umari's GW codes need them when using DFT+U?<br>
<br>
b) couldn't these code just regenerate the manifold?<br>
<br>
Our 5.1 ph-based code does that already (see above) <br>
<br>
</div>
<div>c) alternatively: shouldn't the format of the Hubbard manifold be the same as for wavefunctions?<br>
<br>
yes. In case other codes need to keep them, we think having the atomic (Hubbard) manifold written in .save and in as many files as k-points is a useful thing.
<br>
<br>
Best,<br>
<br>
Iurii and Matteo<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p><br>
</p>
<div style="color: rgb(33, 33, 33);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> q-e-developers-bounces@qe-forge.org <q-e-developers-bounces@qe-forge.org> on behalf of Paolo Giannozzi <p.giannozzi@gmail.com><br>
<b>Sent:</b> Friday, September 1, 2017 4:32 PM<br>
<b>To:</b> General discussion list for Quantum ESPRESSO developers<br>
<b>Subject:</b> [Q-e-developers] Hubbard manifold</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div>Currently pw.x saves the atomic wavefunctions with a related Hubbard term into the old "distributed" format (one tmp_dir/prefix.hub* file per processor).<br>
Questions:<br>
a) which codes read that file? for sure, pmw.x, gipaw.x, others?<br clear="all">
</div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>b) couldn't these code just regenerate the manifold?<br>
</div>
<div>c) alternatively: shouldn't the format of the Hubbard manifold be the same as for wavefunctions?<br>
</div>
<div><br>
</div>
<div>Paolo<br>
</div>
-- <br>
<div class="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div>Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,<br>
Univ. Udine, via delle Scienze 208, 33100 Udine, Italy<br>
Phone +39-0432-558216, fax +39-0432-558222<br>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>