<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none"><!--P{margin-top:0;margin-bottom:0;} p
        {margin-top:0;
        margin-bottom:0}--></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>My previous email was hung up in moderation due to my attaching a jpeg that tripped the size limit. In any case, I've done a bit more testing and the problem doesn't actually originate in the fill_missing_f_obs, but in the kicked map algorithm. If, as per
 the attached parameter file, I have a kicked map in the to-do list, every map past that point is garbled (the kicked map itself appears fine). Set kicked to False, and all maps come out looking normal.</p>
<p><br>
</p>
<p>I should also note that the sharpening_b_factor parameter seems inverted from the normal convention: a negative value gives smoothing rather than sharpening.</p>
<p><br>
</p>
<p>Cheers,</p>
<p><br>
</p>
<p>Tristan<br>
</p>
<div style="color: rgb(33, 33, 33);" dir="ltr">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> Tristan Croll<br>
<b>Sent:</b> Thursday, 5 February 2015 3:47 PM<br>
<b>To:</b> phenixbb@phenix-online.org<br>
<b>Subject:</b> Strange behaviour of phenix.maps fill_missing_f_obs</font>
<div>&nbsp;</div>
</div>
<div>
<div id="divtagdefaultwrapper" style="font-size:12pt; color:#000000; background-color:#FFFFFF; font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hi,</p>
<p><br>
</p>
<p>I'm working on a package that makes scripted calls to phenix.refine to generate a series of ccp4 formatted maps, and have run into an odd problem. Using the attached parameter file I get a series of perfectly normal-looking maps, except in the case of the
 filled 2mFo-DFc map (test-3_2mFo-DFc_fill.ccp4 - the second-last map generated). This comes out as a series of disconnected blobs (it looks rather like a mFo-DFc map, but it doesn't match the actual mFo-DFc map).&nbsp;When&nbsp;I&nbsp;take&nbsp;the&nbsp;resulting .mtz file and generate
 the filled map in&nbsp;Coot (with or without omission of Rfree flags), on the other hand,&nbsp;it seems to come out fine.&nbsp; There are no&nbsp;error messages in the log,&nbsp;but I suspect&nbsp;the&nbsp; default method to fill in the missing F_obs may be returning
<em>only</em>&nbsp;the missing F_obs?</p>
<p><br>
</p>
<p>I've attached a small example image. Red wireframe is the 2mFo-DFc unfilled map at 1 sigma; green translucent is the 2mFo-DFc filled map at 1 sigma; yellow is the mFo-DFc map at 2 sigma.</p>
<p><br>
</p>
<p>The test structure I'm using is nothing special: 3WSY, picked more-or-less at random off the protein data bank. Phenix version is 1.9.1692, installed in Fedora 21.</p>
<p><br>
</p>
<p>Have I done something wrong that I'm just not seeing, or is there a bug here?<br>
</p>
<p><br>
</p>
<p>Thanks,</p>
<p><br>
</p>
<p>Tristan<br>
</p>
</div>
</div>
</div>
</div>
</body>
</html>