-
Notifications
You must be signed in to change notification settings - Fork 4
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
Assigning (more) PD-specific keys to CIF_CORE categories #164
Comments
Yes. The only question in my mind is whether we (in cif core) might not want to group Unfortunately it's a bit of a process working out the best underlying relationship for all of these Set categories. |
And regarding |
CHAR has id, PREP has id and char_id, SPEC has id and prep_id. |
So if you refer to a particular _spec.id, you automatically refer to a particular _prep.id and _char.id |
CIF_POW redefines the category keys of
REFLN
to add_pd_refln.phase_id
. This allows the unique distribution of reflections in a multiphase diffraction pattern between h,k,l and the constituent phases.pokes head above parapet
As most powder CIF applications are going to be multi-block, there needs to be a way to split both
Set
andLoop
data items from (primarily) CORE amongst phases, diffractograms, specimens, and instruments.Currently, I think a minimum viable set of categories which require
_pd_phase.id
, are:CELL
: for unit cell parametersATOM_SITE
: for atom positions and the likeATOM_SITE_ANISO
: for ADPsSPACE_GROUP
: for symmetryREFLN
(Already has phase id)I think
DIFFRN
requires_pd_char.id
,_pd_prep.id
, and_pd_spec.id
to uniquely id a specimen.I haven't yet put any thought into what might need a diffractogram or instr id.
.
My aim is to be able to get a single set of relational tables describing a multi-block powder experiment, rather than having a set of tables per block.
Thoughts?
The text was updated successfully, but these errors were encountered: