<?xml version="1.0" encoding="iso-8859-1" ?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/">
<!--
	This feed generated for Anonymous
	More info at http://naklon.info/rss/about.htm
-->
  <title>SAXS</title>
  <generator>RSS Feed 2.2.4</generator>
  <link rel="alternate" type="text/html"
   href="http://www.saxier.org/forum/"/>
  <modified>2010-09-08T04:52:50Z</modified>
  <entry>
    <title mode="escaped">Rigid Body Modelling :: identical subunits in P1?</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1762#1762"/>
    <dc:creator>ewa</dc:creator>
    <dc:subject>Rigid Body Modelling</dc:subject>
    <author>
		<name>ewa</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1762#1762</id>
    <issued>2010-09-07T09:05:42Z</issued>
    <modified>2010-09-07T09:05:42Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=22803&quot; target=&quot;_blank&quot;&gt;ewa&lt;/a&gt;&lt;br /&gt;
	Subject: identical subunits in P1?&lt;br /&gt;Posted: 2010.09.07 10:05 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Have I understood it correctly that two identical subunits cannot be modeled in P1 using BUNCH? I have a dimer of two identical monomers, but not symmetry related, according to relevant crystal structures.&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: GAJOE terminates prematurely</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1761#1761"/>
    <dc:creator>Alexandra</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>Alexandra</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1761#1761</id>
    <issued>2010-09-07T02:15:09Z</issued>
    <modified>2010-09-07T02:15:09Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=13894&quot; target=&quot;_blank&quot;&gt;Alexandra&lt;/a&gt;&lt;br /&gt;
	Subject: GAJOE terminates prematurely&lt;br /&gt;Posted: 2010.09.07 03:15 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi:
&lt;br /&gt;

&lt;br /&gt;
I have run Ranch and generated pdbs (all in the same directory as the *dat file), now I am trying to run GAJOE on Linux using the default setting, but here is the error I get:
&lt;br /&gt;

&lt;br /&gt;
CYCLE: 49
&lt;br /&gt;
 Initial genes created
&lt;br /&gt;
 Starting Genetic Algorithm
&lt;br /&gt;
 CYCLE: 50
&lt;br /&gt;
 Initial genes created
&lt;br /&gt;
 Starting Genetic Algorithm
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
mv: cannot stat `04557.pdb': No such file or directory
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
mv: cannot stat `05688.pdb': No such file or directory
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
mv: cannot stat `06780.pdb': No such file or directory
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
mv: cannot stat `07831.pdb': No such file or directory
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
list in: end of file
&lt;br /&gt;
apparent state: internal I/O
&lt;br /&gt;
lately reading direct formatted internal IO
&lt;br /&gt;
 No such file or directory
&lt;br /&gt;
 Experimental file Zero_alexpool_B2and3and5
&lt;br /&gt;

&lt;br /&gt;
It looks like to program cannot files the files? Is there a specific naming/directory structure one needs?
&lt;br /&gt;

&lt;br /&gt;
Thanks,
&lt;br /&gt;
Alex&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Ab Initio Methods :: DAMCLUST</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1760#1760"/>
    <dc:creator>Alexandra</dc:creator>
    <dc:subject>Ab Initio Methods</dc:subject>
    <author>
		<name>Alexandra</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1760#1760</id>
    <issued>2010-09-05T13:11:41Z</issued>
    <modified>2010-09-05T13:11:41Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=13894&quot; target=&quot;_blank&quot;&gt;Alexandra&lt;/a&gt;&lt;br /&gt;
	Subject: DAMCLUST&lt;br /&gt;Posted: 2010.09.05 14:11 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	IS there  a reference for DAMCLUST? I would like to know more about how the clustering is done and the use of such clustering algorithms.
&lt;br /&gt;

&lt;br /&gt;
For example, let's say one does multiple simulations for a multidomain protein. For all the reconstructions, the core seems to align well, but one extension seems to adopt multiple oritentiations in the resulting ab initio models. Would you conclude this may correspond to an multiple conformations in solution?
&lt;br /&gt;

&lt;br /&gt;
Thanks!&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: Refining dummy atom positions</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1745#1745"/>
    <dc:creator>sdw</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>sdw</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1745#1745</id>
    <issued>2010-09-01T12:28:14Z</issued>
    <modified>2010-09-01T12:28:14Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=22649&quot; target=&quot;_blank&quot;&gt;sdw&lt;/a&gt;&lt;br /&gt;
	Subject: Refining dummy atom positions&lt;br /&gt;Posted: 2010.09.01 13:28 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi, I have recently collected scattering curves of a protein that I believe is forming homo-tetramers. I believe this because we have collected SAXS data for a truncated version of the protein, for which have tetrameric crystal structure, which gives a excellent chi*2 value in crysol. This same model  fits the SAXS data for the full-length protein very poorly in part, I assume, because the individual monomers are missing approximately 50 residues off their N-termini and 10 residues  of the C-termini. The caveat here is that we expect these missing sequences to be flexible and unstructured.
&lt;br /&gt;
     Obviously I would like to use EOM to build an ensemble of chains that would best fit the data, but if I understand correctly EOM needs (assumes) that you have a monomer of linked structured subunits, rather than an oligomer. As an alternative I have crudely used Ranch to generate a pdb file with  random coil extensions for each chain. (Taking the eomtmp.pdb file generated), and then stitched these models together to generate a very crude model.  This dummy atom extended model gives a better chi*2 fit to my SAXS data (much better than the truncated crystallographic model as well as a CHADD build on this), but could clearly be improved. Therefore I'm wondering if this model can be fed into any ATSAS programme to refine the dummy atom positions against the scattering curve (or more likely the P(r) plot) whilst maintaining correct connectivity of said dummy atoms and  avoiding obvious steric clashes?
&lt;br /&gt;

&lt;br /&gt;
(Apologies for the long winded question)&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">SAS Software and Instrumentation :: RE: Problem with Primus</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1744#1744"/>
    <dc:creator>konarev</dc:creator>
    <dc:subject>SAS Software and Instrumentation</dc:subject>
    <author>
		<name>konarev</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1744#1744</id>
    <issued>2010-09-01T07:39:41Z</issued>
    <modified>2010-09-01T07:39:41Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=44&quot; target=&quot;_blank&quot;&gt;konarev&lt;/a&gt;&lt;br /&gt;
	Subject: Problem with Primus&lt;br /&gt;Posted: 2010.09.01 08:39 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi Arnab,
&lt;br /&gt;

&lt;br /&gt;
the current version of PRIMUS is compiled for Windows,
&lt;br /&gt;
if you are using windows emulators in Linux/Mac, it can have some
&lt;br /&gt;
problems. 
&lt;br /&gt;

&lt;br /&gt;
In some cases it is possible to continue to work with PRIMUS
&lt;br /&gt;
even if it gives an error message after starting, you need to press
&lt;br /&gt;
'Ok' button and this message will disappear. 
&lt;br /&gt;
You can also try to run PRIMUS from earlier ATSAS2.2 version,
&lt;br /&gt;
may be on your machine it will work better.
&lt;br /&gt;

&lt;br /&gt;
We have also plans to release a cross-platform version of PRIMUS in
&lt;br /&gt;
next ATSAS release (in October-November 2010).
&lt;br /&gt;

&lt;br /&gt;
Peter&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">SAS Software and Instrumentation :: RE: Problem with Primus</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1743#1743"/>
    <dc:creator>arn007c</dc:creator>
    <dc:subject>SAS Software and Instrumentation</dc:subject>
    <author>
		<name>arn007c</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1743#1743</id>
    <issued>2010-08-31T18:09:13Z</issued>
    <modified>2010-08-31T18:09:13Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=22792&quot; target=&quot;_blank&quot;&gt;arn007c&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.31 19:09 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi Peter,
&lt;br /&gt;

&lt;br /&gt;
Thank you for replying. The problem is it is giving the error before it asks for any input. I was able to work with gnom from the same atsas package which is accepting the input data file in the recommended format. But the primus is not working. It might be a broken file or something I guess. Is there any way to check? Also is there atsas or similar program for mac?
&lt;br /&gt;

&lt;br /&gt;

&lt;br /&gt;
Thanks,
&lt;br /&gt;

&lt;br /&gt;
Arnab&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Data Processing :: RE: troubles with primus crashing in windows 7- 64 bit</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1742#1742"/>
    <dc:creator>konarev</dc:creator>
    <dc:subject>Data Processing</dc:subject>
    <author>
		<name>konarev</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1742#1742</id>
    <issued>2010-08-31T16:27:48Z</issued>
    <modified>2010-08-31T16:27:48Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=44&quot; target=&quot;_blank&quot;&gt;konarev&lt;/a&gt;&lt;br /&gt;
	Subject: primus&lt;br /&gt;Posted: 2010.08.31 17:27 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi 
&lt;br /&gt;

&lt;br /&gt;
we made some tests for PRIMUS on Windows 7 64-bit machines,
&lt;br /&gt;
and it worked stable, so may be you have some processor-specific 
&lt;br /&gt;
problem or problem connected with your data formats.
&lt;br /&gt;

&lt;br /&gt;
The current version of PRIMUS (in ATSAS 2.3) is compiled for Windows
&lt;br /&gt;
platforms and therefore can have some conflicts when running using 
&lt;br /&gt;
windows emulators from Mac/Linux.
&lt;br /&gt;

&lt;br /&gt;
For next ATSAS releases (2.4 etc) we are planning to make a cross-platform
&lt;br /&gt;
version of PRIMUS and SASPLOT.
&lt;br /&gt;

&lt;br /&gt;
Cheers,
&lt;br /&gt;
Peter&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: RE: svdplot</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1741#1741"/>
    <dc:creator>konarev</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>konarev</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1741#1741</id>
    <issued>2010-08-31T16:17:16Z</issued>
    <modified>2010-08-31T16:17:16Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=44&quot; target=&quot;_blank&quot;&gt;konarev&lt;/a&gt;&lt;br /&gt;
	Subject: svdplot&lt;br /&gt;Posted: 2010.08.31 17:17 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi Terry,
&lt;br /&gt;

&lt;br /&gt;
if you run SVDPLOT from PRIMUS then you can only see the results 
&lt;br /&gt;
and the plots of singular vectors in the window.
&lt;br /&gt;
To get the files of singular values and singular vectors, one needs
&lt;br /&gt;
to run SVDPLOT (or SVDPLOTQW) separetely in the command line:
&lt;br /&gt;
&amp;quot;svdplot datafile.dat /K&amp;quot;,
&lt;br /&gt;
where datafile.dat should contain all experimental curves
&lt;br /&gt;
There will be three output files:
&lt;br /&gt;
_U_.dat  - with singular values
&lt;br /&gt;
_S_.dat  - with singular vectors.
&lt;br /&gt;
_Ncomp.log - with the information for the number of components
&lt;br /&gt;
                    from the statistical test.
&lt;br /&gt;

&lt;br /&gt;
Peter&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: RE: Adjustment in Oligomer?</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1740#1740"/>
    <dc:creator>konarev</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>konarev</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1740#1740</id>
    <issued>2010-08-31T16:01:58Z</issued>
    <modified>2010-08-31T16:01:58Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=44&quot; target=&quot;_blank&quot;&gt;konarev&lt;/a&gt;&lt;br /&gt;
	Subject: Adjustment in Oligomer?&lt;br /&gt;Posted: 2010.08.31 17:01 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi Annette,
&lt;br /&gt;

&lt;br /&gt;
we have already discussed this problem in e-mails, but I want to summarize the important points on the forum as well.
&lt;br /&gt;

&lt;br /&gt;
If you are using OLIGOMER in a standard mode, then the fitted curve should be equal to a &amp;quot;pure&amp;quot; linear combination
&lt;br /&gt;
from the form-factor components with the corresponding coefficinets (volume fractions) multipled by the scaling coeffifient.
&lt;br /&gt;

&lt;br /&gt;
It is also possible to use a key &amp;quot;/cst&amp;quot; (when you run OLIGOMER in batch mode), then additional (constant) component will be added (it can be used when you have poor fit of the experimental curve at higher angles)
&lt;br /&gt;
but this constant component is choosen in such a way that its volume fraction is equal or very close to zero, so you should get the meaningful volume fractions for &amp;quot;real&amp;quot; components and improved fit at higher angles.
&lt;br /&gt;

&lt;br /&gt;
&amp;quot;Adjust&amp;quot; in PRIMUS finds the scaling and constant coefficients between two curves using least square method (the constant can be positive or negative), whereas in OLIGOMER the system of linear equations is being solved using non-negativity condition for the volume fractions.
&lt;br /&gt;

&lt;br /&gt;
Peter&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: RE: Mixture run</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1739#1739"/>
    <dc:creator>konarev</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>konarev</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1739#1739</id>
    <issued>2010-08-31T15:54:26Z</issued>
    <modified>2010-08-31T15:54:26Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=44&quot; target=&quot;_blank&quot;&gt;konarev&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.31 16:54 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi, 
&lt;br /&gt;

&lt;br /&gt;
please try to run the graphic version of mixture (mixtureqw.exe) from PRIMUS or use mixture.exe version from ATSAS2.2.
&lt;br /&gt;
It seems the command-line version of MIXTURE in ATSAS2.3
&lt;br /&gt;
is not running properly on some processors, it will be fixed 
&lt;br /&gt;
in next ATSAS release.&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Rigid Body Modelling :: RE: Merge and Maths</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1738#1738"/>
    <dc:creator>konarev</dc:creator>
    <dc:subject>Rigid Body Modelling</dc:subject>
    <author>
		<name>konarev</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1738#1738</id>
    <issued>2010-08-31T15:48:51Z</issued>
    <modified>2010-08-31T15:48:51Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=44&quot; target=&quot;_blank&quot;&gt;konarev&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.31 16:48 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi
&lt;br /&gt;

&lt;br /&gt;
the data files are  merged using a least-squares fitting in the overlapping range. For this, the experimental data are rebinned onto a new angular master grid and, if requested, the merged curve is recomputed on this grid. This option is useful e.g. for making composite curves from the data
&lt;br /&gt;
recorded in different angular ranges. For all operations, the error
&lt;br /&gt;
propagation is performed using standard equations.
&lt;br /&gt;
Another approach is to join the points in the overlapped region, it works
&lt;br /&gt;
well if you have data on the same grid, this approach was used in the
&lt;br /&gt;
older PRIMUS versions (see ATSAS 2.1), in ATSAS 2.2 and 2.3 
&lt;br /&gt;
the rebinning method is used.&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">SAS Software and Instrumentation :: RE: Problem with Primus</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1737#1737"/>
    <dc:creator>konarev</dc:creator>
    <dc:subject>SAS Software and Instrumentation</dc:subject>
    <author>
		<name>konarev</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1737#1737</id>
    <issued>2010-08-31T15:41:32Z</issued>
    <modified>2010-08-31T15:41:32Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=44&quot; target=&quot;_blank&quot;&gt;konarev&lt;/a&gt;&lt;br /&gt;
	Subject: Re: Problem with Primus&lt;br /&gt;Posted: 2010.08.31 16:41 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi Arnab,
&lt;br /&gt;

&lt;br /&gt;
do you mean, that you could not load your data file
&lt;br /&gt;
in PRIMUS ?  Please, check the correct input format for 
&lt;br /&gt;
data files: it should be in ASCII format and contain 
&lt;br /&gt;
two or three columns: the first column - s-vector, the second column - 
&lt;br /&gt;
intensity, the third column (if exists) - errors of intensity.
&lt;br /&gt;

&lt;br /&gt;
Peter&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Announcements :: RE: ATSAS version 2.3.1 released</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1735#1735"/>
    <dc:creator>rdobson</dc:creator>
    <dc:subject>Announcements</dc:subject>
    <author>
		<name>rdobson</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1735#1735</id>
    <issued>2010-08-31T02:30:06Z</issued>
    <modified>2010-08-31T02:30:06Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=22814&quot; target=&quot;_blank&quot;&gt;rdobson&lt;/a&gt;&lt;br /&gt;
	Subject: autoporod&lt;br /&gt;Posted: 2010.08.31 03:30 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi All, 
&lt;br /&gt;

&lt;br /&gt;
I wondered how autoporod decided where to cut the data.  Does it do it based on the error of the profile??   Actually, is there a rule of thumb regarding how to truncate noisy data??
&lt;br /&gt;

&lt;br /&gt;
Cheers
&lt;br /&gt;
Ren&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Rigid Body Modelling :: RE: Slit smearing in SASREF and BUNCH</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1734#1734"/>
    <dc:creator>david.a.jacques</dc:creator>
    <dc:subject>Rigid Body Modelling</dc:subject>
    <author>
		<name>david.a.jacques</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1734#1734</id>
    <issued>2010-08-30T22:03:45Z</issued>
    <modified>2010-08-30T22:03:45Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=21740&quot; target=&quot;_blank&quot;&gt;david.a.jacques&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 23:03 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	How does this work without asking for a beam profile, or some description of beam geometry?&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">PDB Oriented Tools :: RE: Prediction of scattering from dimers in Crysol</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1733#1733"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>PDB Oriented Tools</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1733#1733</id>
    <issued>2010-08-30T15:45:14Z</issued>
    <modified>2010-08-30T15:45:14Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 16:45 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	In Crysol, the scattering is not normalized by the concentration
&lt;br /&gt;
and I(0)~(delta_rho*Volume)^2~MW^2,
&lt;br /&gt;
I.e. for the dimer, the forward scattering would be 4 times larger compared to monomer, if the hydration shell would not be taken into account (you could easily check this by running Crysol with zero contrast of the shell).
&lt;br /&gt;

&lt;br /&gt;
As you mention yourself, the shell of the two cubes side by side is different 
&lt;br /&gt;
from the two shells of the two individual cubes and therefore the ratio of four
&lt;br /&gt;
is hold only approximately for the forward scattering intensities of a dimer and a monomer computed by Crysol&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Ab Initio Methods :: RE: choosing the correct model's symmetry</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1732#1732"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Ab Initio Methods</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1732#1732</id>
    <issued>2010-08-30T15:13:15Z</issued>
    <modified>2010-08-30T15:13:15Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 16:13 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Judging from NSD values those mostly around 1.0 (except those with P222
&lt;br /&gt;
symmetry), the models should be similar.&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: RE: unit of q values in oligomer</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1731#1731"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1731#1731</id>
    <issued>2010-08-30T15:09:08Z</issued>
    <modified>2010-08-30T15:09:08Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 16:09 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	If you have the smax value of 5 in your data, then it is most probably in nm^-1 and you need to use /un 2
&lt;br /&gt;
But the formfactors have to be computed up to 0.5 (A^-1)&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: RE: limits of bunch and eom</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1730#1730"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1730#1730</id>
    <issued>2010-08-30T15:04:20Z</issued>
    <modified>2010-08-30T15:04:20Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 16:04 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Why not start it once interactively and note all the answers in an answer file?&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">PDB Oriented Tools :: RE: Prediction of scattering from dimers in Crysol</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1729#1729"/>
    <dc:creator>tankozavr</dc:creator>
    <dc:subject>PDB Oriented Tools</dc:subject>
    <author>
		<name>tankozavr</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1729#1729</id>
    <issued>2010-08-30T14:59:36Z</issued>
    <modified>2010-08-30T14:59:36Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=22332&quot; target=&quot;_blank&quot;&gt;tankozavr&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 15:59 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Hi! Thanks for your reply. I would like to clarify this further if possible. 
&lt;br /&gt;
Mw of the dimer is obviously twice of that of the monomer, concentration of the dimerized protein should be 2 times lower. The surface of the dimer cannot be that easily determined, I believe it depends on the dimer nature. (just by stucking 2 spheres or 2 cubes we are getting smaller surface and smaller surface/mass ratio, but we do get larger suface itself for a single  particle) I would initially think that hydration shell of a dimer will depend on the protein nature and surface area, is this correct?
&lt;br /&gt;

&lt;br /&gt;

&lt;br /&gt;
My sincere apologies if my questions and reasoning are quite simple or silly but I am wondering where am I wrong in it.
&lt;br /&gt;

&lt;br /&gt;
Thanks !&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Mixtures and Flexible Systems :: RE: Residue limit in RanCh</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1728#1728"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Mixtures and Flexible Systems</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1728#1728</id>
    <issued>2010-08-30T14:51:01Z</issued>
    <modified>2010-08-30T14:51:01Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 15:51 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Please try to split the lines in the sequence file&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Ab Initio Methods :: RE: dammif with very large complex</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1727#1727"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Ab Initio Methods</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1727#1727</id>
    <issued>2010-08-30T14:49:03Z</issued>
    <modified>2010-08-30T14:49:03Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 15:49 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	Normally, the data must be cut up to the first good data point as defined
&lt;br /&gt;
by AutoRg. If this results in the warning in Gnom (Dmax x Smin &amp;gt; Pi),
&lt;br /&gt;
than the Dmax and the models should be treated with caution.
&lt;br /&gt;
In general, if you have a protein-DNA complex it is better to use Monsa (given that the scattering curve from DNA alone or protein alone is available),
&lt;br /&gt;
as Dammin is applicable to uniform, density particles only.
&lt;br /&gt;
But for 5% of DNA it is probably still OK.&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Ab Initio Methods :: RE: chi square, Rvalue, fit</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1726#1726"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Ab Initio Methods</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1726#1726</id>
    <issued>2010-08-30T14:42:28Z</issued>
    <modified>2010-08-30T14:42:28Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 15:42 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	R-value concerns the regularized smooth data
&lt;br /&gt;
whereas chi operates with the raw experimental data.
&lt;br /&gt;
Therefore Chi is the decisive parameter.&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Literature :: RE: Reference for ATSAS online</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1725#1725"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Literature</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1725#1725</id>
    <issued>2010-08-30T14:40:06Z</issued>
    <modified>2010-08-30T14:40:06Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 15:40 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	This one may be relevant
&lt;br /&gt;

&lt;br /&gt;
Petoukhov, M.V., Konarev, P.V., Kikhney A.G. &amp;amp; Svergun, D.I. (2007) ATSAS 2.1 - towards automated and web-supported small-angle scattering data analysis. J. Appl. Cryst. 40, s223-s228&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Ab Initio Methods :: RE: MONSA - average jobs</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1724#1724"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Ab Initio Methods</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1724#1724</id>
    <issued>2010-08-30T14:33:59Z</issued>
    <modified>2010-08-30T14:33:59Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 15:33 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	You could try the modified version of damaver at
&lt;br /&gt;
&lt;a href=&quot;http://www.embl-hamburg.de/~maxim/addon/monsaver.zip&quot; target=&quot;_blank&quot;&gt;http://www.embl-hamburg.de/~maxim/addon/monsaver.zip&lt;/a&gt;
&lt;br /&gt;
which is however not an &amp;quot;official&amp;quot; part of Atsas package&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
  <entry>
    <title mode="escaped">Rigid Body Modelling :: RE: asymmetric homodimer</title>
    <link rel="alternate" type="text/html"
     href="http://www.saxier.org/forum/viewtopic.php?p=1723#1723"/>
    <dc:creator>SaxsMax</dc:creator>
    <dc:subject>Rigid Body Modelling</dc:subject>
    <author>
		<name>SaxsMax</name>
    </author>
    <id>http://www.saxier.org/forum/viewtopic.php?p=1723#1723</id>
    <issued>2010-08-30T14:15:55Z</issued>
    <modified>2010-08-30T14:15:55Z</modified>
	<content type="text/html" mode="escaped">Author: &lt;a href=&quot;http://www.saxier.org/forum/profile.php?mode=viewprofile&amp;u=3&quot; target=&quot;_blank&quot;&gt;SaxsMax&lt;/a&gt;&lt;br /&gt;
	Posted: 2010.08.30 15:15 (GMT 1)&lt;br /&gt;&lt;br /&gt;&lt;span class="postbody"&gt;
	It is not very clear if you finally used the symmetry constraint or not.
&lt;br /&gt;
By design, Bunch is only able to handle the cases with one chain per 
&lt;br /&gt;
asymmetric part, i.e. the dimer must be run with P2 symmetry which imposes that the two-fold axes of N- and C- termini coincide.
&lt;br /&gt;
We plan to distribute a new program in the next release of Atsas
&lt;br /&gt;
which would be able to handle complicated cases like yours.
&lt;br /&gt;
One more thing about Bunch: the length of the linkers must be 
&lt;br /&gt;
at least four DRs otherwise some domains may stuck though they 
&lt;br /&gt;
were not fixed.&lt;/span&gt;&lt;br /&gt;
	</content>
  </entry>
</feed>

<!-- Page generation time: 1.1973s  - Memory Usage: 3.840 Mb  - GZIP disabled -->