-
Notifications
You must be signed in to change notification settings - Fork 3
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
Repurpose the structure category #3
Comments
I think they hit all of my concerns. Just as long as we can differentiate between structure, specimen, and crystal, as they are sometimes used as synonyms in CORE, but mean very different things in powder. |
Just an observation, doesn't this new category supersede |
I'm going to say...that's up to us. Is there any sliver of light between "a component in a sample" and "a crystallographic structure?" I'm going to say yes, because there could be an amorphous phase. But it is certainly true that creating "_pd_phase.structure_id" would be a simple way of associating a structure with a phase. |
When thinking about this proposal, we should also ponder how it relates to other descriptions of structure, e.g. modulated structures and magnetic structures. The magnetic structure dictionary adds to The modulated structure dictionary has the concept of "subsystems" for composite structures, which we'll need to study more closely to see how they interact with |
say no more: "_pd_phase.structure_id" it is. |
From COMCIFS/cif_core#442 (comment)
|
Good point. Therefore, |
Please see discussion at COMCIFS/cif_core#445 (comment) for background.
Original approach:
All categories describing the space group are assigned a
_space_group.id
key data name or pointer. This makes explicit the fact that they all relate to the same space group.The STRUCTURE category now holds a description of structure, which consists of a pointer to the space group and to the experimental conditions (
_diffrn.id
) that it relates to.The ATOM_SITE and CELL categories now include a key data name pointer to
_structure.id
, identifying which structure and experimental conditions an atom or cell relates to.More controversially,
_cell.diffrn_id
has been replaced by_structure.diffrn_id
. To strictly follow our rules, it should be deprecated, but it is unlikely to have been used since the release.If @vaitkus and @rowlesmr could confirm that the above discussion satisfied their objections, I will recreate the pull request.
The text was updated successfully, but these errors were encountered: