<div dir="ltr">Thanks Hongyi, this SpaceGroupIrep seems quite interesting. But still, it does not do what I need. At least, reading their documentation, I don't see the feature I need there.<div><br></div><div><div>Please notice that these matrix representations in your print screen are not unique. It depends on the basis. Let me give you an example with graphene's Dirac bands. Let's focus on the spinless single group description and look only at the operation C3(z) for simplicity. We know that the wave-functions that compose the Dirac bands transform as the E'' of D3h. The quadratic functions that form a basis for this irreps are (xz, yz) [1]. But it can be any orthogonal set of linear combinations of xz and yz. For instance:</div><div><br></div><div>a) If we choose the basis set as (xz, yz), the C3(z) operation will be defined by the matrix (θ = 2pi/3)</div><div><br></div><div>| cos(θ) -sin(θ)|<br></div><div>| sin(θ)  cos(θ)|</div><div><br></div><div>b) If we choose the basis set as ((x+iy)z, (x-iy)z) the same C3(z) operation becomes represented by a diagonal matrix</div><div><br></div><div>|exp(iθ)  0|</div><div>|0 exp(-iθ)|</div><div><br></div><div>These are equivalent representations (up to an unitary transformation) of C3(z) under the E'' irrep of D3h. Both have the same trace.</div><div><br></div><div>Now, the wave-functions from QE are represented by which of these? The answer is none. The wave-functions are numerical iterative solutions, while they do transform as E'', their particular matrix representation is not set to a particular choice as above, but it is "randomly" set by the numerical diagonalization. I have such a matrix for the spinful case here as an example:</div><div><br></div><div>Each term represents the (real,imag) part of the matrix element, the trace is -1, as expected.</div><div><pre style="box-sizing:border-box;overflow:auto;font-size:14px;padding:1px 0px;margin-top:0px;margin-bottom:0px;line-height:inherit;color:rgb(0,0,0);word-break:break-all;border:0px;border-radius:0px;white-space:pre-wrap;vertical-align:baseline">(-0.90669010, 0.04976980) ( 0.01401095,  0.01512965) ( 0.07246659, 0.14059376) (0.33126319, 0.20064275)
(-0.01401095, 0.01512965) (-0.90669008, -0.04976981) (-0.05308625,-0.38363353) (0.10041187, 0.12221076)
( 0.06736942,-0.11163651) ( 0.33090807,  0.22024838) ( 0.40669008,-0.73549409) (0.27342455, 0.20947503)
( 0.33326797, 0.21666087) ( 0.07583922, -0.10606489) (-0.27342455, 0.20947504) (0.40669010, 0.73549410)</pre></div><div><br></div><div>This matrix was calculated with the code I've set in the previous email. So, it's neither (xz, yz) nor ((x+iy)z, (x-iy)z) (times spin), but nonetheless, it is a representation of E'', as checked by the trace of this and other symmetry operations of D3h. </div><div><br></div><div>So, I need these ugly matrices that characterize the numerical wave-functions of QE to later rotate them to match my choice, which in this case will be ((x+iy)z, (x-iy)z) (times spin). Got it? Essentially, I need to find the unitary transformation that takes the QE numerical wave-functions to the simple form of ((x+iy)z, (x-iy)z) (times spin).</div><div><br></div><div>I don't think that there is a code that does this for me already. But I'll check again the links you sent me before just to be sure.</div><div><br></div><div>Now, regarding the limitation of the zone border for nonsymmorphic symmetries, indeed this is an issue for me. That's what I'll check now. Is this limitation related to the part of the code that calculates the matrix elements? Or does it apply only to the second part that identifies the irreps? If the routine "rotate_all_psi" works for the non-symmorphic cases, then it should work fine for my needs. I'll try the code for a non-symmorphic case to see how it goes.</div><div><br></div><div>Do you know where exactly this limitation is for nonsymmorphic symmetries?</div><div><br></div><div>[1] <a href="http://symmetry.jacobs-university.de/cgi-bin/group.cgi?group=603&option=4">http://symmetry.jacobs-university.de/cgi-bin/group.cgi?group=603&option=4</a></div><div><br><div class="gmail-yj6qo"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="font-family:arial"><div>Best,</div><div>--<br>Gerson J. Ferreira</div><div>Prof. Dr. @ InFis - UFU </div><div>----------------------------------------------</div><div style="font-family:Arial,Helvetica,sans-serif"><font face="arial"><a href="http://gjferreira.wordpress.com/" target="_blank">gjferreira.wordpress.com</a></font><br></div><div><font size="2" face="arial">Institute of Physics</font></div><div>Federal University of Uberlândia, Brazil</div><div style="font-family:Arial,Helvetica,sans-serif"><span style="font-family:arial">----------------------------------------------</span></div></div></div></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 7, 2022 at 12:13 PM Hongyi Zhao <<a href="mailto:hongyi.zhao@gmail.com">hongyi.zhao@gmail.com</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">On Mon, Mar 7, 2022 at 8:58 PM Gerson J. Ferreira<br>
<<a href="mailto:gersonjferreira@ufu.br" target="_blank">gersonjferreira@ufu.br</a>> wrote:<br>
><br>
> Easy answer first: I'm sorry for the formatted code. I've copy/pasted directly from the VSCode and it went like this. It was not on purpose, just a lack of attention to detail.<br>
><br>
> Now regarding the irreps, notice that you are describing the characters of the representations, and not the matrices. I agree that if all we want is to identify the irreps that describe each band, it is sufficient to look at the characters / trace, and that's what the sym_band.f90 routine already does.<br>
><br>
> These traces are invariant under unitary transformations (change of basis), but the full matrix representation DΓ(S) for S in G is not. In other words, let's call A a 2x2 matrix representation of the C3(z) operator under a certain basis set {ψ0, ψ1}, which transforms as some irrep Γ. If U is an unitary transformation that gives a new basis (within the same subspace) denoted {ϕ1, ϕ2} = U ⋅ {ψ0, ψ1}, then under this new basis the matrix representation of C3(z) becomes B = U.A.U†, which is also a rep of the same irrep Γ, same traces.<br>
><br>
> I need the full matrices DΓ(S), and not just the characters / trace, because I need to make sure that numerical wave-functions from QE match the representations I'll use later in a separate python code. Is it clear now?<br>
<br>
It seems that you want to obtain all matrices corresponding to each<br>
element of the irreducible representation of a small group. As far as<br>
I know, the SpaceGroupIrep [1] package can do this and has an<br>
interface with vasp. But unfortunately, there is only an interface to<br>
vasp so far. You can see the screenshot to get a preliminary<br>
impression, where I do a simple test with the space group of Graphene<br>
191, which belongs to the D_3h point group [2]. And please see here<br>
[3] for some related discussions.<br>
<br>
> So I'm editing this routine to get what I need.<br>
<br>
As I've mentioned as the first reply to you in this thread, the<br>
corresponding processing for the following edge cases has not been<br>
implemented so far in the "./PP/src/sym_band.f90" routine:<br>
<br>
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<br>
SUBROUTINE find_band_sym_so (ik,evc,et,nsym,s,ft,d_spin,gk, &<br>
     invs,rap_et,times,ngroup,istart,accuracy)<br>
<br>
  !<br>
  !   This subroutine finds the irreducible representations of the<br>
  !   double group which give the transformation properties of the<br>
  !   spinor wavefunctions evc.<br>
  !   Presently it does NOT work at zone border if the space group of<br>
  !   the crystal has fractionary translations (non-symmorphic space groups).<br>
  !<br>
  !<br>
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<br>
<br>
<br>
> Regarding the bug, don't worry. One of the QE devs has already replied to me. It is indeed a bug in the D_3h classes that was unnoticed because both s_v and s_h classes have characters  equal to zero in the double group, so it does not affect the identification of the irreps. I'll try some suggestions he sent me to fix this.<br>
><br>
> But if you want to reproduce this, simply run bands.x for graphene (full relativistic) or any other D_3h material and use the sym_band.f90 file attached here. But notice that in this code I'm printing a bunch of stuff to stdout for testing purposes. The relevant section for this bug is between lines 870--876.<br>
<br>
Do you mean: in order to the test described by you, I should use the<br>
attached sym_band.f90 in combination with the patched version of<br>
PW/src/divide_class_so.f90 shown by your in another mail of this<br>
thread, i.e., changing the line 653 into the following?<br>
<br>
IF (nelem(iclass)>2) THEN<br>
<br>
<br>
[1] <a href="https://github.com/goodluck1982/SpaceGroupIrep" rel="noreferrer" target="_blank">https://github.com/goodluck1982/SpaceGroupIrep</a><br>
[2] <a href="https://materialsproject.org/materials/mp-568806/" rel="noreferrer" target="_blank">https://materialsproject.org/materials/mp-568806/</a><br>
[3] <a href="https://github.com/goodluck1982/SpaceGroupIrep/issues/11#issuecomment-1030838258" rel="noreferrer" target="_blank">https://github.com/goodluck1982/SpaceGroupIrep/issues/11#issuecomment-1030838258</a><br>
<br>
Best,<br>
Hongyi<br>
</blockquote></div>