<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7653.2">
<TITLE>Question about precedence of command line parameters vs. .def file</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->
<P><FONT FACE="Arial">Hi,</FONT>
</P>
<P><FONT FACE="Arial">I have a question / request about parameters defined on the command line vs. defined in the .def file are handled. Specifically the input.pdb.file_name parameter. I noticed that if I have already a input.pdb.file_name defined in the .def file and call phenix.refine with another pdb file, both files are loaded. If both pdb files represent the same protein in different stages of refinement that obviously causes the job to fail due to close non-bonding interactions. </FONT></P>
<P><FONT FACE="Arial">I see how the loading of both pdb files can be a desired feature, but I also recall reading somewhere that command line params take precedence over .def files, which in turn takes precedence over defaults. There seems to be some deviation from that philosophy. </FONT></P>
<P><FONT FACE="Arial">For me this is more a work-flow issue (which becomes important if one does to many structures per day ...) than a bug. I'd really like to minimize the time spend on editing the def file and just define new job parameters from the command line and have the def file fill in the missing bits. This also would help future automation we are implementing, because it would eliminate the need to read and parse an existing .def. file. There are ways around this but not as clean, but that is another matter ....</FONT></P>
<P><FONT FACE="Arial">Would it be possible to implement a switch which would check for duplicate parameters on the command line vs. .def file, give precedence to the command line and run the job like that? That way we would not break the existing scheme, which other people may have already grown accustomed too. Other suggestions are welcome too.</FONT></P>
<P><FONT FACE="Arial">Cheers,</FONT>
</P>
<BR>
<P> <FONT FACE="Arial">Carsten</FONT>
</P>
<BR>
<BR>
<BR>
</BODY>
</HTML>