-
Notifications
You must be signed in to change notification settings - Fork 840
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
Fix for writing non-unique site labels in CifWriter
#3767
Fix for writing non-unique site labels in CifWriter
#3767
Conversation
Warning Rate Limit Exceeded@janosh has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 35 minutes and 34 seconds before requesting another review. How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. WalkthroughThe recent updates in Changes
Assessment against linked issues
Possibly related issues
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
This PR is ready. I'm a bit puzzled why the test fails...:
|
Co-authored-by: Janosh Riebesell <janosh.riebesell@gmail.com> Signed-off-by: Stef Smeets <stefsmeets@users.noreply.github.com>
Wondering: why make the situation asymmetric? i.e. in the case of your four |
i think @fxcoudert has a point. in case of relabeling, let's sequentially suffix all duplicate site labels for consistency.
this also sounds sensible to give the user control over relabeling behavior |
A matter of taste I presume :-) Adding an option and making sure the first atom is also labeled may be a bit more involved. I will have a go at tackling #3772 as well in this PR then. |
very true! hopefully, adding an option can make everyone happy. maybe make it |
In that case I think this would be better as a method on |
sure
definitely. a warning that the labels were suffixed with a link to the spec to explain why this was done would be great! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 4
…y() to avoid in-place mod in doc string
CifWriter
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks @stefsmeets, very nice work!
This PR addresses an issue where the Structure contains non-unique user-defined labels causing duplicate labels in the cif file. It achieves this by adding a warning when writing such a cif file. There is also a new method that helps circumvent the issue by relabeling sites, suffixing
_1
,_2
, ...,_n
for duplicates.Closes #3761
Summary
Major changes:
SiteCollection.relabel_sites()
method that suffixes_$NUM
for duplicate labelsCifWriter
Todos
Checklist
ruff
.mypy
.duecredit
@due.dcite
decorators to reference relevant papers by DOI (example)Tip: Install
pre-commit
hooks to auto-check types and linting before every commit: