<div dir="ltr"><div>Hi</div><div><br></div><div>the xml file has a card containing all the info needed to re-generate the k-point grid, so it shouldn't be a big problem to extend it. For some obscure reason gitlab does not show the diffs for the merge request you mention:
what are the three new flags? <br></div><div><br></div><div>Paolo<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 3, 2020 at 7:09 PM Phil Wang <<a href="mailto:ywang393@jhu.edu">ywang393@jhu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US">
<div class="gmail-m_1706525360552493747WordSection1">
<p class="MsoNormal">Dear QE Developers,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">We are implementing a new type of k-point grid in QE, and called it Generalized Monkhorst-Pack K-Point Grid (GMP grids) (theory:
<a href="https://journals.aps.org/prb/abstract/10.1103/PhysRevB.93.155109" target="_blank">https://journals.aps.org/prb/abstract/10.1103/PhysRevB.93.155109</a>). We added new routines separately from the original uniform grid generation procedures (algorithms:
<a href="https://arxiv.org/abs/1907.13610" target="_blank">https://arxiv.org/abs/1907.13610</a>), to minimize any interference with existing and well-tested routines.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">The only changes to the original code are on k-point expansion part of setup() and copy_sym(). A detailed explanation of its effect on normal pw.x scf calculations can be found in “Merge Request !292”. It basically reduced the number of
 distinct k-points found in a grid by forcing the k-point grid to comply with Laue class of crystallographic point group, instead of full lattice point group. We found it could reduce the computational time, while keeping the accuracy of energy calculation.
 The conflictions with phonon code reminded by Prof. Giannozzi are fixed with new patches.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">This email is meant to ask are there any concerns for adding new flags to the .xml logging of calculations. There are three new flags for generating GMP grids. The proposed change on logging is recording these three new flags when GMP is
 used, instead of “nk1”, “nk2”, “nk3”. I don’t want to broke any routines and existing workflows (like AiiDA archiving). If there are potential conflictions with such IO change, or better ways for adding them, or standard procedures I should flow when implementing
 these changes, I’m all ears and would very much appreciate them!<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Best Regards,<u></u><u></u></p>
<p class="MsoNormal">Yunzhe (Phil) Wang<u></u><u></u></p>
<p class="MsoNormal">Mueller Research Group<u></u><u></u></p>
<p class="MsoNormal">Department of Materials Science and Engineering<u></u><u></u></p>
<p class="MsoNormal">Johns Hopkins University<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>

_______________________________________________<br>
developers mailing list<br>
<a href="mailto:developers@lists.quantum-espresso.org" target="_blank">developers@lists.quantum-espresso.org</a><br>
<a href="https://lists.quantum-espresso.org/mailman/listinfo/developers" rel="noreferrer" target="_blank">https://lists.quantum-espresso.org/mailman/listinfo/developers</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" 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>