This is a bug that arises when you import data with scalepack2mtz.
The resulting mtz file is not "sorted", and apparently this makes DM
unhappy in a rather uninformative way. However, if you run the data
through CAD before inputting it into DM, then it works just fine. That
is, just use the CCP4 program called "CAD" to copy all the columns into
a new *.mtz file. Like this:
echo "labin file 1 all" | cad hklin1 crashes_dm.mtz hklout no_crash_dm.mtz
By default, a "do nothing" CAD run like this updates the sorting
information in the mtz header. I have no idea why scalepack2mtz does
not sort the data, nor why DM cannot "just fix it". Perhaps it lies in
the nature of the CCP4 Suite where a particular task (like "sorting") is
supposed to be done by one program (such as SORTMTZ) and not many? If
anyone is interested in reproducing this problem, I have an example
input file and script here:
http://bl831.als.lbl.gov/~jamesh/pickup/for_kevin.tgz
To generate this input file, I used scalepack2mtz, TRUNCATE, and then
MLPHARE. The "test.com" script runs DM. And yes, it did take me a
while to figure this out.
-James Holton
MAD Scientist
On 6/14/2012 4:58 AM, Appu kumar wrote:
Hello Dear all
I am trying running dm (density
modification) programe for density modification, but it giving error
complaining about density map. It says, dm: (WFO) No density in
map! Check input FOM present and nonzero.
Please suggest me how to overcome this problem. I am density
modification with SAD data , but dm giving error. Your help will be
much appreciated.
Thank you
Appu
