[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Reply to: [list | sender only]
Re: Fwd: Re: DDLm, dREL, images and NeXus
- To: "(COMCIFS)" <comcifs@iucr.org>
- Subject: Re: Fwd: Re: DDLm, dREL, images and NeXus
- From: Doug <doug.duboulay@gmail.com>
- Date: Wed, 17 Dec 2008 09:55:36 +1100
- In-Reply-To: <20081214184620.R60409@epsilon.pair.com>
- References: <200812120932.12749.Doug.duBoulay@gmail.com><200812150917.58888.Doug.duBoulay@gmail.com><20081214184620.R60409@epsilon.pair.com>
On Mon, 15 Dec 2008, Herbert J. Bernstein wrote: > The most complex transform is the normalization in going from > NeXus to CIF, and the denormalization going from CIF to NeXus. Actually I don't see how you could "denormalize" the audit_athor category *faithfully* back into NeXus by putting multiple <name>s back within a single NXuser instance, assuming they had common affiliation and phone numbers etc. As I understand it, within dREL, each time you attempted to set the nexus:raw_author.user_name item (say within a ddlm/dREL category method) for consecutive <names>, it would overwrite the previous value. As an alternative, if you were to just treat <name> as a dREL list then a single NeXus <name> element would end up holding every name. In this case you could always write every name out individually as a full NXuser entry (as it would be in CIF), I would guess. But generally, any place where a NeXus element can have a mixture of single and multiple subelements, it will probably be incompatible with ddlm/dREL/RDBMS design because it breaks the neat table structure. Doug
Reply to: [list | sender only]
- Follow-Ups:
- Re: Fwd: Re: DDLm, dREL, images and NeXus (Herbert J. Bernstein)
- References:
- Fwd: Re: DDLm, dREL, images and NeXus (Doug)
- Re: Fwd: Re: DDLm, dREL, images and NeXus (Doug)
- Re: Fwd: Re: DDLm, dREL, images and NeXus (Herbert J. Bernstein)
- Prev by Date: Re: DDLm, dREL, images and NeXus
- Next by Date: Re: Fwd: Re: DDLm, dREL, images and NeXus
- Prev by thread: Re: Fwd: Re: DDLm, dREL, images and NeXus
- Next by thread: Re: Fwd: Re: DDLm, dREL, images and NeXus
- Index(es):