[Q-e-developers] Plotting many KS orbitals in one pp.x run (and more)

Leopold Talirz leopold.talirz at gmail.com
Thu Nov 10 12:54:45 CET 2016


Dear Tone,

I agree that Guido's suggestion is the best compromise.

Regarding your example, I think one should keep requiring the user to use the kpoint keyword as well (otherwise one might end up by lots of orbitals by accident).
But I guess this was not the point you were making. Regarding input format, the same code will allow both 

kband(1) = 21
kband(2) = 38
spin_component(1) = 0
spin_component(2) = 3

and

kband = 21 38
spin_component = 0 3

and

kband = 21
spin_component = 0

(at least with gfortran and intel, I haven't tested other compilers so far).

Best wishes,
Leopold
 

> On 10 Nov 2016, at 11:38 , Tone Kokalj <tone.kokalj at ijs.si> wrote:
> 
> On Thu, 2016-11-10 at 11:20 +0000, Leopold Talirz wrote:
>> Dear Tone,
>> 
>>> In addition to lsign, I suggest also to make the spin_component
>>> constant: if more components are needed it can
>>> be done with few pp.x calculations.
>> 
>> From just the input file perspective I don't see a particular reason
>> to handle spin_component differently than kpoint and kband. Or am I
>> missing something?
> 
> Indeed you are right; if somebody is interested in more components it
> would make sense to make the spin_component follow the Guido
> suggestion. To illustrate: I found this useful (Guido scheme)
> 
> kband(1) = 21
> kband(2) = 38
> spin_component(1) = 0
> spin_component(2) = 3
> 
> according to Guide scheme this should make the total and x,y,z
> components for bands from 21 to 38. But I found this too fine grained:
> 
> kband = 21 22 23 24
> spin_component = 1 1 2 1
> 
> 
> Best regards, Tone
> -- 
> J. Stefan Institute, Jamova 39, 1000 Ljubljana, Slovenia 
> (tel: +386-1-477-3523 // fax: +386-1-251-9385)





More information about the developers mailing list