<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Dear Andrea</p>
<p>I also experienced that the PDB cannot appreciate the
Data_1_autoPROC_STARANISO_all.cif file due to the lack of Rfree
set. This would be solvable, like in Refmac5 (CCP4i2), if you can
upload second reflection file that contains the free R flags used
for refinement?</p>
<p>- However, CCP41/Refmac5 does not (yet) read .cif reflection
files. As far as I know, Phenix Refine does not (yet) neither.<br>
</p>
<p>- But Refmac5 does merge two .mtz reflection files into a sinlle
hklout.mtz that you can find under job1 directory. This is what I
currently use to deposit to the PDB. <br>
</p>
<p>- I understand .cif files (both model and reflections) have the
advantage that they are editable. Perhaps there is a good
reflection.cif file editor around?</p>
<p>- A solution would be to have the option during PDB deposition,
of adding the reflection file used for refinement and thus
containing the R free set, that are then automatically recognized
as reflection files and merged (like for hklout.mtz in Refmac
where this option was probably incorporated for re-refinement with
re-processed data).<br>
</p>
<p>Problem today is that only one reflection file is permitted and
you would indeed not get the correct validation report outputted.
<br>
</p>
<p> In other words, one data file from crystal data, and another one
for crystal refinement and including map coefficients, or like we
do it in the lab, would allow compatibility with different ways of
re-refinement and perhaps the independence from the EDS server
(that failed on me last week, meaning there are no electron
densities in the validation files and meanwhile the submission is
"locked" and also no answer from the PDB staff yet, so what do we
do: we submit the poor validation file to the journal and be more
subject to rejection by reviewers. What I prefer, seen the current
situation, is to send reviewers the model coordinates and map
coefficients). <br>
</p>
<p>all the very best</p>
<p><br>
</p>
<p>Julie<br>
</p>
<p> <br>
</p>
On 17/12/22 02:32, Andrea Piserchio wrote:<br>
<blockquote type="cite"
cite="mid:CAAXQ8pA5EjgXz10nyZU=1N=xQNGr4W+_hFyhV_xnYJ8p9ND4cg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr"> <span></span>Dear all,<br>
<br>
<br>
I am trying to validate and then (hopefully) deposit a structure
generated using the autoproc/staraniso
staraniso_alldata-unique.mtz file as input for phenix.refine.<br>
<br>
Autoproc also produces a cif file (
Data_1_autoPROC_STARANISO_all.cif) specifically for deposition.<br>
<br>
Long story short, the PDB validation server complains about the
lack of a freeR set for both files. I realized that, at least
for the cif file, the r_free_flag is missing (but why does the
.mtz for the isotropic dataset work??),so I then tried to use
for validation the *.reflections.cif file that can be generated
by phenix.refine. This file can actually produce a validation
report, but I still have some questions:<br>
<br>
1) Is it proper to use the .reflections.cif file for this
purpose? During the upload I do see some errors (see pics);
also, the final results show various RSRZ outliers in regions of
the structure that look reasonably good by looking at the maps
on coot, which seems odd ...<br>
<br>
2) In case the *.reflections.cif is not adequate/sufficient for
deposition (I sent an inquiry to the PDB, but they did not
respond yet), can I just add a _refln.status column to the
autoproc cif file (within the loop containing the r_free_flag)
where I insert “f” for r_free_flag = 0 and “o” everywhere else?<br>
<br>
<br>
Thank you in advance,<br>
<br>
<br>
Andrea</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
phenixbb mailing list
<a class="moz-txt-link-abbreviated" href="mailto:phenixbb@phenix-online.org">phenixbb@phenix-online.org</a>
<a class="moz-txt-link-freetext" href="http://phenix-online.org/mailman/listinfo/phenixbb">http://phenix-online.org/mailman/listinfo/phenixbb</a>
Unsubscribe: <a class="moz-txt-link-abbreviated" href="mailto:phenixbb-leave@phenix-online.org">phenixbb-leave@phenix-online.org</a></pre>
</blockquote>
<div class="moz-signature">-- <br>
_______________
Julie Bouckaert , chercheur CNRS UMR 8576 à l’Université de Lille
<a class="moz-txt-link-freetext" href="http://ugsf-umr-glycobiologie.univ-lille1.fr/spip.php?article217&lang=fr">http://ugsf-umr-glycobiologie.univ-lille1.fr/spip.php?article217&lang=fr</a>
Unité de Glycobiologie Structurale et Fonctionnelle (UGSF) IRI,
Office 131, 50 Avenue de Halley, 59658 Villeneuve d’Ascq, France
Tél. +33 (0) 362 53 17 29 Mobile +32 (0) 498 57 14 65</div>
</body>
</html>