[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: _item_related.function_code
- Subject: Re: _item_related.function_code
- From: David Brown <idbrown@xxxxxxxxxxx>
- Date: Mon, 14 Jun 2010 14:35:22 -0400
- In-Reply-To: <8F77913624F7524AACD2A92EAF3BFA54165DF33819@SJMEMXMBS11.stjude.sjcrh.local>
- References: <[email protected]><8F77913624F7524AACD2A92EAF3BFA54165DF33819@SJMEMXMBS11.stjude.sjcrh.local>
|
For the record, the defintions in DDL1 are not very helpful. In the case of the refinement flags, the original item (_*_refinement_flags) has a definition that lists _*_flags_adp etc as related_items with the related_function 'replace'. 'replace' is defined in the DDL1 dictionary as 'new definition replaces the current one' with a further explanation in the text that "'replace' signals that the item referred to in _related_item may be used identically to replace the defined item." Thus it appears that the original intention is not that one item replaces (or is replaced by) the other, but the two are on an equal footing. The sense that one item is deprecated does not seem to be present. However, the value seems to be correctly used in that _*_refinement_flags_adp etc. replace _*_refinement_flags, which is the item being defined. However, I interpreted the first definition as having the opposite meaning so there is some ambiguity. The items _*_refinement_flag_adp etc. in core CIF have the _related_function value 'alternate' which is defined in DDL1 as 'used alternatively for validation tests' which is not very helpful and seems to duplicate the value 'replace'. Why should something be allowed to pass a validation test if it does not function indentically to 'replace'? I cannot see that DDL1 has the ability to give the sense of one item being replaced by another (rather than both being equally acceptable). Given the rather loose structure of DDL1 it probably is not worth attempting a correction in coreCIF dictionaries (though some clarification in DDL1 would be useful). David Brown Bollinger, John C wrote:
|
begin:vcard fn:I.David Brown n:Brown;I.David org:McMaster University;Brockhouse Institute for Materials Research adr:;;King St. W;Hamilton;Ontario;L8S 4M1;Canada email;internet:[email protected] title:Professor Emeritus tel;work:+905 525 9140 x 24710 tel;fax:+905 521 2773 version:2.1 end:vcard
_______________________________________________ cif-developers mailing list [email protected] http://scripts.iucr.org/mailman/listinfo/cif-developers
Reply to: [list | sender only]
- References:
- _item_related.function_code (Richard Gildea)
- RE: _item_related.function_code (Bollinger, John C)
- Prev by Date: Re: _item_related.function_code
- Next by Date: Broken _related_function in ddl_core.dic
- Prev by thread: Re: _item_related.function_code
- Next by thread: enumeration values
- Index(es):

