[NeXus-tech] Updated draft concordance
yayahjb
yayahjb at gmail.com
Mon Apr 29 03:12:16 BST 2013
Minor changes for the past 2 days have been posted in:
https://sites.google.com/site/nexuscbf/mapping-draft/Concordance_Summary_27Apr13.pdf
<https://sites.google.com/site/nexuscbf/mapping-draft/Concordance_Summary_27Apr13.pdf>
to handle mapping the axis poise information in attributes of fields in
NeXus.
On 4/25/13 9:53 PM, yayahjb wrote:
> After today's discussions, I have posted the following:
>
> https://sites.google.com/site/nexuscbf/mapping-draft/Concordance_Summary_25Apr13.pdf
> <https://sites.google.com/site/nexuscbf/mapping-draft/Concordance_Summary_25Apr13.pdf>
and
> https://sites.google.com/site/nexuscbf/mapping-draft/PAD_Draft_Appdef_25Apr13.pdf
> <https://sites.google.com/site/nexuscbf/mapping-draft/PAD_Draft_Appdef_25Apr13.pdf>
>
> The second document is an extract from the first for the convenience
> of those who
> are only interested in the development of Dectris application definition.
>
> There will be some issues to discuss relating to the yesterday's
> document and these
> documents and the Dectris application definition in the next NIAC
> Telco. The rest
> of the document has not changed.
>
> On 4/24/13 10:12 PM, Herbert J. Bernstein wrote:
>> You will find a PDF of a draft imgCIF/CBF NeXus concordance at
>>
>> https://sites.google.com/site/nexuscbf/mapping-draft/Concordance_Summary_24Apr13.pdf
>>
>>
>> This draft maps almost all of the imgCIF dictionary to NeXus, almost
>> all of
>> the NeXus base classes to CIF, and proposes PAD application
>> definitions to
>> support the Eiger in a manner intended to be reasonably consistent
>> with the
>> Dectris proposal.
>>
>> Comments, corrections and suggestions much appreciated.
>>
>> Even though we are up to 113 pages, there is much more to do,
>> especially in
>> expanding the imgCIF dictionary and/or checking the PDB extensions
>> dictionary
>> to align with the rich detail in the NeXus classes. The mapping will be
>> simplest making use of CIF2 tuples and/or lists to handle non-binary
>> array
>> values, but it appears that there is no real impediment to doing the
>> mapping
>> between DDL2 CIF1 without array values and NeXus as well.
>>
>> If there are no serious objections to the approach being followed, I
>> will continue
>> with the NeXus application definitions and coding CBFlib against this
>> document.
>>
>>
>
More information about the NeXus-tech
mailing list