Discussion List Archives

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Fwd: Re: DDLm, dREL, images and NeXus

The most complex transform is the normalization in going from
NeXus to CIF, and the denormalization going from CIF to NeXus.
The most important transforms are for axes and compression
algorithms.

=====================================================
  Herbert J. Bernstein, Professor of Computer Science
    Dowling College, Kramer Science Center, KSC 121
         Idle Hour Blvd, Oakdale, NY, 11769

                  +1-631-244-3035
                  yaya@dowling.edu
=====================================================

On Mon, 15 Dec 2008, Doug wrote:

> On Fri, 12 Dec 2008, Herbert J. Bernstein wrote:
>> I'll say more later, when other have had their say, but Doug's
>> suggestion of simply mapping the data needs a prompt response:
>> especially when working with 3D data, or even when working
>> witn 2D data in a 3D lab coordinate frame, it is very hard,
>> and perhaps infeasible, to specify the complete mapping without
>> the ability to specify methods, e.g. when working with multiple
>> coordinate frames or different handedness.  Life is mich simpler
>> when you can specify the algorithm for going from one to another.
>> A more subtle need for algorithms is in specifying the mappings
>> between a failry well normalized database dump (e.g. imgCIF)
>> and a rather denormalized format (e.g. NeXus).
>
>
> I am wondering if there is a possibility to aim a bit lower?
>
> James' example basically just says  audit_author.name = NXuser.name
> - that its in a looped/multiple-instance context is reasonably obvious
> (Mind you, if there is a single author in NeXus, does that necessarily
> have to convert to a CIF loop_ ?).
>
> What is the most complicated transform you are expecting?
> Isn't it likley that most items will be one-to-one mappings,
> a few might be simple linear transforms and anything more
> complicated would be outsourced to dedicated routines/code anyway
> (certainly on the metadata side of things, I would guess)?
>
> As a fall back, maybe the existing dictionaries could be enhanced with
> CIF definitions that hold interim items that need further work done on them
> (I'm assuming NXdata can hold anything whatsoever without definition on the NeXus side).
>
> Do you really need a complete algorithm language and dedicated parser?
>
> Doug
>
>
>
>
>
_______________________________________________
comcifs mailing list
comcifs@iucr.org
http://scripts.iucr.org/mailman/listinfo/comcifs

Reply to: [list | sender only]
International Union of Crystallography

Scientific Union Member of the International Council for Science (admitted 1947). Member of CODATA, the ICSU Committee on Data. Member of ICSTI, the International Council for Scientific and Technical Information. Partner with UNESCO, the United Nations Educational, Scientific and Cultural Organization in the International Year of Crystallography 2014.

ICSU Scientific Freedom Policy

The IUCr observes the basic policy of non-discrimination and affirms the right and freedom of scientists to associate in international scientific activity without regard to such factors as ethnic origin, religion, citizenship, language, political stance, gender, sex or age, in accordance with the Statutes of the International Council for Science.