Dear Tom, I believe that I once had a similar problem and if I remember correctly (and I'm not certain about this) it was caused by having an extremely large negative intensity (rather than +ve), which could be why the scaling steps did not work because they might only look at +ve values, not -ve ones (I'm not certain about this either).
If the suggestions Harry made do not help, one way that you could check this is to grep the mosflm log file for the string: "Minimum Intensity=" (or alternatively, grep for "Maximum Intensity=" to look for a very large +ve value".) Could I also ask what version of ipmosflm you are using, because I think this error had been trapped in recent versions. Bets wishes, Andrew On 30 May 2015, at 09:45, Tom Wong <wangnan4...@yahoo.co.jp> wrote: > Dear everyone: > > Recently I met a mtz format problem: after I processed a data by iMosflm and > scaled by AIMLESS. > The mtz file could not be processed for further phasing by shelx, it said: > > ** Input file /home/tom/ccp4test_6_1_sca.tmp.sca corrupted at line 7 ** > 0 0 6******** 38460.7 > > > > Later I use mtz2various program to convert that mtz to sca, i got this: > > > 54.660 75.314 75.314 90.000 90.000 90.000 p 21 21 21 > 0 0 3 72.2 69.2 > 0 0 4 25749.5 1366.3 > 0 0 5 44.4 63.6 > 0 0 6******** 38460.7 > 0 0 7 46.1 62.7 > 0 0 8 1413.8 288.1 > 0 0 9 -2.9 57.4 > 0 0 10424115.3 11976.6 > > > I think it is a format conflict problem between iMosflm and shelx. > Is there anyone who can help me get through this? > How to do the phasing by using the mtz generated by iMosflm? > > > Thank you very much! > > > Tom
