Hi Nat,<div>          Thanks for the excellent software. Would it be possible to have each project directory as a variable, much like the CCP4i &quot;directories &amp; projectDir&quot; list allows you to set.</div><div><br>
</div><div>Once you have /Users/brooks/lysozyme and set the project directory to /home/brooks/lysozyme, that would work straight away on a linux computer, for example.</div><div><br></div><div>I don&#39;t think you should clone CCP4i, but that aspect is quite powerful. Even in the .def file, instead of listing &quot;/Users/brooks/lysozyme/peak.mtz&quot; explicitly, one could have a setting:</div>
<div> input   {</div><div>            project_directory = &quot;/Users/brooks/lysozyme&quot;</div><div>}<br>...then set file names by paths relative to that one. That could be useful for migration of existing .def files, for example.</div>
<div><br></div><div>Thanks again for being receptive to ideas.</div><div><br></div><div>Yours,</div><div><br></div><div>Mark</div><div><br></div><div><br></div><div><br><div class="gmail_quote">On 5 November 2010 20:49, Nathaniel Echols <span dir="ltr">&lt;<a href="mailto:nechols@lbl.gov">nechols@lbl.gov</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Fri, Nov 5, 2010 at 12:26 AM, Stephen Graham &lt;<a href="mailto:scg34@cam.ac.uk">scg34@cam.ac.uk</a>&gt; wrote:<br>

&gt; First off, I&#39;m 100% behind the idea of using text files rather than<br>
&gt; pickles...so if anything goes wrong it can be fixed with a judicious<br>
&gt; sed script.<br>
<br>
</div>Agreed.<br>
<div class="im"><br>
&gt; Second, I would suggest using relative paths whenever practical...<br>
&gt; i.e. if object (file/directory) is in the project directory or a<br>
&gt; subdirectory thereof use a relative path, but if it&#39;s somewhere else<br>
&gt; on the file tree entirely (i.e /data for images) use an absolute path.<br>
&gt; At this point I think most of the migration issues that have been<br>
&gt; mentioned would vanish.<br>
<br>
</div>This is practical in some situations but not others; for instance, the<br>
.eff files used for each job still need to have the full path for any<br>
input files.  The pickled result objects are an even bigger problem -<br>
fixing this would be a long-term project.  Doesn&#39;t CCP4i store some<br>
intermediate format between the GUI and the actual run script?<br>
<div class="im"><br>
&gt; Third, it would be really great if you could export a collection of<br>
&gt; jobs (including input files, output files and &#39;control&#39; (phenix)<br>
&gt; files) as a zip-file or tar file that could be re-imported into<br>
&gt; another user&#39;s phenix project.  The use case is where you give someone<br>
&gt; else in the lab a hand with building or running some phenix jobs so<br>
&gt; you create a new project, run those jobs and send them back the result<br>
&gt; (say the model).  For teaching purposes especially it would be much<br>
&gt; better if you could send back the &#39;jobs&#39; to re-include in their<br>
&gt; project (so that they know how to run the job themselves next time<br>
&gt; rather than bugging you!).  On the up side, if job inport/export via a<br>
&gt; tar/zip file worked you wouldn&#39;t necessarily need any other project<br>
&gt; migration tool as people could just zip up their phenix project then<br>
&gt; &#39;unpack&#39; it on the new machine.<br>
<br>
</div>Exporting and importing projects as a compressed archive is relatively<br>
easy; I&#39;m not sure how to make transferring individual jobs this way<br>
work, however.  Keeping the directories and job IDs from overlapping<br>
is going to be tough.<br>
<div class="im"><br>
&gt; Fourth, perhaps I&#39;m just used to CCP4i but I&#39;d really like to see the<br>
&gt; job history on the main phenix window rather than hidden in a dialog<br>
&gt; box.<br>
<br>
</div>It&#39;s not an unreasonable request, and not the first time I&#39;ve heard<br>
this.  I&#39;m still trying to figure out how to fit everything into the<br>
main window cleanly - maybe tabs, but I worry about it getting too<br>
cluttered.  (On the other hand, as we keep adding programs this will<br>
probably happen anyway unless we redesign the layout.)  Although it&#39;s<br>
also possible to make this a setting in preferences, and let<br>
individual users decide how they want it to look.<br>
<div><div></div><div class="h5"><br>
-Nat<br>
_______________________________________________<br>
phenixbb mailing list<br>
<a href="mailto:phenixbb@phenix-online.org">phenixbb@phenix-online.org</a><br>
<a href="http://phenix-online.org/mailman/listinfo/phenixbb" target="_blank">http://phenix-online.org/mailman/listinfo/phenixbb</a><br>
</div></div></blockquote></div><br></div>