Discussion List Archives

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

Re: [Imgcif-l] Issue with image array directions

      Hi Graeme,

      Images displayed correctly with adxv in the past (images from, say, SSRL 12-2).  Are
you using the latest adxv?

      I'd also suggest giving Andy Arvai a web url to download the images in question and test
them himself.

      Best,

      Chris

________________________________________
From: [email protected] [[email protected]] on behalf of [email protected] [[email protected]]
Sent: Wednesday, June 08, 2011 7:56 AM
To: [email protected]
Subject: Re: [Imgcif-l] Issue with image array directions

Aha, no attachments:

http://www.ccp4.ac.uk/xia/A-adxv.png
http://www.ccp4.ac.uk/xia/A-mosflm.png

(images are deliberately blank: we are in shutdown)

Best wishes,

Graeme

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of [email protected]
Sent: 08 June 2011 15:55
To: [email protected]
Subject: [Imgcif-l] Issue with image array directions

Hi Folks,

This morning while working on full-cbfifying Pilatus images I found an interesting (or at least noteworthy) feature: mosflm and adxv disagree about the correct definitions for the fast / slow image sizes. If I load an image with header containing this:

loop_
_array_structure_list.array_id
_array_structure_list.index
_array_structure_list.dimension
_array_structure_list.precedence
_array_structure_list.direction
_array_structure_list.axis_set_id
ARRAY1 1 2527 1 increasing ELEMENT_X
ARRAY1 2 2463 2 increasing ELEMENT_Y

I get the images attached - mosflm has it about right and adxv has it mangled. Switching these (which I think is correct: at least it corresponds to the subsequent MIME header) as follows adxv is happy but mosflm makes a mess.

loop_
_array_structure_list.array_id
_array_structure_list.index
_array_structure_list.dimension
_array_structure_list.precedence
_array_structure_list.direction
_array_structure_list.axis_set_id
ARRAY1 1 2463 1 increasing ELEMENT_X
ARRAY1 2 2527 2 increasing ELEMENT_Y

The thing is that (as I understand it) both are using cbflib so what's happening? I guess an issue is that the only "real" cbf images to date have been square.

Any suggestions?

Thanks in advance & best wishes,

Graeme

Dr. Graeme Winter
Senior Software Scientist
Diamond Light Source

+44 1235 778091 (work)
+44 7786 662784 (work mobile)





--

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.

Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.

Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.

Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom










--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom




_______________________________________________
imgcif-l mailing list
[email protected]
http://scripts.iucr.org/mailman/listinfo/imgcif-l
_______________________________________________
imgcif-l mailing list
[email protected]
http://scripts.iucr.org/mailman/listinfo/imgcif-l

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

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

International Science Council 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.

Useful links