[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .. .
- To: Group finalising DDLm and associated dictionaries <ddlm-group@iucr.org>, "'jwest@rcsb.rutgers.edu'" <jwest@rcsb.rutgers.edu>
- Subject: Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .. .
- From: "Bollinger, John C" <John.Bollinger@STJUDE.ORG>
- Date: Fri, 28 Jan 2011 16:09:09 -0600
- Accept-Language: en-US
- acceptlanguage: en-US
- In-Reply-To: <a06240800c967b204830b@[192.168.2.102]>
- References: <AANLkTi=ATdNovWFiecEwDrbtMdTwZ7guvYuBCGrdnb-i@mail.gmail.com><8F77913624F7524AACD2A92EAF3BFA54166D7D1EDE@SJMEMXMBS11.stjude.sjcrh.local ><4D404DAA.8070804@mcmaster.ca> <a06240802c96600c48956@[192.168.2.102]><8F77913624F7524AACD2A92EAF3BFA54166D7D1EE1@SJMEMXMBS11.stjude.sjcrh.local ><a06240800c9668e1faa7c@[192.168.2.102]><8F77913624F7524AACD2A92EAF3BFA54166D7D1EE8@SJMEMXMBS11.stjude.sjcrh.local ><a06240802c9674292646e@[192.168.2.102]><8F77913624F7524AACD2A92EAF3BFA54166D7D1EEB@SJMEMXMBS11.stjude.sjcrh.local ><4D41C6E7.2040109@rcsb.rutgers.edu><8F77913624F7524AACD2A92EAF3BFA54166D7D1EEF@SJMEMXMBS11.stjude.sjcrh.local ><a06240800c967b204830b@[192.168.2.102]>
On Thursday, January 27, 2011 5:53 PM, Herbert J. Bernstein >Here is the next pass with John W.'s name change and the category >keys aligned. I would rather have followed the DDLm design philosophy >of not requiring a parent category to know the innards of its children, >but I would not want to hold up agreement on the basic idea over >the detailed technical resolution of denormalization in DDLm. > >That being said, we will have to address the denormalization issue >to fully support the realities of macromolecular data processing. I cannot agree to the expanded key for the ALIAS category. This is not a philosophical question, but rather one of correctly modeling the data domain. Furthermore, this particular question also has nothing to do with macromolecular data processing. DDLm is a language for writing *dictionaries*. Macromolecular data CIFs will not contain items from the ALIAS, DICTIONARY_XREF, or IDENTIFIER_SET categories, nor from any other DDLm category. DDLm has a different audience than do (other) dictionaries written using it. Data modeling is part and parcel of dictionary authorship, so there is every reason to expect that dictionary authors will be prepared to express their dictionaries in suitably normalized form, according to whatever presentation normalization rules ultimately are adopted for DDLm. There is certainly still a normalization question to sort out, but even if the denormalized presentation mode is ultimately disallowed, that doesn't warrant denormalizing DDLm. It *might* warrant denormalizing dictionaries expressed in DDLm terms, but that's a different story. >I shudder to point this out, but DDLm also seems to be missing >the concept of implicit tags that is in DDL2 -- not a critical >issue, but it probably should be addressed. To be clear: by an "implicit tag" you mean one defined with _item.mandatory_code implicit right? > Note that DDLm >only addresses identifying tags that must be present in >a given category so a strict reading would be that, as long >as the value of a key is somehow known (e.g. by having >an enumeration default), it does not have to be physically present >in the data. I could accept something along those lines. From a data modeling perspective, however, few possible values of "somehow known" are suitable for a component of a category key. Having a defined default value works, though. At least for non-key attributes, we have the possibility of using methods to generate missing values. John -- John C. Bollinger, Ph.D. Department of Structural Biology St. Jude Children's Research Hospital Email Disclaimer: www.stjude.org/emaildisclaimer _______________________________________________ ddlm-group mailing list ddlm-group@iucr.org http://scripts.iucr.org/mailman/listinfo/ddlm-group
Reply to: [list | sender only]
- Follow-Ups:
- Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .. . (Herbert J. Bernstein)
- References:
- Re: [ddlm-group] DDLm aliases (subject changed) (James Hester)
- Re: [ddlm-group] DDLm aliases (subject changed). . (David Brown)
- Re: [ddlm-group] DDLm aliases (subject changed). . (Herbert J. Bernstein)
- Re: [ddlm-group] DDLm aliases (subject changed). .. . (Herbert J. Bernstein)
- Re: [ddlm-group] DDLm aliases (subject changed). .. .. . (Herbert J. Bernstein)
- Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. . (John Westbrook)
- Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. . (Herbert J. Bernstein)
- Prev by Date: Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .
- Next by Date: Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .. .
- Prev by thread: Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .
- Next by thread: Re: [ddlm-group] DDLm aliases (subject changed). .. .. .. .. .. .
- Index(es):