<div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">Dear Stefaan, and Georg,<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></SPAN></div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">Thanks a lot for your replies. The version we are using as it was informed in my before last e-mail is&nbsp;the wien2k_06.4. we did not reduce the mixing factor, since our case is not magnetic:<o:p></o:p></SPAN></div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">BROYD&nbsp; 0.0&nbsp;&nbsp; YES&nbsp; (BROYD/PRATT, extra charge (+1 for additional e), norm)<BR>0.40&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mixing FACTOR for BROYD/PRATT scheme<BR>0.10&nbsp; 1.00&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PW and CLM-scaling factors<o:p></o:p></SPAN></div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"></SPAN>&nbsp;</div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">We rerun from scratch in a clean
 directory.<o:p></o:p></SPAN></div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">&nbsp;<o:p></o:p></SPAN></div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">Another good point touched by Georg seems to be important taking our linearization energy into account. We have used -in1new flag with the number of 3, -in1new 3. And we see that the jump in DIS is o<SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">ccurred&nbsp;</SPAN>&nbsp;in 4th iterations. Thus we hope&nbsp;reducing the mixing factor and removing the -in1new flag solve our problem. We are going to check your suggestions and will report back to the list.<o:p></o:p></SPAN></div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">Thank you again,<o:p></o:p></SPAN></div>  <div><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">Morteza Rafiee.&nbsp;<o:p></o:p></SPAN></div>  <div><BR><BR><B><I>Stefaan Cottenier &lt;Stefaan.Cottenier@fys.kuleuven.be&gt;</I></B> wrote:</div>  <BLOCKQUOTE
 class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"><BR>Hard to say what the reason is. You clearly have a big discontinuity <BR>in the 4th iteration and you should get rid of that. Are you perhaps <BR>using an old wien version, with just the standard mixing? (show us the <BR>content of your case.inm, and grep for MIXING in case.scf) Did you <BR>rerun dstart and removed *.broy* before doing your new test?<BR><BR>Stefaan<BR><BR>Quoting morteza rafiee <M_RAFIEE_K@YAHOO.COM>:<BR><BR>&gt; Dear Stefaan,<BR>&gt; Thank you very much for your reply. I have changed the *in2 file <BR>&gt; according to your suggestion as follows:<BR>&gt; TOT (TOT,FOR,QTL,EFG,FERMI)<BR>&gt; -9.0 80.0 0.50 0.05 EMIN, NE, ESEPERMIN, ESEPER0<BR>&gt; GAUSS 0.002 (GAUSS,ROOT,TEMP,TETRA,ALL eval)<BR>&gt; ...<BR>&gt;<BR>&gt; This time not only the jump on :DIS in the 4th iteration has not <BR>&gt; vanished, but also we have encountered ghost band problem:<BR>&gt; **
 testerror: Error in Parallel LAPW2<BR>&gt; 'l2main' - QTL-B.GT.15., Ghostbands, check scf files<BR>&gt; 'l2main' - QTL-B.GT.15., Ghostbands, check scf files<BR>&gt;<BR>&gt; Another information that may be useful:<BR>&gt;<BR>&gt; Rkmax=7<BR>&gt; kmesh is 16*16*1<BR>&gt;<BR>&gt; :ITE001: 1. ITERATION<BR>&gt; :ITE002: 2. ITERATION<BR>&gt; :ITE003: 3. ITERATION<BR>&gt; :ITE004: 4. ITERATION<BR>&gt; :ITE005: 5. ITERATION<BR>&gt; :ITE006: 6. ITERATION<BR>&gt; :ITE007: 7. ITERATION<BR>&gt; :ITE008: 8. ITERATION<BR>&gt; :ITE009: 9. ITERATION<BR>&gt;<BR>&gt; :DIS : CHARGE DISTANCE 0.1787393<BR>&gt; :DIS : CHARGE DISTANCE 0.1580015<BR>&gt; :DIS : CHARGE DISTANCE 0.1390655<BR>&gt; :DIS : CHARGE DISTANCE 1.1697302<BR>&gt; :DIS : CHARGE DISTANCE 0.5551329<BR>&gt; :DIS : CHARGE DISTANCE 1.2488904<BR>&gt; :DIS : CHARGE DISTANCE 1.2982278<BR>&gt; :DIS : CHARGE DISTANCE 1.3527261<BR>&gt; :DIS : CHARGE DISTANCE 1.5727072<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 =
 12.2620057<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 12.2905996<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 11.7753240<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 14.2044640<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 11.0014102<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 10.0036218<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 10.1110751<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 10.0042958<BR>&gt; :NTO001: TOTAL CHARGE IN SPHERE 1 = 10.0486839<BR>&gt;<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 12.3979019<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 12.3927681<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 12.4897637<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 10.3784551<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 13.2459612<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 14.1397108<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 14.4343854<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 14.7214063<BR>&gt; :NTO010: TOTAL CHARGE IN SPHERE 10 = 12.4664456<BR>&gt;<BR>&gt; Now we
 are going to increase a little bit the number of k-points <BR>&gt; based on your last e-mail, and will report the result. But I have <BR>&gt; seen that many surface calculations had performed by the others <BR>&gt; within 1 k-point with no problem, and I will be also glad to use the <BR>&gt; current number of k-points due to our later strategy that will make <BR>&gt; heavier our next calculations.<BR>&gt;<BR>&gt; Any suggestions are most welcome.<BR>&gt;<BR>&gt; Your,<BR>&gt; Morteza Rafiee.<BR>&gt;<BR>&gt;<BR>&gt; Stefaan Cottenier <STEFAAN.COTTENIER@FYS.KULEUVEN.BE>wrote:<BR>&gt;<BR>&gt;&gt; My :DIS is as follows:<BR>&gt;&gt; :DIS : CHARGE DISTANCE 0.1787150<BR>&gt;&gt; :DIS : CHARGE DISTANCE 0.1580084<BR>&gt;&gt; :DIS : CHARGE DISTANCE 0.1346429<BR>&gt;&gt; :DIS : CHARGE DISTANCE 1.1955860<BR>&gt;&gt; :DIS : CHARGE DISTANCE 0.5412492<BR>&gt;&gt; :DIS : CHARGE DISTANCE 1.2707034<BR>&gt;&gt; :DIS : CHARGE DISTANCE 1.3846031<BR>&gt;&gt; :DIS : CHARGE DISTANCE
 1.2863854<BR>&gt;&gt; :DIS : CHARGE DISTANCE 0.6754428<BR>&gt;&gt; :DIS : CHARGE DISTANCE 2.0671331<BR>&gt;&gt; :DIS : CHARGE DISTANCE 2.3132493<BR>&gt;&gt;<BR>&gt;<BR>&gt; You see that already from the 4th iteration something goes wrong. This<BR>&gt; is a diverging calculation. Search for the reason of this divergence<BR>&gt; (k-mesh too coarse? Rkmax not sufficiently high? Perhaps GAUSS smearing<BR>&gt; needed instead of TETRA? How does :NTOxxx behave [should not oscillate<BR>&gt; too much]? etc.)<BR>&gt;<BR>&gt; Stefaan<BR>&gt;<BR>&gt; Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm<BR>&gt;<BR>&gt; _______________________________________________<BR>&gt; Wien mailing list<BR>&gt; Wien@zeus.theochem.tuwien.ac.at<BR>&gt; http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; ---------------------------------<BR>&gt; Sponsored Link<BR>&gt;<BR>&gt; Rates near 39yr lows. $510,000 Loan for $1698/mo - Calculate new <BR>&gt; house
 payment<BR><BR><BR><BR>-- <BR>Stefaan Cottenier<BR>Instituut voor Kern- en Stralingsfysica<BR>K.U.Leuven<BR>Celestijnenlaan 200 D<BR>B-3001 Leuven (Belgium)<BR><BR>tel: + 32 16 32 71 45<BR>fax: + 32 16 32 79 85<BR>e-mail: stefaan.cottenier@fys.kuleuven.be<BR><BR><BR>Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm<BR><BR>_______________________________________________<BR>Wien mailing list<BR>Wien@zeus.theochem.tuwien.ac.at<BR>http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien<BR></BLOCKQUOTE><BR><p>&#32;

<font color="666666"><font size="2"><hr size=1>Sponsored Link</font></font><br><br>Mortgage rates near 39yr lows. $510,000 Mortgage for $1,698/mo -   
<a href="http://www.lowermybills.com/lre/index.jsp?sourceid=lmb-9134-16416&moid=4119">Calculate new house payment</a>