Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Include src/calc_bandreps.jl and add tests #37

Closed
wants to merge 23 commits into from
Closed

Conversation

thchr
Copy link
Owner

@thchr thchr commented Mar 15, 2022

Hi @AliGhorashiCMT,

I tried to rebase #22 but there were just too many changes since we last looked at it - and the rebase was looking very scary, so in the end I just created a new branch and pulled your original changes into that branch; hence, this new PR, superseding #22.

I did a bit of fiddling to make things work again - some changes broke a few minor things since last. As I recall, the main thing that held up merging back then was that tests were tricky due to the distinction between elementary band representations and "plain" band representations. The main problem being the existence of "exceptional" band representations (i.e. band reps that aren't elementary). We basically need to either come up with more holistic tests that don't care about the distinction, or we can add the tables of "exceptional" band reps and use that to skip the problematic cases. I'll think a little bit.

We should definitely get this merged; there's a lot of nice things in here...

@codecov-commenter
Copy link

codecov-commenter commented Mar 15, 2022

Codecov Report

Merging #37 (537c817) into master (0c9d5f9) will increase coverage by 5.42%.
The diff coverage is 100.00%.

Impacted file tree graph

@@            Coverage Diff             @@
##           master      #37      +/-   ##
==========================================
+ Coverage   69.83%   75.25%   +5.42%     
==========================================
  Files          19       20       +1     
  Lines        2314     2437     +123     
==========================================
+ Hits         1616     1834     +218     
+ Misses        698      603      -95     
Impacted Files Coverage Δ
src/Crystalline.jl 83.33% <ø> (ø)
src/calc_bandreps.jl 98.36% <100.00%> (ø)
src/irreps_reality.jl 86.70% <0.00%> (+0.07%) ⬆️
src/types.jl 80.44% <0.00%> (+1.57%) ⬆️
src/wyckoff.jl 89.71% <0.00%> (+2.80%) ⬆️
src/notation.jl 75.91% <0.00%> (+5.10%) ⬆️
src/pointgroup.jl 83.53% <0.00%> (+50.00%) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 0c9d5f9...537c817. Read the comment docs.

thchr added 18 commits March 15, 2022 16:07
…ttps://doi.org/10.1103/PhysRevB.97.035139

- still WIP, because we still have 15 (down from 30) test failures in the "3D: Checking Wyckoff Position Sets" testset
… recrawl

- there are some changes to the bandreps listings on Bilbao, mostly in the spinful irreps, but also a handful of changes to the spinless irrep multiplicities (e.g., space group 124); always the changes are swaps of what EBRs, so it does not affect earlier conclusions about topology/connectivity, only which EBR is assigned to which symmetry vector.

- some of the EBR site symmetry labels have been abbreviated more correctly with this update (e.g., space group 68); there is still not full consistency on the abbreviations, however
…calculation & fix a missing `abs` in rotation axis normalization computation
…ut not returning only elementary EBRs to `calc_bandrep` docstring
- also explain the underlying issue in a note for posterity
… the point group that is "more natural" (i.e., is not merely isomorphic, but is just a similarity transform away)

- also refactor some of the logic of this function into subfunctions and fast-paths that can be reused.

- two "novelties" were added to the implementation:
  (1) we now sort operations not just by order, but also by rotation sense - the latter is not fully unique (one could do an inversion of the coordinate system to swap sense) but still often helps in finding a more natural match.
  (2) when possible, we now try to find a similarity transform between groups so we can check for equality of operations under this transform; that helps often (and e.g., let's us find -4m2 rather than -42m as the "more natural" parent point group)

- add tests of `isomorphic_parent_pointgroup` by comparing to the site symmetry group labels from EBR listings on Bilbao
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants