<span class="Apple-style-span" style="border-collapse:collapse;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px">Dear Zibi,<div><br></div><div>I am not sure about that. I checked the documentation of QE 5.0 (INPUT_PW.txt).....it says that now one can perform calculations with occupations=&#39;fixed&#39; for more than one k-point, however, you need to set nbnd.</div>
<div><br></div><div>I tried to do the calculation with a simple example given below:</div><div><br></div><div> &amp;control</div><div>    calculation=&#39;scf&#39;,</div><div>    restart_mode=&#39;from_scratch&#39;,</div>
<div>    pseudo_dir=&#39;/pghosh/pslibrary.0.2.2/pbe/WORK/test/&#39;      </div><div>    outdir=&#39;./&#39;</div><div>!    verbosity=&#39;high&#39;</div><div> /</div><div> &amp;system</div><div>   ibrav=1,</div><div>   celldm(1)=14.0,</div>
<div>   nat=1,</div><div>   ntyp=1,</div><div>   nbnd=13,</div><div>   nosym=.true.,</div><div>   ecutwfc=27.0,</div><div>   ecutrho=216.0,</div><div>   occupations=&#39;from_input&#39;,</div><div> /</div><div> &amp;electrons</div>
<div>   mixing_beta=0.25,</div><div>   conv_thr=1.0E-8,</div><div> /</div><div>ATOMIC_SPECIES</div><div>O     15.99994   O.pbe-gipaw_uspp.UPF</div><div>ATOMIC_POSITIONS</div><div>O   0.000000000   0.000000000   0.000000000</div>
<div>K_POINTS {automatic}</div><div>2 2 2 0 0 0</div><div>OCCUPATIONS</div><div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div>
<div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div>
<div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div>
<div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div>
<div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.1250   0.1250   0.1250   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.1073   0.1071   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div>
<div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.0614   0.0431   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.0614   0.0520   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div>
<div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.0719   0.0528   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.0616   0.0377   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div>
<div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.0608   0.0529   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.0678   0.0531   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div>
<div>       0.0000   0.0000   0.0000</div><div>       0.1250   0.0548   0.0544   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   0.0000   </div><div>       0.0000   0.0000   0.0000 <br><br></div><div>However, the code is reading only the first 13 values and ignoring the rest of them. I do not know why.</div>
<div><br></div><div>Also today while trying to download gipaw, it says they have removed version 5.0 because of a bug with USPP.</div><div><br></div><div>Any comments on this will be highly appreciated.</div><div><br></div>
<div>With regards,</div><div><br></div><div>Prasenjit</div></span><br><div class="gmail_quote">On 6 September 2012 10:50, Zbigniew Lodziana <span dir="ltr">&lt;<a href="mailto:Zbigniew.Lodziana@ifj.edu.pl" target="_blank">Zbigniew.Lodziana@ifj.edu.pl</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div bgcolor="#ffffff">

<font>Dear <font>Prasenjit &amp; all,
<br>
<br> Thanks for you remark.
<br>
<br>Actually with kind help of <font>Emine we did run calculations with occupancies &quot;fixed&quot; and with k-points and this seem to work &amp; help. Thus i wonder if gamma point sampling is an additional limitation?</font></font></font>
<br>If this is so it would result in prohibitive system sizes &gt;1000 atoms.. (for other calculations not mentioned in this thread)
<br><font>
<br>I would appreciate clarification of this aspect.
<br>
<br>best regards,
<br>Zibi
<br><div><div class="h5">
<br><b>---------- Original Message 
-----------</b>
<br>
From: Prasenjit Ghosh &lt;<a href="mailto:prasenjit.jnc@gmail.com" target="_blank">prasenjit.jnc@gmail.com</a>&gt; 

<br>
To: PWSCF Forum &lt;<a href="mailto:pw_forum@pwscf.org" target="_blank">pw_forum@pwscf.org</a>&gt; 

<br>
Sent: Thu, 6 Sep 2012 08:32:45 +0530 

<br>
Subject: Re: [Pw_forum] GIPAW problems 

<br>

<br>&gt; In addition to Emine&#39;s response I would also like to mention that 
occupations=&#39;fixed&#39; is available only for calculations with a gamma 
k-point. So for your case you need to use a supercell. Also when you do the 
gamma-point calculations, set K_POINT{automatic} with 1  1 1 0 0 0 mesh because 
gipaw does not work with the gamma-point specific subroutines.
<br>&gt; 

At least this is the case for version 4.3.2. I do not know whether this has been 
improved in 5.0
<br>&gt; 
<br>&gt; With regards,
<br>&gt; 
<br>&gt; 
Prasenjit
<br>&gt; 
<br>&gt; On 5 September 2012 21:51, Emine Kucukbenli <span dir="ltr">&lt;<a href="mailto:kucukben@sissa.it" target="_blank">kucukben@sissa.it</a>&gt;</span> wrote:
<br>&gt; 

</div></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div><div class="h5">Hi all,
<br>&gt; 

Just to update the forum:
<br>&gt; 

The problem mentioned in this thread has been solved by the use of
<br>&gt; 

occupations=&#39;fixed&#39; instead of smearing methods.
<br>&gt; 

This might be a good time to remind interested users that the QE-GIPAW
<br>&gt; 

implementation is only for insulators for the time being. Although not
<br>&gt; 

always, but with some compilers, the unexpected insulator+smearing
<br>&gt; 

input configuration could give wrong results as we have seen here.
<br>&gt; 

Currently, Davide Ceresoli is updating the code to include metallic
<br>&gt; 

systems as well, with this development the mentioned &#39;bug&#39; would 
no
<br>&gt; 

more appear starting from the next release.
<br>&gt; 

Thanks for your feedback!
<br>&gt; 

-
<br>&gt; 

emine kucukbenli
<br>&gt; 

postdoc, epfl, switzerland
<br></div></div>&gt; ------- End of Original Message 
-------
<br></blockquote><div class="im">&gt; 
<br>&gt; -- 
<br>&gt; PRASENJIT 
GHOSH,
<br>&gt; IISER Pune,
<br>&gt; First floor, Central Tower, Sai Trinity 
Building
<br>&gt; Garware Circle, Sutarwadi, Pashan
<br>&gt; Pune, Maharashtra 
411021, India
<br>&gt; 
<br>&gt; Phone: +91 (20) 2590 8203
<br>&gt; Fax: +91 (20) 
2589 9790
<br></div></font>
</div>


</blockquote></div><br><br clear="all"><div><br></div>-- <br>PRASENJIT GHOSH,<br>IISER Pune,<br>First floor, Central Tower, Sai Trinity Building<br>Garware Circle, Sutarwadi, Pashan<br>Pune, Maharashtra 411021, India<br>
<br>Phone: +91 (20) 2590 8203<br>Fax: +91 (20) 2589 9790<br>