Additional fast-track definitions for Core 2.4.2

Ralf W. Grosse-Kunstleve rwgk at yahoo.com
Mon Apr 18 17:20:57 BST 2011


I also vote in favor of the five new definitions.
Ralf




>________________________________
>From: Brian McMahon <bm at iucr.org>
>To: comcifs at iucr.org
>Sent: Sunday, April 17, 2011 9:52 AM
>Subject: Additional fast-track definitions for Core 2.4.2
>
>Dear COMCIFS colleagues
>
>If you are wondering about the delay in publishing the recent round of
>updates to the Core dictionary, this is because, in implementing the
>recently approved changes, I discovered a number of other "fast-track"
>proposals that were overlooked, owing to an early misunderstanding
>between myself and James Hester regarding the mechanism of the approval
>process. I have subsequently asked the core dictionary management
>group to review and accept these proposals, and I now ask voting
>members of COMCIFS to complete the process by indicating their
>approval - or, of course, reservations or other comments.
>
>I shall be on vacation for the next week, but if the relevant approvals
>are received during that time, should be in a position to bundle
>these changes along with the others and release version 2.4.2 of the
>core within a few days of my return.
>
>The relevant items are
>  _database_code_COD
>  _chemical_identifier_inchi
>  _chemical_identifier_inchi_version
>  _chemical_identifier_inchi_key
>  _diffrn_radiation_wavelength_details
>
>Full details for each proposal may be found at
>  http://www.iucr.org/resources/cif/dictionaries/new-item/cif_core
>but I'll repeat the salient points below.
>
>I apologise again for this oversight; it is not a good advertisement
>for the "fast-tracking" process; but the fault is entirely mine.
>
>I vote in favour of all five of the proposed new definitions.
>
>Best regards
>Brian
>
>Further details of the proposed definitions:
>
>------------------------------------------------------------------------------
>
>_database_code_COD
>
>Definition:
>
>Identification code assigned by Crystallography Open Database (COD).
>
>Example:
>    
>
>Category: database
>
>An identifier of the structure as assigned by the Crystallography Open
>Database. This was requested by Saulius Grazulis by analogy with existing
>database identifiers such as _database_code_CSD for the Cambridge 
>Structural
>Database.  
>
>------------------------------------------------------------------------------
>
>_chemical_identifier_inchi
>
>Definition:
>
>The IUPAC International Chemical Identifier (InChI) is
>a textual identifier  for chemical substances, designed 
>to provide a standard and human-readable way to 
>encode molecular information and to facilitate the
>search for such information in databases and on the
>web.
>
>Example:
>'InChI=1/C18H21NO3/c1-19-8-7-18-11-4-5-13(20)17(18)22-16-14(21-2)6-3-10(15(16)18)9-12(11)19/h3-6,11-13,17,20H,7-9H2,1-2H3/t11-,12+,13-,17-,18-/m0/s1'
>codeine
>
>Category: chemical
>
>------------------------------------------------------------------------------
>
>_chemical_identifier_inchi_version
>
>Definition:
>
>Version of the InChI standard.
>
>Example:
>1.02     
>
>Category: chemical
>
>InChI is a changing standard. It is necessary to track the current version
>in order to parse it correctly.
>
>------------------------------------------------------------------------------
>
>_chemical_identifier_inchi_key
>
>Definition:
>
>The 25-character hashed version of the full InChI (IUPAC
>International Chemical Identifier), designed to allow for
>easy web searches of chemical compounds.
>
>Example:
>InChIKey=OROGSEYTTFOCAN-DNJOTXNNBG     codeine
>
>Category: _chemical_identifier_inchi_key
>
>The InChIKey is a 25-character hashed version of the full InChI, designed 
>to
>allow for easy web searches of chemical compounds. InChIKeys consist of 14
>characters resulting from a hash of the connectivity information of the
>InChI, followed by a hyphen, followed by 8 characters resulting from a hash
>of the remaining layers of the InChI, followed by a single character
>indicating the version of InChI used, followed by single checksum 
>character.
>There is a finite, but very small probability of finding two structures 
>with
>the same InChIKey. However the probability for duplication of only the 
>first
>block of 14 characters has been estimated as one duplication in 75 
>databases
>each containing one billion unique structures; such duplication therefore
>appears unlikely at present. Further information on the InChIKey is
>available at http://www.iupac.org/inchi/release102.html. 
>
>------------------------------------------------------------------------------
>
>_diffrn_radiation_wavelength_details
>
>Definition:
>
>Information about the determination of the radiation wavelength that is not
>conveyed completely by an enumerated value of
>_diffrn_radiation_wavelength_determination.
>
>Example:
>    
>
>Category: diffrn_radiation_wavelength
>
>
>
>Any other attributes suggested by the submitter are listed here:
>
>_type                        char
>   _list                        both
>   _list_reference            '_diffrn_radiation_wavelength_id'
>
>
>When adding the recently approved 
>_diffrn_radiation_wavelength_determination
>to the core dictionary, it was noticed that the suggested definition for
>this new data name was:
>
>The method of determination of incident wavelength. 
>Further information may be provided in _diffrn_radiation_special_details
>
>However, _diffrn_radiation_special_details does not exist. This data name 
>is
>suggested in order to fulfil that role; note that as a member of this
>category it would necessarily be looped if there are multiple wavelengths
>listed. An alternative (or perhaps complementary) approach would be to
>create a "scalar" _diffrn_radiation_details item in the parent category.
>
>------------------------------------------------------------------------------
>_________________________________________________________________________
>Brian McMahon                                       tel: +44 1244 342878
>Research and Development Officer                    fax: +44 1244 314888
>International Union of Crystallography            e-mail:  bm at iucr.org
>_______________________________________________
>comcifs mailing list
>comcifs at iucr.org
>http://scripts.iucr.org/mailman/listinfo/comcifs
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://scripts.iucr.org/pipermail/comcifs/attachments/20110418/ccd7db89/attachment-0001.html 


More information about the comcifs mailing list