<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Nat,<div><br></div><div>Turns out I only needed to be able to pre-allocate how many reflections I plan to add and after that everything was fine - I do this with:</div><div><br></div><div><div style="margin: 0px; font-size: 11px; font-family: Menlo;">&nbsp;&nbsp;m_out.adjust_column_array_sizes(m_in.n_reflections())</div><div style="margin: 0px; font-size: 11px; font-family: Menlo;">&nbsp; m_out.set_n_reflections(m_in.n_reflections())</div></div><div style="margin: 0px; font-size: 11px; font-family: Menlo;"><br></div><div><div><div>which is kind-of messy but works�. no other API changes were needed to make an MTZ file which Aimless will read (I made one from XDS INTEGRATE.HKL, this was essentially fine�)</div><div><br></div><div>Should adjust_column_array_sizes redefine nref anyway? Looking at the code i would expect it to�</div><div><br></div><div>Cheerio, Graeme</div><div><br></div><div>On 13 Feb 2014, at 15:39, Nathaniel Echols &lt;<a href="mailto:nechols@lbl.gov">nechols@lbl.gov</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"><div dir="ltr">On Thu, Feb 13, 2014 at 12:45 AM, Phil Evans <span dir="ltr">&lt;<a href="mailto:pre@mrc-lmb.cam.ac.uk" target="_blank">pre@mrc-lmb.cam.ac.uk</a>&gt;</span> wrote:<div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
and we know from previous discussions that the current unmerged MTZ format is not the best possible</blockquote><div><br></div><div>Perhaps, but it's the only widely supported format that isn't broken by design, so ideally the CCTBX wrapper would provide access to as many features as possible. &nbsp;(I'm assuming that Aimless doesn't read CIF either - correct?)</div>

<div><br></div><div>Graeme: I have no strong opinions on how the API should work as long as existing code does not break, and right now you're the only group trying to output unmerged data. &nbsp;Unless Nick has specific thoughts, I think you should feel free to make it work the way you think is appropriate; we'll probably find things to change later but an imperfect solution is better than none in this case.</div>

<div><br></div><div>-Nat</div></div></div></div>
_______________________________________________<br>cctbxbb mailing list<br><a href="mailto:cctbxbb@phenix-online.org">cctbxbb@phenix-online.org</a><br>http://phenix-online.org/mailman/listinfo/cctbxbb<br></blockquote></div><br></div></body></html>