Hi Jan this is probably the same feature in Saturn headers that's upset the xdl_view display of very strong pixels in ipmosflm (though it doesn't affect iMosflm, and doesn't actually affect processing). RAXIS_COMPRESSION_RATIO was set to (I think) 32 in older Saturns, but this value is not part of the standard used by Rigaku - in principle, it can be any value, and any software that expects it to be a particular value may well end up with problems. Newer Saturns certainly have RAXIS_COMPRESSION_RATIO set to 128 in at least some of the images I've seen. So if XDS doesn't expect 128, and it bombs out as a result of it, this is probably one for Kay or Wolfgang to fix! (I say this not knowing much about running XDS - there may be a command-line way to get round the problem) I really hesitate to say this, but if you want to get started processing quickly you'll have to use alternative software (Mosflm, d*Trek come to mind straight away, although I understand there's another program that's quite popular - its name escapes me ;-)). On 4 Sep 2008, at 08:01, Jan Abendroth wrote: > Hi all, > a bit off-topic, but maybe someone knows an answer. > I am trying to run xds on data collected on our new sparkling > Saturn detector. Using the basic xds script that worked beautifully > for older Saturn94 detectors, xds now dies with the following error > message during the INIT phase: > !!! ERROR !!! ILLEGAL RAXIS_COMPRESSION_RATIO > > Any ideas what this might be? > Thanks a lot > Jan > > > -- > Jan Abendroth > deCODE biostructures > Seattle / Bainbridge Island WA, USA > work: JAbendroth_at_decode.is > home: Jan.Abendroth_at_gmail.com Harry -- Dr Harry Powell, MRC Laboratory of Molecular Biology, MRC Centre, Hills Road, Cambridge, CB2 2QH