<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://csml-wiki.northwestern.edu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Homa</id>
	<title>csml-wiki.northwestern.edu - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://csml-wiki.northwestern.edu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Homa"/>
	<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php/Special:Contributions/Homa"/>
	<updated>2026-04-09T11:06:28Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.2</generator>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=General_Usage_of_Quest&amp;diff=622</id>
		<title>General Usage of Quest</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=General_Usage_of_Quest&amp;diff=622"/>
		<updated>2016-05-14T15:53:18Z</updated>

		<summary type="html">&lt;p&gt;Homa: added command to specify partition&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Login&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ssh [netid]@quest.it.northwestern.edu    &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
where &amp;lt;tt&amp;gt;[netid]&amp;lt;/tt&amp;gt; is your NETID. The first time you login, it will ask you to enter file in which to save the key and then to enter passphrase twice. Just press &amp;quot;enter&amp;quot; for these three questions and you should be able to login successfully.&lt;br /&gt;
&lt;br /&gt;
Our group folder is located in /projects/b1011/luijten-group&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Example of job.mbs file&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# ### AUTOMATICALLY GENERATED BATCH FILE&lt;br /&gt;
#MOAB -q [queue_name]&lt;br /&gt;
#MOAB -A b1011&lt;br /&gt;
#MOAB -l walltime=[dd:hh:mm:ss]&lt;br /&gt;
&lt;br /&gt;
# ###name of job&lt;br /&gt;
#MOAB -N [name_of_job]&lt;br /&gt;
&lt;br /&gt;
# ### mail for begin/end/abort&lt;br /&gt;
#MOAB -m ea&lt;br /&gt;
#MOAB -M [email_address]                                                                                                      &lt;br /&gt;
&lt;br /&gt;
# ### number of nodes and processors per node&lt;br /&gt;
#MOAB -l nodes=2:ppn=6&lt;br /&gt;
&lt;br /&gt;
# ### indicates that job should not rerun if it fails&lt;br /&gt;
#MOAB -r n&lt;br /&gt;
&lt;br /&gt;
# ### stdout and stderr merged as stderr&lt;br /&gt;
#MOAB -j eo&lt;br /&gt;
&lt;br /&gt;
# ### write stderr to file&lt;br /&gt;
#MOAB -e log.err&lt;br /&gt;
&lt;br /&gt;
# ### the shell that interprets the job script&lt;br /&gt;
#MOAB -S /bin/bash&lt;br /&gt;
&lt;br /&gt;
module load [module]&lt;br /&gt;
cd /projects/b1011/luijten-group/[job_location]&lt;br /&gt;
time mpirun -np 12  [directory_name]/[lammps_version] -in input.dat&lt;br /&gt;
&lt;br /&gt;
if [ $? -eq 0 ] ; then&lt;br /&gt;
touch COMPLETED&lt;br /&gt;
fi   &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;tt&amp;gt;[queue_name]&amp;lt;/tt&amp;gt;&lt;br /&gt;
There are two options for queue name: collab or collab-preempt. Both of them have startup priority of 5000. Collab has maximum cores of 262 and maximum walltime of 7 days. There is no resource restrictions for collab-preempt, but note that queues ending in ‘-preempt’ contain jobs that can be interrupted and re-queued by jobs from a higher priority queue.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[dd:hh:mm:ss]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the maximum allowed running time for your job. dd: days; hh: hours; mm: minutes; ss: seconds.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[name_of_job]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the name of your job that will be showed in the queue.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[email_address]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the email address you used to receive the system notice when job begins, aborted or ended.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[module]&amp;lt;/tt&amp;gt;&lt;br /&gt;
Load a module. For mpirun this would be the module mpi.  For full list of available modules run &amp;lt;i&amp;gt;module available&amp;lt;/i&amp;gt; from the command line.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[job_location]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the address of the folder where your input file is located.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[directory_name]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the address of the lammps executable.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[lammps_version]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the build of lammps you want to run.  Must be in [directory_name].&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Submit jobs&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
msub job.mbs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Cancel jobs&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
canceljob [job_number]&lt;br /&gt;
canceljob `seq [first_job_number] [last_job_number]`&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Check job status&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
showq&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
show all jobs &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
showq -r&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
show running jobs &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
showq -i&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
show idle jobs &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
showq -w user=[netid]&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
show jobs belonging to the user specified, where [netid] is your NETID. &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
showq -w acct=[account number]&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
show jobs belonging to the account specified. Grail allocation account number: b1011; CCTSM allocation account number: b1023; ESAM allocation account number: b1020. &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
qstat &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
show your own jobs &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
checkjob [job_ID] &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
This command displays detailed information about a submitted job’s status and diagnostic information that can be useful for troubleshooting submission issues. It can also be used to obtain useful information about completed jobs such as the allocated nodes, resources used, and exit codes. NUIT recommends using the flag ‘–vvv’ or ‘–v –v –v’ to gather additional diagnostic information. &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
mjobctl -m partition=&amp;lt;partition name&amp;gt; &amp;lt;job number&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
This command specifies a partition for a job which is already in the queue. This can be useful if you forget to specify a particular partition in the batch file (or if you want to change the partition, for example from quest3 to quest4), as it allows you to do so without having to delete and resubmit the jobs.  &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=619</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=619"/>
		<updated>2016-04-26T23:26:39Z</updated>

		<summary type="html">&lt;p&gt;Homa: Create: log file and screen output&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
For many projects, the CSML uses [http://lammps.sandia.gov/ LAMMPS] for molecular dynamics, although (depending on the application) we also employ [http://www.ks.uiuc.edu/Research/namd/ NAMD] and [http://www.gromacs.org/ GROMACS]. &lt;br /&gt;
&lt;br /&gt;
For educational purposes, Moldy is strongly recommended, not in the least because it offers an excellent [http://ariadne.ms.northwestern.edu/Moldy/moldy-manual.pdf manual].  For class purposes, we maintain a separate list of [http://ariadne.ms.northwestern.edu/Moldy/moldy_homework.html executables] for various operating systems.&lt;br /&gt;
&lt;br /&gt;
Many questions regarding LAMMPS can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html manual], but we address some common problems below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &#039;&#039;n&#039;&#039;&amp;lt;sub&amp;gt;dof&amp;lt;/sub&amp;gt; - &#039;&#039;d&#039;&#039;, where &#039;&#039;n&#039;&#039;&amp;lt;sub&amp;gt;dof&amp;lt;/sub&amp;gt;&lt;br /&gt;
is the system&#039;s total number of degrees of freedom and &#039;&#039;d&#039;&#039; its dimensionality. Subtracting &#039;&#039;d&#039;&#039; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &#039;&#039;n&#039;&#039;&amp;lt;sub&amp;gt;dof&amp;lt;/sub&amp;gt; is used instead of &#039;&#039;n&#039;&#039;&amp;lt;sub&amp;gt;dof&amp;lt;/sub&amp;gt; - &#039;&#039;d&#039;&#039;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
A detailed description of the syntax can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
As an example, let us consider computing the RDF for a typical Lennard-Jones fluid past the interaction cutoff, and let us assume that we have already generated a dumpfile containing information on the atom positions over some set of timesteps. Then we will run a second simulation that reads in the particle positions from the dumpfile(s) over some subset of the original recorded timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]), and will compute and output the RDF with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix        fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun      dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
Notes:&lt;br /&gt;
* Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
* While the rerun command creates a set of atoms at every snapshot of the dumpfile that it reads, the compute rdf command expects a set of atoms to be present at the start of the rerun simulation (remember, the compute command comes before the rerun command) and will produce an error if no atoms are present. To avoid this, one can use the [http://lammps.sandia.gov/doc/create_atoms.html create atoms] command (or read in the data file via the [http://lammps.sandia.gov/doc/read_data.html read data] command) used for creating atoms in the original simulation at the beginning of the rerun. &lt;br /&gt;
* When using rerun for 2D simulations, set dimension to 2 in the input file. For the rerun command, only read in two coordinates from dump file, for example &amp;quot;rerun dump.dat dump x y&amp;quot;.&lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
====Log file and screen output====&lt;br /&gt;
By default, LAMMPS will output basic information about your simulation (such as thermo output, neighbor list statistics, system initialization details, etc.) to a logfile and to the screen. In certain circumstances (e.g., when a simulation is restarted or the run command issued multiple times) the excess information can create unnecessary bulk in log files and screen output. The following commands (used separately or together) may be supplied on the command line when starting LAMMPS to suspend all output to the log file and/or screen:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
-log none -screen none&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Notes_on_using_LaTeX_for_manuscripts&amp;diff=616</id>
		<title>Notes on using LaTeX for manuscripts</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Notes_on_using_LaTeX_for_manuscripts&amp;diff=616"/>
		<updated>2016-03-22T02:10:15Z</updated>

		<summary type="html">&lt;p&gt;Homa: Italicizing variables in text &amp;amp; figs&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;This is not a LaTeX manual.  Instead, it&#039;s a list of topics that have come up repeatedly within our lab in the preparation of manuscripts.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Learning more about LaTeX ===&lt;br /&gt;
&lt;br /&gt;
* Leslie Lamport&#039;s LaTeX manual (available in the lab)&lt;br /&gt;
* Kopka and Daly&#039;s Guide to LaTeX (available in the lab)&lt;br /&gt;
* [http://www.ctan.org/tex-archive/info/lshort/english/lshort.pdf The Not So Short Introduction to LaTeX 2&amp;amp;epsilon;]&lt;br /&gt;
&lt;br /&gt;
=== Formatting ===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;&amp;lt;span id=&amp;quot;auctex&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;Use a LaTeX-aware editor. A particularly powerful combination is [http://www.gnu.org/software/emacs/ Emacs] + [http://www.gnu.org/software/auctex/ AUCTeX].&amp;lt;br&amp;gt;&lt;br /&gt;
GNU Emacs for OS X can be downloaded [http://emacsformacosx.com/ here]. (Note: when you wish to use this OS X version from the command line, add this line to ~/.bashrc or ~/.profile: &#039;&#039;&#039;alias emacs=&#039;/Applications/Emacs.app/Contents/MacOS/Emacs&#039;&#039;&#039;&#039;)&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;It is convenient to use a PDF viewer that can reload a PDF file without restarting. On OS X, [http://skim-app.sourceforge.net/ Skim] can detect automatically whether a LaTeX file has been recompiled. On Linux, [http://okular.kde.org/ Okular] does the same, and is generally an excellent and fast program for viewing and marking PDF files. On Linux, [http://blogs.adobe.com/acroread/ Acrobat] offers the Ctrl-R command for reloads (remarkably, this functionality not available in the OS X and Windows versions of the same program).&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Make sure to keep your LaTeX file cleanly formatted (i.e., human readable). When using AUCTeX (see [[#auctex|above]]), take advantage of the LaTeX-aware paragraph rewrapping command (alt-q). Take particular care with equations, and use line breaks and proper indentation to keep the LaTeX source readable (similar to what you would do when writing code).  This makes it much easier to modify an equation later.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Understand the difference between an end-of-sentence period and a period used in an abbreviation, and how LaTeX distinguishes these. A period after a lower-case letter is assumed to be the end of a sentence, and LaTeX needs to be told if this is &#039;&#039;not&#039;&#039; the case.  So, &#039;et al.&#039; must be typed as &#039;et al.\&#039; unless it occurs at the end of a sentence (or immediately before a comma).  This is typically not true for &#039;i.e.&#039; and &#039;e.g.&#039; because those two abbreviations (at least in American English) are always followed by a comma: &#039;i.e.,&#039; and &#039;e.g.,&#039;&amp;lt;br&amp;gt;On the other hand, a period after a capital is assumed to be &#039;&#039;not&#039;&#039; the end of a sentence, and only needs special treatment if it actually is. Those cases are rare; a typical example would be the sentence &#039;See model A.&#039; which must be entered as &#039;See model A\@.&#039;&amp;lt;br&amp;gt;Note that the bibliography environment is exempt from these rules, so it is not necessary to write the &#039;\&#039; in &#039;Phys.\ Rev.\ Lett.\&#039; (unless you use such a journal reference in the main text of your document). Of course, in practice, you should use [http://www.bibtex.org/ BibTeX] (see [[#bibtex|below]]) instead of creating a bibliography environment by hand.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;It is good form to avoid line breaks that result in an isolated number at the beginning of a line. This can be achieved via the &#039;~&#039; symbol, which yields a non-breaking space.  Thus, make it a habit to write&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
See Eq.~\ref{eq:gauss}.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Note how this also eliminates the need to insert a &#039;\&#039; after &#039;Eq.&#039; (cf. previous point)&amp;lt;br&amp;gt;&lt;br /&gt;
However, a combination of numbers at the beginning of a line is acceptable. So if you refer to multiple numbered equations or figures at once, it is only necessary to suppress a line break before the last number. Thus, one writes&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
See Eqs.\ \ref{eq:2d} and~\ref{eq:3d}.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Note that a &#039;\&#039; is now required after &#039;Eqs.&#039;&amp;lt;br&amp;gt;&lt;br /&gt;
Likewise, suppress line breaks before citations,&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
The FFT method~\cite{gauss1805,cooley1965} is widely used in ...&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&#039;&#039;(Distracting side note to reader: [http://dx.doi.org/10.1109/MASSP.1984.1162257 learn how Gauss presumably invented the FFT in 1805].)&#039;&#039;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;An easy way to enclose equation numbers in parentheses is the &amp;lt;tt&amp;gt;\eqref{}&amp;lt;/tt&amp;gt; command, which is part of the [http://www.ams.org/publications/authors/tex/amslatex amsmath] package (invoked via &amp;lt;tt&amp;gt;\usepackage{amsmath}&amp;lt;/tt&amp;gt;):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
See Eq.~\eqref{eq:gauss}.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;For labels of equations, figures, section, tables, choose names that start with &#039;eq:&#039;, &#039;fig:&#039;, &#039;sec:&#039;, &#039;tab:&#039;, respectively.  Also, use descriptive labels. Labels of the form &amp;lt;tt&amp;gt;\label{eq:3}&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;\label{fig:1}&amp;lt;/tt&amp;gt; are poor choices.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Placement of labels: In a single displayed equation, put the &amp;lt;tt&amp;gt;\label&amp;lt;/tt&amp;gt; command on the line immediately before the &amp;lt;tt&amp;gt;\end{equation}&amp;lt;/tt&amp;gt; command.  In a figure environment, place the label command immediately &#039;&#039;after&#039;&#039; the &amp;lt;tt&amp;gt;\caption{}&amp;lt;/tt&amp;gt; command (not &#039;&#039;within&#039;&#039; the caption, and certainly not before it).  For sections, place the label on a separate line, directly after the &amp;lt;tt&amp;gt;\section{}&amp;lt;/tt&amp;gt; command.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;To include a figure, use the command&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\includegraphics[width=\figurewidth]{somefigure}&lt;br /&gt;
&amp;lt;/pre&amp;gt;Ideally, the figure should be scalable, so an Encapsulated Postscript (&#039;.eps&#039;) file if you use LaTeX followed by dvips, or a PDF file if you use pdflatex. To facilitate switching between those programs, do &#039;&#039;not&#039;&#039; include the filename extension in the &amp;lt;tt&amp;gt;\includegraphics{}&amp;lt;/tt&amp;gt; command, so, e.g., do &#039;&#039;not&#039;&#039; write &amp;lt;tt&amp;gt;\includegraphics{somefigure.pdf}&amp;lt;/tt&amp;gt;.&amp;lt;br&amp;gt;Also, note that in this example the width of the figure is specified via a macro, defined in the preamble of the LaTeX file via&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\newcommand{\figurewidth}{0.4\textwidth}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
This makes it easy to resize all the figures in a document at once.  Finally, note that it is convenient to organize all figures in a subfolder (e.g., &#039;&#039;Figures&#039;&#039;), and then use &amp;lt;tt&amp;gt;\includegraphics{Figures/somefigure}&amp;lt;/tt&amp;gt;. However, this is not permitted when submitting to &#039;&#039;Physical Review&#039;&#039;.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Sentences cannot start with an abbreviation. Write &#039;Eq.&#039;, &#039;Fig.&#039;,&#039;Ref.&#039;, &#039;Sec.&#039; in full. Replace &#039;E.g.,&#039; at the beginning of a sentence with &#039;For example&#039;. (&amp;lt;span id=&amp;quot;nature-abbrev&amp;quot;&amp;gt;Exception&amp;lt;/span&amp;gt;: &#039;&#039;Nature&#039;&#039; leaves &#039;Eq.&#039;, &#039;Fig.&#039;, &#039;Ref.&#039;, &#039;Sec.&#039; abbreviated.)&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;In general, displayed equations should be a grammatical part of the sentence. Avoid constructs like &#039;...as shown in the following equation:&#039;&amp;lt;br&amp;gt;This also implies that proper punctuation must be used in displayed equations. To avoid that a period or comma after a displayed equation is too close to the equation, insert a small space via &#039;\;&#039;. Thus, a proper construct would be:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
the mass increases quadratically with time,&lt;br /&gt;
\begin{equation}&lt;br /&gt;
   m = t^2 \;.&lt;br /&gt;
\end{equation}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;&amp;lt;span id=&amp;quot;onlinecite&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;In journals that use superscript-style references (e.g., &#039;&#039;Journal of Chemical Physics&#039;&#039;), references that are a grammatical part of the sentence are not written in superscript. Use the &amp;lt;tt&amp;gt;\onlinecite&amp;lt;/tt&amp;gt; command for this. For example: &amp;lt;tt&amp;gt;See Ref.~\onlinecite{somepaper}&amp;lt;/tt&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Two equivalent entities are separated by an &#039;n-dash&#039; instead of a hyphen.  This is achieved via &#039;--&#039;.  For example:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Poisson--Boltzmann theory&lt;br /&gt;
particle--hole symmetry&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
A notable exception is &#039;Lennard-Jones&#039;, which is a single hyphenated name.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;If you use &amp;lt;tt&amp;gt;\sim&amp;lt;/tt&amp;gt; to indicate &#039;approximately,&#039; the spacing will be wrong, since LaTeX treats &amp;lt;tt&amp;gt;sim&amp;lt;/tt&amp;gt; as a binary operator. This is solved by enclosing it in braces:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
${\sim}10$&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Alternatively, you can define a new command in the preamble&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\newcommand{\unsim}{\mathord{\sim}} % \sim as a unary operator&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt; Symbols and letters that serve as mathematical variables must always be italicized. On the other hand, labels and any other explicative text should be written in non-italicized, non-mathematical form (this means using \mathrm if inside a math environment).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt; The above point also applies to any figures in the manuscript. Since the Symbol-Oblique font is not widely available, you may want to use the following method for italicizing Greek symbols: Open the figure in Illustrator, select the character and then choose &amp;quot;Transform -&amp;gt; Shear&amp;quot; and shear by 10 degrees, horizontally, to manually italicize the character.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Commonly used style packages ===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;For extensive additional options to format equations, use the [http://www.ams.org/publications/authors/tex/amslatex AMS-LaTeX] package. [http://ariadne.ms.northwestern.edu/Download/Misc/amsldoc.pdf Detailed documentation.] Add the following command to the preamble:    &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\usepackage{amslatex}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Note: when using RevTeX (see [[#Physical Review Letters|Physical Review Letters]] or [[#Journal of Chemical Physics|Journal of Chemical Physics]] below), specify the &amp;lt;tt&amp;gt;amslatex&amp;lt;/tt&amp;gt; option in the &amp;lt;tt&amp;gt;\documentclass&amp;lt;/tt&amp;gt; command instead.&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;The MathTime and MathTime Plus font packages allow the use of the Times Roman typeface along with matching math fonts. Add the following commands to the preamble:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\usepackage[mtbold,subscriptcorrection]{mathtime}&lt;br /&gt;
\usepackage[mathcal]{mathpi}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Note: when using this with the [[#SIAM journals|SIAM]] document class, omit the &amp;lt;tt&amp;gt;subscriptcorrection&amp;lt;/tt&amp;gt; keyword.&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== &amp;lt;span id=&amp;quot;bibtex&amp;quot;&amp;gt;BibTeX&amp;lt;/span&amp;gt; ===&lt;br /&gt;
&lt;br /&gt;
Instead of entering references for each paper separately, we use [http://www.bibtex.org/ BibTeX]. This offers several advantages:&amp;lt;br&amp;gt;&lt;br /&gt;
* References are sorted automatically in the order in which they are cited (or alphabetically, if a journal style calls for it).&lt;br /&gt;
* No need to enter references more than once.&lt;br /&gt;
* No need to manually (re)format references to comply with the style of the journal.&lt;br /&gt;
* Fixes to incorrect references will actually propagate to future manuscripts.&lt;br /&gt;
&lt;br /&gt;
In BibTeX, references are entered as records in a database, and BibTeX extracts the references from that database, formats them for the appropriate journal, and compiles them in a properly sorted list (the &#039;.bbl&#039; file).&lt;br /&gt;
&lt;br /&gt;
Detailed instructions can be found online or in the LaTeX manual by Lamport (copy available in the lab). Here we only discuss a few points specific to our usage.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;We have several databases (.bib files), approximately divided by topics (&#039;colloids.bib&#039;, &#039;polyelectrolytes.bib&#039;, etc.).  We also have one database that only contains macros for journal names (&#039;journals.bib&#039;).&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;At the end of the document, there will be just two commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\bibliographystyle{journalstyle}&lt;br /&gt;
\bibliography{journals,polyelectrolyte,colloids}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
(&#039;polyelectrolyte&#039; and &#039;colloids&#039; are just examples of databases)&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;The &#039;journalstyle&#039; is a style file (&#039;.bst&#039; file) that imposes the journal-specific formatting rules.  Many journals provide such a style file. For other cases (specifically, &#039;&#039;Acta Materialia&#039;&#039;, &#039;&#039;Biophysical Journal&#039;&#039;, &#039;&#039;Journal of Polymer Science&#039;&#039;) we have produced our own style files. When using a journal-specific LaTeX style package (&#039;&#039;RevTeX&#039;&#039; for APS journals, &#039;&#039;achemso&#039;&#039; for ACS journals), the &amp;lt;tt&amp;gt;\bibliographystyle{}&amp;lt;/tt&amp;gt; command can be omitted.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;When entering a new record into a database, always include the article title, even when using the reference in a journal that will not show that title. Someone else later may need to cite the same reference in a situation where the title will be required (including NSF proposals).&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Titles in records must be entered using the original capitalization. Certain journal styles will alter this capitalization (e.g., only allowing the first character to be capitalized instead of each noun). To exempt certain elements from such rules, encloses them in {}.  Examples are:&lt;br /&gt;
 &amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Names&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Abbreviations, such as &#039;DNA&#039;&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Roman numerals indicating that an article is part of a series&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;The first character after a colon&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;/ul&amp;gt;&lt;br /&gt;
Thus, examples of properly recorded titles are:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
title = &amp;quot;Monte {C}arlo Study of {DNA}&amp;quot;&lt;br /&gt;
title = &amp;quot;Efficient simulation of phase transitions, part {I}&amp;quot;&lt;br /&gt;
title = &amp;quot;History of computer simulations: {M}olecular dynamics&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Note: do &#039;&#039;not&#039;&#039; simply enclose the entire title in {} to suppress any alteration of the capitalization.&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Enter mathematical symbols, as well as subscript and superscripts, in titles using LaTeX notation.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;The typical choice for the &#039;key&#039; (label with which you refer to a reference) is &#039;johnson76&#039;, i.e., last name of the first author in all lower case, followed by the last two digits of the year.  If that key is already taken, append lower case &#039;a&#039;, &#039;b&#039;, etc.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Put all your .bib files in a separate folder (instead of keeping multiple copies of them, e.g., in different article folders).  BibTeX will find them if you set the &amp;quot;BIBINPUTS&amp;quot; environment variable using the following line:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
export BIBINPUTS=$HOME/Documents/tex/bib//:&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Of course, the actual value should reflect the location of your .bib files. Note the double &#039;//&#039; at the end, which means that also subfolders of &amp;quot;$HOME/Documents/tex/bib&amp;quot; will be searched.  Moreover, the trailing &#039;:&#039; means that BibTeX will also search all default folders, after it has searched &amp;quot;$HOME/Documents/tex/bib&amp;quot; and subfolders.&lt;br /&gt;
Place this line in your ~/.bashrc file (on Linux) or your ~/.profile file (on OS X).&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Most likely, you will only use the BibTeX style files that are stored in a central location on our group file system (and that will be search automatically by BibTeX). However, if you have additional personal style files, or if you want to create a folder with style files on your laptop, you can use another environment variable for that:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
export BSTINPUTS=$BSTINPUTS:$HOME/tex/bib/Styles:&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
The syntax is identical to what is described above for BIBINPUTS. But note how &amp;quot;$BSTINPUTS&amp;quot; appears on the right-hand side; this is to ensure that you will first search our group&#039;s default style files.&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Practical work-flow notes ===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Comparing different versions of a manuscript: [[Command-line_interface_on_Linux/UNIX#textdiff|Use diff and wdiff.]]&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Use a LaTeX-aware spell checker, such as [http://fmg-www.cs.ucla.edu/geoff/ispell.html Ispell].  Note: on some Linux systems (such as Ubuntu 14.04) this seems to have been compiled without the option to show the &amp;quot;mini menu&amp;quot; by default.  This is fixed easily by invoking &#039;ispell -M&#039;.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Journal-specific notes ===&lt;br /&gt;
&lt;br /&gt;
==== Physical Review Letters ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Use [http://journals.aps.org/revtex RevTeX 4.1] (available on all desktop machines via /usr/local):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\documentclass[aps,prl,reprint,showpacs,floatfix]{revtex4-1}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Abstract should be 600 characters or less.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;[http://journals.aps.org/prl/authors/guidelines-section-selection-physical-review-letters Section selection] in PRL is determined by the first [http://www.aip.org/pacs PACS] number, so choose accordingly. Most CSML papers should go to section L6 or L8. Do not choose a general category (starting with &#039;0&#039;) as the first PACS number.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Prior to submission:&lt;br /&gt;
 &amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Replace the &amp;lt;tt&amp;gt;reprint&amp;lt;/tt&amp;gt; option in the &amp;lt;tt&amp;gt;\documentclass{}&amp;lt;/tt&amp;gt; command with &amp;lt;tt&amp;gt;preprint&amp;lt;/tt&amp;gt;&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Rerun LaTeX on this file twice&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Comment out the &amp;lt;tt&amp;gt;\bibliography{}&amp;lt;/tt&amp;gt; command&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Insert the &#039;.bbl&#039; file into the LaTeX file&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Note that EPS figures are required; PDF format is not permitted&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Biophysical Journal ====&lt;br /&gt;
&lt;br /&gt;
==== Journal of Chemical Physics ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Invoke RevTeX 4.1 (available on all desktop machines via /usr/local):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\documentclass[aip,jcp,citeautoscript,amsmath]{revtex4-1}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;The &amp;lt;tt&amp;gt;citeautoscript&amp;lt;/tt&amp;gt; option will automatically convert citations of the style&amp;lt;blockquote&amp;gt;&#039;&#039;some sentence [2,3].&#039;&#039;&amp;lt;/blockquote&amp;gt;to&amp;lt;blockquote&amp;gt;&#039;&#039;some sentence.&amp;lt;sup&amp;gt;2,3&amp;lt;/sup&amp;gt;&#039;&#039;&amp;lt;/blockquote&amp;gt;Note the location of the punctuation. Thus, simply enter all references as you would for inline style citations; it will automatically be arranged correctly. The only exception is a citation that you refer to explicitly, see [[Notes_on_using_LaTeX_for_manuscripts#onlinecite|LaTeX notes]].&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prior to submission:&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Add the &amp;lt;tt&amp;gt;preprint&amp;lt;/tt&amp;gt; option to the &amp;lt;tt&amp;gt;\documentclass{}&amp;lt;/tt&amp;gt; command&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rerun LaTeX on this file twice&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Comment out the &amp;lt;tt&amp;gt;\bibliography{}&amp;lt;/tt&amp;gt; command&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Insert the &#039;.bbl&#039; file into the LaTeX file&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Nano Letters ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Use the [http://www.ctan.org/pkg/achemso achemso] package (available on all desktop machines via /usr/local):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\documentclass[journal=nalefd,manuscript=letter,layout=twocolumn]{achemso}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Abstract should be 75 words or less.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Nature ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;See note on [[#nature-abbrev|abbreviations]].&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== SIAM journals ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Use the [http://www.siam.org/journals/auth-info.php SIAM macros] (available on the desktop machines via /usr/local):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
\documentclass[final,letterpaper]{siamltex1213}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;SIAM style requires equations to be written simply as stand-alone numbers (so without &#039;Eq.&#039; before it), enclosed in parentheses. Only at the beginning of a sentence and in situations where there may be confusion, the word &#039;equation&#039; is inserted in full. See [http://www.siam.org/journals/pdf/stylemanual.pdf SIAM Style Manual], Section 3.4.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;According to SIAM style, in-text references are written as stand-alone numbers, i.e., it is proper to write &#039;see [19]&#039; ([http://www.siam.org/journals/pdf/stylemanual.pdf SIAM Style Manual], Section 15.5).&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;The SIAM BibTeX style file (siam.bst)&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;as provided on the SIAM website (version 01/24/1988) does not properly abbreviate first names of authors; this is fixed in the [http://ariadne.ms.northwestern.edu/Download/Misc/siam.bst 01/29/1988 version] distributed with TeXLive (i.e., standard on Linux and OS X).&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;provides numerical citations but sorts them alphabetically---this gives a cluttered impression in the main text, and is not required per SIAM style; this is fixed in [http://ariadne.ms.northwestern.edu/Download/Misc/siam-el.bst siam-el.bst].&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Figures must be in EPS format.&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;li&amp;gt;Select 3-4 categories from the [http://www.ams.org/mathscinet/msc/msc2010.html AMS subject classicifation].&amp;lt;/li&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=General_Usage_of_Hydra&amp;diff=582</id>
		<title>General Usage of Hydra</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=General_Usage_of_Hydra&amp;diff=582"/>
		<updated>2015-10-10T22:12:56Z</updated>

		<summary type="html">&lt;p&gt;Homa: added physical memory limit option&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Login&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ssh hydra  &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Example of job.pbs file&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
### AUTOMATICALLY GENERATED BATCH FILE&lt;br /&gt;
&lt;br /&gt;
# ### name of job&lt;br /&gt;
#PBS -N [name_of_job]&lt;br /&gt;
&lt;br /&gt;
# ### mail for end/abort&lt;br /&gt;
#PBS -m ea&lt;br /&gt;
#PBS -M [email_address]&lt;br /&gt;
&lt;br /&gt;
# ### maximum wall time&lt;br /&gt;
#PBS -l walltime=[dd:hh:mm:ss]&lt;br /&gt;
&lt;br /&gt;
# ### maximum physical memory required (use &#039;kb&#039;, &#039;mb&#039;, or &#039;gb&#039;)&lt;br /&gt;
#PBS -l mem=512mb&lt;br /&gt;
&lt;br /&gt;
# ### number of nodes and processors per node&lt;br /&gt;
#PBS -l nodes=1:ppn=1&lt;br /&gt;
&lt;br /&gt;
# ### queue&lt;br /&gt;
#PBS -q [queue_name]&lt;br /&gt;
&lt;br /&gt;
# ### indicates that job should not rerun if it fails&lt;br /&gt;
#PBS -r n&lt;br /&gt;
&lt;br /&gt;
# ### stdout and stderr merged as stderr&lt;br /&gt;
#PBS -j eo&lt;br /&gt;
&lt;br /&gt;
# ### write stderr to file&lt;br /&gt;
#PBS -e log.err&lt;br /&gt;
&lt;br /&gt;
# ### the shell that interprets the job script&lt;br /&gt;
#PBS -S /bin/bash&lt;br /&gt;
&lt;br /&gt;
cd /home/[job_location]&lt;br /&gt;
time /opt/lammps/lmp2013 &amp;lt; input.dat&lt;br /&gt;
&lt;br /&gt;
if [ $? -eq 0 ] ; then&lt;br /&gt;
touch COMPLETED&lt;br /&gt;
fi&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;tt&amp;gt;[name_of_job]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the name of the job that will be showed in the queue.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[email_address]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the email address you used to receive the system notice when job begins, aborted or ended.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[dd:hh:mm:ss]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the maximum allowed running time for your job. dd: days; hh: hours; mm: minutes; ss: seconds.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[queue_name]&amp;lt;/tt&amp;gt;&lt;br /&gt;
There are two options for queue name: fast or default.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;[job_location]&amp;lt;/tt&amp;gt;&lt;br /&gt;
This is the address of the folder where your input file is located.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Submit jobs&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
qsub job.pbs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Check job status&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
qstat&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
show status of all jobs.&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
qstat -u [username]&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
where &amp;lt;tt&amp;gt;[username]&amp;lt;/tt&amp;gt; is your own username. This command will show the status of your own jobs.&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=VMD&amp;diff=535</id>
		<title>VMD</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=VMD&amp;diff=535"/>
		<updated>2015-03-02T17:52:16Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Atom Selection */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://www.ks.uiuc.edu/Research/vmd/ VMD] is&lt;br /&gt;
&lt;br /&gt;
= Atom Selection =&lt;br /&gt;
Under the &amp;quot;Graphics&amp;quot;-&amp;gt;&amp;quot;Representations&amp;quot;, one can create multiple layers of representations. Each layer is independent and has its own user-defined drawing style, coloring and section of atoms. &lt;br /&gt;
&lt;br /&gt;
Under the &amp;quot;Selections&amp;quot; label, one can select atoms based on the attribution keywords of the atoms. For example, in the &amp;quot;Selected Atoms&amp;quot; input, users can write &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
index &amp;gt;= 100 and vx &amp;lt; 1.5 &lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This will select atoms with atom-id larger or equal to 100 and x-velocity smaller than 1.5. This command supports logical operators.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Important note:&#039;&#039;&#039;&#039;&#039; &#039;&#039;The indices used by VMD start from 0, whereas those in the dumpfiles created by LAMMPS start from 1. Therefore, specifying index = 100 in VMD actually corresponds to atom # 101 in the dumpfile.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
= Coloring Method =&lt;br /&gt;
&lt;br /&gt;
== Dynamic Color Code ==&lt;br /&gt;
When assigning color code to variables that change during the simulation, such as velocity, force, polarization charge, etc., If the variable you are trying to plot is not recognized by VMD, you could trick VMD by changing the corresponding variable name in the comment line to be, for example, &amp;quot;vx&amp;quot; &#039;&#039;&#039;(this only needs to be done for the first time step)&#039;&#039;&#039;. Then, VMD will interpret it as x-component of atoms velocity. &lt;br /&gt;
&lt;br /&gt;
Next, in the &amp;quot;Coloring Method&amp;quot; drop-down list under &amp;quot;Graphical Representations&amp;quot;, choose &amp;quot;Trajectory&amp;quot;-&amp;gt;&amp;quot;Velocity&amp;quot;. VMD will use velocity amplitude as the color value. If &amp;quot;vy&amp;quot; or &amp;quot;vz&amp;quot; is not specified, they are zero by default. &lt;br /&gt;
&lt;br /&gt;
To change the color scheme, go to &amp;quot;Graphics&amp;quot;--&amp;gt;&amp;quot;Colors&amp;quot;, under the &amp;quot;Color Scale&amp;quot; label, choose an appropriate method. The change made in color scheme here won&#039;t show immediately but in the next frame. &lt;br /&gt;
&lt;br /&gt;
For example, in the RWB method, if the value range of your data is from 1.0 to 1.5 (You can set your &amp;quot;Color Scale Data Range&amp;quot; under &amp;quot;Graphical Representations&amp;quot;-&amp;gt;&amp;quot;Trajectory&amp;quot; label), without offset, atoms with value close to 1.5 will be red, while close to 1.0 will be blue. &lt;br /&gt;
&lt;br /&gt;
Note: The values for the color code are supposed to be positive. VMD takes negative value but only taking its absolute value. This becomes a problem if one has a set of data ranging -1.0 to 1.0 wishing to have -1.0 blue and 1.0 red. A trick one can do is by manipulating the dump file, add a global constant to all values (making every entry of that variable column positive), then shift the &amp;quot;Color Scale Data Range&amp;quot; also by that constant. &lt;br /&gt;
&lt;br /&gt;
One color scheme applies globally to a whole &amp;quot;molecule&amp;quot;. To have multiple color schemes for one molecule. Load the molecule multiple times, under the &amp;quot;Graphics&amp;quot;-&amp;gt;&amp;quot;Representations&amp;quot; -&amp;gt;&amp;quot;Selected Molecule&amp;quot;, do different schemes for different selection of atoms under different selected molecules.&lt;br /&gt;
&lt;br /&gt;
= Miscellaneous =&lt;br /&gt;
== 3D Projection ==&lt;br /&gt;
Under the &amp;quot;Display&amp;quot; category, one can switch between &amp;quot;Perspective&amp;quot; (default) and &amp;quot;Orthographic&amp;quot; (recommended) views.  &lt;br /&gt;
&lt;br /&gt;
Click [http://blender.stackexchange.com/questions/648/what-are-the-differences-between-orthographic-and-perspective-views here] to learn more about the difference.&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=VMD&amp;diff=534</id>
		<title>VMD</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=VMD&amp;diff=534"/>
		<updated>2015-02-27T21:12:57Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://www.ks.uiuc.edu/Research/vmd/ VMD] is&lt;br /&gt;
&lt;br /&gt;
= Atom Selection =&lt;br /&gt;
Under the &amp;quot;Graphics&amp;quot;-&amp;gt;&amp;quot;Representations&amp;quot;, one can create multiple layers of representations. Each layer is independent and has its own user-defined drawing style, coloring and section of atoms. &lt;br /&gt;
&lt;br /&gt;
Under the &amp;quot;Selections&amp;quot; label, one can select atoms based on the attribution keywords of the atoms. For example, in the &amp;quot;Selected Atoms&amp;quot; input, users can write &lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
index &amp;gt;= 100 and vx &amp;lt; 1.5 &lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This will select atoms with atom-id larger or equal to 100 and x-velocity smaller than 1.5. This command supports logical operators.&lt;br /&gt;
&lt;br /&gt;
= Coloring Method =&lt;br /&gt;
&lt;br /&gt;
== Dynamic Color Code ==&lt;br /&gt;
When assigning color code to variables that change during the simulation, such as velocity, force, polarization charge, etc., If the variable you are trying to plot is not recognized by VMD, you could trick VMD by changing the corresponding variable name in the comment line to be, for example, &amp;quot;vx&amp;quot; &#039;&#039;&#039;(this only needs to be done for the first time step)&#039;&#039;&#039;. Then, VMD will interpret it as x-component of atoms velocity. &lt;br /&gt;
&lt;br /&gt;
Next, in the &amp;quot;Coloring Method&amp;quot; drop-down list under &amp;quot;Graphical Representations&amp;quot;, choose &amp;quot;Trajectory&amp;quot;-&amp;gt;&amp;quot;Velocity&amp;quot;. VMD will use velocity amplitude as the color value. If &amp;quot;vy&amp;quot; or &amp;quot;vz&amp;quot; is not specified, they are zero by default. &lt;br /&gt;
&lt;br /&gt;
To change the color scheme, go to &amp;quot;Graphics&amp;quot;--&amp;gt;&amp;quot;Colors&amp;quot;, under the &amp;quot;Color Scale&amp;quot; label, choose an appropriate method. The change made in color scheme here won&#039;t show immediately but in the next frame. &lt;br /&gt;
&lt;br /&gt;
For example, in the RWB method, if the value range of your data is from 1.0 to 1.5 (You can set your &amp;quot;Color Scale Data Range&amp;quot; under &amp;quot;Graphical Representations&amp;quot;-&amp;gt;&amp;quot;Trajectory&amp;quot; label), without offset, atoms with value close to 1.5 will be red, while close to 1.0 will be blue. &lt;br /&gt;
&lt;br /&gt;
Note: The values for the color code are supposed to be positive. VMD takes negative value but only taking its absolute value. This becomes a problem if one has a set of data ranging -1.0 to 1.0 wishing to have -1.0 blue and 1.0 red. A trick one can do is by manipulating the dump file, add a global constant to all values (making every entry of that variable column positive), then shift the &amp;quot;Color Scale Data Range&amp;quot; also by that constant. &lt;br /&gt;
&lt;br /&gt;
One color scheme applies globally to a whole &amp;quot;molecule&amp;quot;. To have multiple color schemes for one molecule. Load the molecule multiple times, under the &amp;quot;Graphics&amp;quot;-&amp;gt;&amp;quot;Representations&amp;quot; -&amp;gt;&amp;quot;Selected Molecule&amp;quot;, do different schemes for different selection of atoms under different selected molecules.&lt;br /&gt;
&lt;br /&gt;
= Miscellaneous =&lt;br /&gt;
== 3D Projection ==&lt;br /&gt;
Under the &amp;quot;Display&amp;quot; category, one can switch between &amp;quot;Perspective&amp;quot; (default) and &amp;quot;Orthographic&amp;quot; (recommended) views.  &lt;br /&gt;
&lt;br /&gt;
Click [http://blender.stackexchange.com/questions/648/what-are-the-differences-between-orthographic-and-perspective-views here] to learn more about the difference.&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=519</id>
		<title>FFmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=519"/>
		<updated>2015-02-24T22:49:05Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Video Encoder Settings */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
&lt;br /&gt;
== Aspect Ratio ==&lt;br /&gt;
&lt;br /&gt;
The standard aspect ratios for NTSC and PAL videos are 4:3 (standard screen) and 16:9 (widescreen). Most mobile devices nowadays use screens with a 16:9 aspect ratio, so simulation images/videos should be rendered with either of those aspect ratios so that they will appear undistorted on the mobile device screen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Note: mobile devices with 16:9 screens can still play 4:3 aspect ratio videos, but only a fraction of the screen will be utilized&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Typical standard (4:3) resolutions&#039;&#039;&#039;: 320x240, 640x480, 800x600, 1024x768&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Typical widescreen (16:9) resolutions&#039;&#039;&#039;: 640x360, 800x450, 960x540, 1024x576, 1280x720, 1920x1080&lt;br /&gt;
&lt;br /&gt;
== Video Encoder Settings ==&lt;br /&gt;
&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00000&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iPhone/iPad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that FFmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e., how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ FFmpeg Main Webpage]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki FFmpeg Wiki]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iPhone/iPad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=518</id>
		<title>FFmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=518"/>
		<updated>2015-02-23T20:45:45Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Aspect Ratio */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
&lt;br /&gt;
== Aspect Ratio ==&lt;br /&gt;
&lt;br /&gt;
The standard aspect ratios for NTSC and PAL videos are 4:3 (standard screen) and 16:9 (widescreen). Most mobile devices nowadays use screens with a 16:9 aspect ratio, so simulation images/videos should be rendered with either of those aspect ratios so that they will appear undistorted on the mobile device screen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Note: mobile devices with 16:9 screens can still play 4:3 aspect ratio videos, but only a fraction of the screen will be utilized&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Typical standard (4:3) resolutions&#039;&#039;&#039;: 320x240, 640x480, 800x600, 1024x768&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Typical widescreen (16:9) resolutions&#039;&#039;&#039;: 640x360, 800x450, 960x540, 1024x576, 1280x720, 1920x1080&lt;br /&gt;
&lt;br /&gt;
== Video Encoder Settings ==&lt;br /&gt;
&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00001&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iPhone/iPad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that FFmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e., how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ FFmpeg Main Webpage]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki FFmpeg Wiki]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iPhone/iPad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=517</id>
		<title>FFmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=517"/>
		<updated>2015-02-23T20:45:36Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Aspect Ratio */ typical video sizes for standard/widescreen&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
&lt;br /&gt;
== Aspect Ratio ==&lt;br /&gt;
&lt;br /&gt;
The standard aspect ratios for NTSC and PAL videos are 4:3 (standard screen) and 16:9 (widescreen). Most mobile devices nowadays use screens with a 16:9 aspect ratio, so simulation images/videos should be rendered with either of those aspect ratios so that they will appear undistorted on the mobile device screen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Note: mobile devices with 16:9 screens can still play 4:3 aspect ratio videos, but only a fraction of the screen will be utilized&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Typical standard (4:3) resolutions&#039;&#039;&#039;: 320x240, 640x480, 800x600, 1024x768&lt;br /&gt;
&#039;&#039;&#039;Typical widescreen (16:9) resolutions&#039;&#039;&#039;: 640x360, 800x450, 960x540, 1024x576, 1280x720, 1920x1080&lt;br /&gt;
&lt;br /&gt;
== Video Encoder Settings ==&lt;br /&gt;
&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00001&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iPhone/iPad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that FFmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e., how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ FFmpeg Main Webpage]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki FFmpeg Wiki]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iPhone/iPad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=516</id>
		<title>FFmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=516"/>
		<updated>2015-02-23T20:42:53Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Aspect Ratio */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
&lt;br /&gt;
== Aspect Ratio ==&lt;br /&gt;
&lt;br /&gt;
The standard aspect ratios for NTSC and PAL videos are 4:3 (standard screen) and 16:9 (widescreen). Most mobile devices nowadays use screens with a 16:9 aspect ratio, so simulation images/videos should be rendered with either of those aspect ratios so that they will appear undistorted on the mobile device screen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Note: mobile devices with 16:9 screens can still play 4:3 aspect ratio videos, but only a fraction of the screen will be utilized&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== Video Encoder Settings ==&lt;br /&gt;
&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00001&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iPhone/iPad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that FFmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e., how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ FFmpeg Main Webpage]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki FFmpeg Wiki]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iPhone/iPad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=515</id>
		<title>FFmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=515"/>
		<updated>2015-02-23T20:42:26Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Aspect Ratio */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
&lt;br /&gt;
== Aspect Ratio ==&lt;br /&gt;
&lt;br /&gt;
The standard aspect ratios for NTSC and PAL videos are 4:3 (standard screen) and 16:9 (widescreen). Most mobile devices nowadays use screens with a 16:9 aspect ratio, so simulation images/videos should be rendered with either of those aspect ratios so that they will appear undistorted on the mobile device screen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Note: mobile devices with 16:9 screens can still play 4:3 aspect ratio videos, but the whole screen won&#039;t be utilized&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== Video Encoder Settings ==&lt;br /&gt;
&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00001&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iPhone/iPad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that FFmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e., how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ FFmpeg Main Webpage]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki FFmpeg Wiki]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iPhone/iPad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=514</id>
		<title>FFmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=514"/>
		<updated>2015-02-23T20:42:00Z</updated>

		<summary type="html">&lt;p&gt;Homa: added section on choosing suitable aspect ratios&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
&lt;br /&gt;
== Aspect Ratio ==&lt;br /&gt;
&lt;br /&gt;
The standard aspect ratios for NTSC and PAL videos are 4:3 (standard screen) and 16:9 (widescreen). Most mobile devices nowadays use screens with a 16:9 aspect ratio, so simulation images/videos should be rendered with either of those aspect ratios so that they will appear undistorted on the mobile device screen.&lt;br /&gt;
&#039;&#039;Note that mobile devices with 16:9 screens can still play 4:3 aspect ratio videos, but the whole screen won&#039;t be utilized&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== Video Encoder Settings ==&lt;br /&gt;
&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00001&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iPhone/iPad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that FFmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e., how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ FFmpeg Main Webpage]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki FFmpeg Wiki]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iPhone/iPad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=513</id>
		<title>FFmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=FFmpeg&amp;diff=513"/>
		<updated>2015-02-23T17:24:42Z</updated>

		<summary type="html">&lt;p&gt;Homa: Created page with &amp;quot;= Overview = [http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the ...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
[http://ffmpeg.org/ FFmpeg] is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00001&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iPhone/iPad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that FFmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e., how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ FFmpeg Main Webpage]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki FFmpeg Wiki]&lt;br /&gt;
*[http://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iPhone/iPad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=512</id>
		<title>Tools</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=512"/>
		<updated>2015-02-23T17:24:35Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Data analysis tools ===&lt;br /&gt;
&lt;br /&gt;
Computer simulations involve the use of a set of analysis tools. Here, we share notes and ideas on programs commonly used in the CSML.&lt;br /&gt;
&lt;br /&gt;
* [[Autocorrelation]]&lt;br /&gt;
* [[Generic Analyzer]]&lt;br /&gt;
* [[Gnuplot]]&lt;br /&gt;
* [[Compressed data files]]&lt;br /&gt;
&lt;br /&gt;
=== Programming ===&lt;br /&gt;
* [[Compiler notes]]&lt;br /&gt;
* [[Debugging]]&lt;br /&gt;
* [[Programming notes]]&lt;br /&gt;
&lt;br /&gt;
=== Document processing ===&lt;br /&gt;
&lt;br /&gt;
Ideally, we prepare manuscripts in [http://en.wikipedia.org/wiki/LaTeX LaTeX].  Occasionally, especially when collaborating with other research groups, it may be necessary to work in Microsoft Word.&lt;br /&gt;
&lt;br /&gt;
* [[Notes on using LaTeX for manuscripts]]&lt;br /&gt;
* [[Notes on using Microsoft Word for manuscripts]]&lt;br /&gt;
&lt;br /&gt;
=== Job submission and scheduling ===&lt;br /&gt;
* [[Notes on Torque]]&lt;br /&gt;
* [[Notes on Maui]]&lt;br /&gt;
&lt;br /&gt;
=== UNIX ===&lt;br /&gt;
* [http://www.linuxproblem.org/art_9.html Password-less login via ssh]&lt;br /&gt;
* [[Command-line interface on Linux/UNIX]]&lt;br /&gt;
&lt;br /&gt;
=== Data visualization tools ===&lt;br /&gt;
In order to communicate our research effectively, it is often useful to visualize the data from simulations. Here are a set of tools for creating/editing images and videos.&lt;br /&gt;
&lt;br /&gt;
===== Visualizing Dump Files =====&lt;br /&gt;
&lt;br /&gt;
* [[VMD]]&lt;br /&gt;
* [[pymol]]&lt;br /&gt;
&lt;br /&gt;
===== Handling image/video files =====&lt;br /&gt;
&lt;br /&gt;
* [[FFmpeg]]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [[Dropbox]]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=511</id>
		<title>Tools</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=511"/>
		<updated>2015-02-23T17:19:19Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Data analysis tools ===&lt;br /&gt;
&lt;br /&gt;
Computer simulations involve the use of a set of analysis tools. Here, we share notes and ideas on programs commonly used in the CSML.&lt;br /&gt;
&lt;br /&gt;
* [[Autocorrelation]]&lt;br /&gt;
* [[Generic Analyzer]]&lt;br /&gt;
* [[Gnuplot]]&lt;br /&gt;
* [[Compressed data files]]&lt;br /&gt;
&lt;br /&gt;
=== Programming ===&lt;br /&gt;
* [[Compiler notes]]&lt;br /&gt;
* [[Debugging]]&lt;br /&gt;
* [[Programming notes]]&lt;br /&gt;
&lt;br /&gt;
=== Document processing ===&lt;br /&gt;
&lt;br /&gt;
Ideally, we prepare manuscripts in [http://en.wikipedia.org/wiki/LaTeX LaTeX].  Occasionally, especially when collaborating with other research groups, it may be necessary to work in Microsoft Word.&lt;br /&gt;
&lt;br /&gt;
* [[Notes on using LaTeX for manuscripts]]&lt;br /&gt;
* [[Notes on using Microsoft Word for manuscripts]]&lt;br /&gt;
&lt;br /&gt;
=== Job submission and scheduling ===&lt;br /&gt;
* [[Notes on Torque]]&lt;br /&gt;
* [[Notes on Maui]]&lt;br /&gt;
&lt;br /&gt;
=== UNIX ===&lt;br /&gt;
* [http://www.linuxproblem.org/art_9.html Password-less login via ssh]&lt;br /&gt;
* [[Command-line interface on Linux/UNIX]]&lt;br /&gt;
&lt;br /&gt;
=== Data visualization tools ===&lt;br /&gt;
In order to communicate our research effectively, it is often useful to visualize the data from simulations. Here are a set of tools for creating/editing images and videos.&lt;br /&gt;
&lt;br /&gt;
===== Visualizing Dump Files =====&lt;br /&gt;
&lt;br /&gt;
* [[VMD]]&lt;br /&gt;
* [[pymol]]&lt;br /&gt;
&lt;br /&gt;
===== Handling image/video files =====&lt;br /&gt;
&lt;br /&gt;
* [[ffmpeg]]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [[Dropbox]]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=510</id>
		<title>Tools</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=510"/>
		<updated>2015-02-23T17:19:04Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Data analysis tools ===&lt;br /&gt;
&lt;br /&gt;
Computer simulations involve the use of a set of analysis tools. Here, we share notes and ideas on programs commonly used in the CSML.&lt;br /&gt;
&lt;br /&gt;
* [[Autocorrelation]]&lt;br /&gt;
* [[Generic Analyzer]]&lt;br /&gt;
* [[Gnuplot]]&lt;br /&gt;
* [[Compressed data files]]&lt;br /&gt;
&lt;br /&gt;
=== Programming ===&lt;br /&gt;
* [[Compiler notes]]&lt;br /&gt;
* [[Debugging]]&lt;br /&gt;
* [[Programming notes]]&lt;br /&gt;
&lt;br /&gt;
=== Document processing ===&lt;br /&gt;
&lt;br /&gt;
Ideally, we prepare manuscripts in [http://en.wikipedia.org/wiki/LaTeX LaTeX].  Occasionally, especially when collaborating with other research groups, it may be necessary to work in Microsoft Word.&lt;br /&gt;
&lt;br /&gt;
* [[Notes on using LaTeX for manuscripts]]&lt;br /&gt;
* [[Notes on using Microsoft Word for manuscripts]]&lt;br /&gt;
&lt;br /&gt;
=== Job submission and scheduling ===&lt;br /&gt;
* [[Notes on Torque]]&lt;br /&gt;
* [[Notes on Maui]]&lt;br /&gt;
&lt;br /&gt;
=== UNIX ===&lt;br /&gt;
* [http://www.linuxproblem.org/art_9.html Password-less login via ssh]&lt;br /&gt;
* [[Command-line interface on Linux/UNIX]]&lt;br /&gt;
&lt;br /&gt;
=== Data visualization tools ===&lt;br /&gt;
In order to communicate our research effectively, it is often useful to visualize the data from simulations. Here are a set of tools for creating/editing images and videos.&lt;br /&gt;
&lt;br /&gt;
===== Visualizing Dump Files =====&lt;br /&gt;
&lt;br /&gt;
* [[VMD]]&lt;br /&gt;
* [[pymol]]&lt;br /&gt;
&lt;br /&gt;
===== Handling image/video files =====&lt;br /&gt;
&lt;br /&gt;
* [[FFmpeg]]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [[Dropbox]]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=504</id>
		<title>Tools</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=504"/>
		<updated>2015-02-21T18:09:57Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Data analysis tools ===&lt;br /&gt;
&lt;br /&gt;
Computer simulations involve the use of a set of analysis tools. Here, we share notes and ideas on programs commonly used in the CSML.&lt;br /&gt;
&lt;br /&gt;
* [[Autocorrelation]]&lt;br /&gt;
* [[Generic Analyzer]]&lt;br /&gt;
* [[Gnuplot]]&lt;br /&gt;
* [[Compressed data files]]&lt;br /&gt;
&lt;br /&gt;
=== Programming ===&lt;br /&gt;
* [[Compiler notes]]&lt;br /&gt;
* [[Debugging]]&lt;br /&gt;
* [[Programming notes]]&lt;br /&gt;
&lt;br /&gt;
=== Document processing ===&lt;br /&gt;
&lt;br /&gt;
Ideally, we prepare manuscripts in [http://en.wikipedia.org/wiki/LaTeX LaTeX].  Occasionally, especially when collaborating with other research groups, it may be necessary to work in Microsoft Word.&lt;br /&gt;
&lt;br /&gt;
* [[Notes on using LaTeX for manuscripts]]&lt;br /&gt;
* [[Notes on using Microsoft Word for manuscripts]]&lt;br /&gt;
&lt;br /&gt;
=== Job submission and scheduling ===&lt;br /&gt;
* [[Notes on Torque]]&lt;br /&gt;
* [[Notes on Maui]]&lt;br /&gt;
&lt;br /&gt;
=== UNIX ===&lt;br /&gt;
* [http://www.linuxproblem.org/art_9.html Password-less login via ssh]&lt;br /&gt;
* [[Command-line interface on Linux/UNIX]]&lt;br /&gt;
&lt;br /&gt;
=== Data visualization tools ===&lt;br /&gt;
In order to communicate our research effectively, it is often useful to visualize the data from simulations. Here are a set of tools for creating/editing images and videos.&lt;br /&gt;
&lt;br /&gt;
===== Visualizing Dump Files =====&lt;br /&gt;
&lt;br /&gt;
* [[VMD]]&lt;br /&gt;
* [[pymol]]&lt;br /&gt;
&lt;br /&gt;
===== Handling image/video files =====&lt;br /&gt;
&lt;br /&gt;
* [[ffmpeg]]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [[Dropbox]]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Ffmpeg&amp;diff=503</id>
		<title>Ffmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Ffmpeg&amp;diff=503"/>
		<updated>2015-02-21T18:04:56Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
Ffmpeg is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user control over many aspects of the encoding process.&lt;br /&gt;
&lt;br /&gt;
= Mobile Device Compatiblity =&lt;br /&gt;
Media is digested increasingly through mobile phones and tablet devices. Therefore, it is important to be aware of possible compatibility issues when encoding videos for these devices.&lt;br /&gt;
Here is a command that compiles a series of .png images into a .mp4 video that is compatible with Android and Apple devices (see links at the bottom for more detailed information).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
ffmpeg -i mov%5d.png -vcodec libx264 -profile:v baseline -level 3.1 -pix_fmt yuv420p -crf 20 -g 250 -r 20 output.mp4&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;&#039;&#039;Some notes on the above command:&#039;&#039;&#039;&#039;&#039;&lt;br /&gt;
* compiles .png files named movXXXXX.png, where XXXXX are sequentially numbered strings of 5 digits starting from 00001&lt;br /&gt;
* the -profile:v command, and the accompanying -level command, ensure compatibility with iphone/ipad. Different profiles and levels, as detailed [https://trac.ffmpeg.org/wiki/Encode/H.264 here], can be used which result in varying levels of compatibility and video compression quality.&lt;br /&gt;
* -pix_fmt yuv420p must be used to ensure that ffmpeg uses a correct color formatting for these devices (&#039;&#039;this command should be researched further, esp. for how it relates to video quality&#039;&#039;)&lt;br /&gt;
* -crf (constant rate factor) specifies the compression quality desired (i.e. how lossy your video will be). The command takes a single number between 0 and 51 as an argument, with 0 corresponding to no loss and 51 to the greatest amount of loss. The value 23 is the default, and the range 18-28 contains typical values. A value of 18 is not lossless but should be visually equivalent (or nearly equivalent) to a lossless video. Smaller numbers will result in better quality videos at the expense of larger file sizes.&lt;br /&gt;
* -r controls the framerate of the video (frames/second)&lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
*[http://ffmpeg.org/ ffmpeg Main Webpage]&lt;br /&gt;
*[https://trac.ffmpeg.org/wiki ffmpeg Wiki]&lt;br /&gt;
*[https://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iphone/ipad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Ffmpeg&amp;diff=502</id>
		<title>Ffmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Ffmpeg&amp;diff=502"/>
		<updated>2015-02-21T17:39:27Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
Ffmpeg is a powerful tool for handling multimedia files and compiling videos from the command line. It is extremely versatile and allows the user the freedom to control every aspect of encoding a video. &lt;br /&gt;
&lt;br /&gt;
= Links =&lt;br /&gt;
[http://ffmpeg.org/ ffmpeg Main Webpage]&lt;br /&gt;
[https://trac.ffmpeg.org/wiki ffmpeg Wiki]&lt;br /&gt;
[https://trac.ffmpeg.org/wiki/Encode/H.264 Notes on encoding H.264 video for iphone/ipad compatibility]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Ffmpeg&amp;diff=501</id>
		<title>Ffmpeg</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Ffmpeg&amp;diff=501"/>
		<updated>2015-02-21T17:31:17Z</updated>

		<summary type="html">&lt;p&gt;Homa: Created page with &amp;quot;= Overview = Ffmpeg is a powerful tool for handling multimedia files and compiling videos from the command line.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Overview =&lt;br /&gt;
Ffmpeg is a powerful tool for handling multimedia files and compiling videos from the command line.&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=500</id>
		<title>Tools</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=500"/>
		<updated>2015-02-21T17:28:47Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Data analysis tools ===&lt;br /&gt;
&lt;br /&gt;
Computer simulations involve the use of a set of analysis tools. Here, we share notes and ideas on programs commonly used in the CSML.&lt;br /&gt;
&lt;br /&gt;
* [[Autocorrelation]]&lt;br /&gt;
* [[Generic Analyzer]]&lt;br /&gt;
* [[Gnuplot]]&lt;br /&gt;
* [[Compressed data files]]&lt;br /&gt;
&lt;br /&gt;
=== Data visualization tools ===&lt;br /&gt;
In order to communicate our research effectively, it is often useful to visualize the data from simulations. Here are a set of tools for creating/editing images and videos.&lt;br /&gt;
&lt;br /&gt;
===== Visualizing Dump Files =====&lt;br /&gt;
&lt;br /&gt;
* [[VMD]]&lt;br /&gt;
* [[pymol]]&lt;br /&gt;
&lt;br /&gt;
===== Handling image/video files =====&lt;br /&gt;
&lt;br /&gt;
* [[ffmpeg]]&lt;br /&gt;
&lt;br /&gt;
=== Programming ===&lt;br /&gt;
* [[Compiler notes]]&lt;br /&gt;
* [[Debugging]]&lt;br /&gt;
* [[Programming notes]]&lt;br /&gt;
&lt;br /&gt;
=== Document processing ===&lt;br /&gt;
&lt;br /&gt;
Ideally, we prepare manuscripts in [http://en.wikipedia.org/wiki/LaTeX LaTeX].  Occasionally, especially when collaborating with other research groups, it may be necessary to work in Microsoft Word.&lt;br /&gt;
&lt;br /&gt;
* [[Notes on using LaTeX for manuscripts]]&lt;br /&gt;
* [[Notes on using Microsoft Word for manuscripts]]&lt;br /&gt;
&lt;br /&gt;
=== Job submission and scheduling ===&lt;br /&gt;
* [[Notes on Torque]]&lt;br /&gt;
* [[Notes on Maui]]&lt;br /&gt;
&lt;br /&gt;
=== UNIX ===&lt;br /&gt;
* [http://www.linuxproblem.org/art_9.html Password-less login via ssh]&lt;br /&gt;
* [[Command-line interface on Linux/UNIX]]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [[Dropbox]]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=499</id>
		<title>Tools</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=499"/>
		<updated>2015-02-21T17:27:16Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Data visualization tools */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Data analysis tools ===&lt;br /&gt;
&lt;br /&gt;
Computer simulations involve the use of a set of analysis tools. Here, we share notes and ideas on programs commonly used in the CSML.&lt;br /&gt;
&lt;br /&gt;
* [[Autocorrelation]]&lt;br /&gt;
* [[Generic Analyzer]]&lt;br /&gt;
* [[Gnuplot]]&lt;br /&gt;
* [[Compressed data files]]&lt;br /&gt;
&lt;br /&gt;
=== Data visualization tools ===&lt;br /&gt;
In order to communicate our research effectively, it is often useful to visualize the data from simulations. Here are a set of tools for creating/editing images and videos.&lt;br /&gt;
&lt;br /&gt;
==== Visualizing Dump Files ====&lt;br /&gt;
&lt;br /&gt;
* [[VMD]]&lt;br /&gt;
* [[pymol]]&lt;br /&gt;
&lt;br /&gt;
==== Handling image/video files ====&lt;br /&gt;
&lt;br /&gt;
* [[FFMPEG]]&lt;br /&gt;
&lt;br /&gt;
=== Programming ===&lt;br /&gt;
* [[Compiler notes]]&lt;br /&gt;
* [[Debugging]]&lt;br /&gt;
* [[Programming notes]]&lt;br /&gt;
&lt;br /&gt;
=== Document processing ===&lt;br /&gt;
&lt;br /&gt;
Ideally, we prepare manuscripts in [http://en.wikipedia.org/wiki/LaTeX LaTeX].  Occasionally, especially when collaborating with other research groups, it may be necessary to work in Microsoft Word.&lt;br /&gt;
&lt;br /&gt;
* [[Notes on using LaTeX for manuscripts]]&lt;br /&gt;
* [[Notes on using Microsoft Word for manuscripts]]&lt;br /&gt;
&lt;br /&gt;
=== Job submission and scheduling ===&lt;br /&gt;
* [[Notes on Torque]]&lt;br /&gt;
* [[Notes on Maui]]&lt;br /&gt;
&lt;br /&gt;
=== UNIX ===&lt;br /&gt;
* [http://www.linuxproblem.org/art_9.html Password-less login via ssh]&lt;br /&gt;
* [[Command-line interface on Linux/UNIX]]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [[Dropbox]]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=498</id>
		<title>Tools</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Tools&amp;diff=498"/>
		<updated>2015-02-21T17:22:23Z</updated>

		<summary type="html">&lt;p&gt;Homa: Added &amp;quot;Data visualization tools&amp;quot; section and FFMPEG sub-section&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Data analysis tools ===&lt;br /&gt;
&lt;br /&gt;
Computer simulations involve the use of a set of analysis tools. Here, we share notes and ideas on programs commonly used in the CSML.&lt;br /&gt;
&lt;br /&gt;
* [[Autocorrelation]]&lt;br /&gt;
* [[Generic Analyzer]]&lt;br /&gt;
* [[Gnuplot]]&lt;br /&gt;
* [[Compressed data files]]&lt;br /&gt;
&lt;br /&gt;
=== Data visualization tools ===&lt;br /&gt;
In order to communicate our research effectively, it is often useful to visualize the data from simulations. Here are a set of tools for creating/editing images and videos.&lt;br /&gt;
&lt;br /&gt;
* [[FFMPEG]]&lt;br /&gt;
&lt;br /&gt;
=== Programming ===&lt;br /&gt;
* [[Compiler notes]]&lt;br /&gt;
* [[Debugging]]&lt;br /&gt;
* [[Programming notes]]&lt;br /&gt;
&lt;br /&gt;
=== Document processing ===&lt;br /&gt;
&lt;br /&gt;
Ideally, we prepare manuscripts in [http://en.wikipedia.org/wiki/LaTeX LaTeX].  Occasionally, especially when collaborating with other research groups, it may be necessary to work in Microsoft Word.&lt;br /&gt;
&lt;br /&gt;
* [[Notes on using LaTeX for manuscripts]]&lt;br /&gt;
* [[Notes on using Microsoft Word for manuscripts]]&lt;br /&gt;
&lt;br /&gt;
=== Job submission and scheduling ===&lt;br /&gt;
* [[Notes on Torque]]&lt;br /&gt;
* [[Notes on Maui]]&lt;br /&gt;
&lt;br /&gt;
=== UNIX ===&lt;br /&gt;
* [http://www.linuxproblem.org/art_9.html Password-less login via ssh]&lt;br /&gt;
* [[Command-line interface on Linux/UNIX]]&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous ===&lt;br /&gt;
* [[Dropbox]]&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Dropbox&amp;diff=488</id>
		<title>Dropbox</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Dropbox&amp;diff=488"/>
		<updated>2015-01-28T20:05:53Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;===Creating a Dropbox Folder on Your Machine===&lt;br /&gt;
It is easy to link your home folder with your Dropbox.  By default, the Dropbox will be accessible as &amp;lt;tt&amp;gt;~/Dropbox&amp;lt;/tt&amp;gt;. Before doing so, there are two important considerations:&lt;br /&gt;
&lt;br /&gt;
* If you have a large Dropbox, you may wish to make sure that the Dropbox contents are not actually stored in your $HOME folder (where they would count against your quota).  The easiest way to do this is to create a folder in your scratch partition (e.g., ~/Scratch/Dropbox) and then create a symbolic link to this folder, via&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ln -s /scratch/Dropbox ~/Dropbox&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
The only drawback is that your scratch partition is typically only available on a few machines (e.g., not on ariadne itself).&lt;br /&gt;
&lt;br /&gt;
* Clearly, if you store your Dropbox on scratch it will be ignored in the daily backup. However, even if you keep it actually in your home folder, the backup script will skip the Dropbox.&lt;br /&gt;
&lt;br /&gt;
===Installing Dropbox===&lt;br /&gt;
* To install the dropbox daemon on your machine, run the following command from your terminal:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
$ cd ~ &amp;amp;&amp;amp; wget -O - &amp;quot;https://www.dropbox.com/download?plat=lnx.x86_64&amp;quot; | tar xzf -&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
* Next, run the Dropbox daemon from the newly created .dropbox-dist folder, using the following command:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
~/.dropbox-dist/dropboxd&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Additional Notes===&lt;br /&gt;
&lt;br /&gt;
* The Dropbox daemon (which synchronizes your ~/Dropbox folder with the actual Dropbox) starts automatically when you log in to the graphical desktop.  However, if your machine is restarted (so that the daemon is killed) and you log in remotely (before logging in to the graphical desktop), the Dropbox daemon will have to be started manually. This is done via&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
dropbox start&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;It is important to do this &#039;&#039;only&#039;&#039; on your home machine.&#039;&#039;&#039;  If you do it on multiple machines (or even by accident, by putting the &amp;lt;tt&amp;gt;dropbox start&amp;lt;/tt&amp;gt; command in your &amp;lt;tt&amp;gt;~/.bashrc&amp;lt;/tt&amp;gt; script --- &#039;&#039;clearly, do NOT do this!&#039;&#039;), you will end up with conflicts, since multiple independent daemons will all start to synchronize the same folder.&lt;br /&gt;
&lt;br /&gt;
* If you have NOT put your Dropbox on scratch and wish to change this, proceed as follows:&lt;br /&gt;
** On your home machine, stop the Dropbox daemon via &amp;lt;tt&amp;gt;dropbox stop&amp;lt;/tt&amp;gt;&lt;br /&gt;
** Create the Dropbox folder on scratch&lt;br /&gt;
** Move the contents from ~/Dropbox to this new scratch folder&lt;br /&gt;
** Remove the (now empty) folder ~/Dropbox&lt;br /&gt;
** Create a symbolic link ~/Dropbox to the Dropbox folder on scratch (as described near the top of this page)&lt;br /&gt;
** Restart the Dropbox daemon via &amp;lt;tt&amp;gt;dropbox start&amp;lt;/tt&amp;gt;&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Dropbox&amp;diff=487</id>
		<title>Dropbox</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Dropbox&amp;diff=487"/>
		<updated>2015-01-28T20:05:05Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;===Creating a Dropbox Folder on Your Machine===&lt;br /&gt;
It is easy to link your home folder with your Dropbox.  By default, the Dropbox will be accessible as &amp;lt;tt&amp;gt;~/Dropbox&amp;lt;/tt&amp;gt;. Before doing so, there are two important considerations:&lt;br /&gt;
&lt;br /&gt;
* If you have a large Dropbox, you may wish to make sure that the Dropbox contents are not actually stored in your $HOME folder (where they would count against your quota).  The easiest way to do this is to create a folder in your scratch partition (e.g., ~/Scratch/Dropbox) and then create a symbolic link to this folder, via&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ln -s /scratch/Dropbox ~/Dropbox&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
The only drawback is that your scratch partition is typically only available on a few machines (e.g., not on ariadne itself).&lt;br /&gt;
&lt;br /&gt;
* Clearly, if you store your Dropbox on scratch it will be ignored in the daily backup. However, even if you keep it actually in your home folder, the backup script will skip the Dropbox.&lt;br /&gt;
&lt;br /&gt;
===Installing Dropbox===&lt;br /&gt;
* To install the dropbox daemon, run the following command from your terminal:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
$ cd ~ &amp;amp;&amp;amp; wget -O - &amp;quot;https://www.dropbox.com/download?plat=lnx.x86_64&amp;quot; | tar xzf -&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
* Next, run the Dropbox daemon from the newly created .dropbox-dist folder, using the following command:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
~/.dropbox-dist/dropboxd&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Additional Notes===&lt;br /&gt;
&lt;br /&gt;
* The Dropbox daemon (which synchronizes your ~/Dropbox folder with the actual Dropbox) starts automatically when you log in to the graphical desktop.  However, if your machine is restarted (so that the daemon is killed) and you log in remotely (before logging in to the graphical desktop), the Dropbox daemon will have to be started manually. This is done via&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
dropbox start&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&#039;&#039;&#039;It is important to do this &#039;&#039;only&#039;&#039; on your home machine.&#039;&#039;&#039;  If you do it on multiple machines (or even by accident, by putting the &amp;lt;tt&amp;gt;dropbox start&amp;lt;/tt&amp;gt; command in your &amp;lt;tt&amp;gt;~/.bashrc&amp;lt;/tt&amp;gt; script --- &#039;&#039;clearly, do NOT do this!&#039;&#039;), you will end up with conflicts, since multiple independent daemons will all start to synchronize the same folder.&lt;br /&gt;
&lt;br /&gt;
* If you have NOT put your Dropbox on scratch and wish to change this, proceed as follows:&lt;br /&gt;
** On your home machine, stop the Dropbox daemon via &amp;lt;tt&amp;gt;dropbox stop&amp;lt;/tt&amp;gt;&lt;br /&gt;
** Create the Dropbox folder on scratch&lt;br /&gt;
** Move the contents from ~/Dropbox to this new scratch folder&lt;br /&gt;
** Remove the (now empty) folder ~/Dropbox&lt;br /&gt;
** Create a symbolic link ~/Dropbox to the Dropbox folder on scratch (as described near the top of this page)&lt;br /&gt;
** Restart the Dropbox daemon via &amp;lt;tt&amp;gt;dropbox start&amp;lt;/tt&amp;gt;&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=421</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=421"/>
		<updated>2014-09-26T16:32:52Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Compute RDF using &amp;#039;rerun&amp;#039; command */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
By and large the CSML uses [http://lammps.sandia.gov/ LAMMPS] for MD, though depending on the application [http://www.ks.uiuc.edu/Research/namd/ NAMD], [http://www.gromacs.org/ GROMACS], or any of [http://en.wikipedia.org/wiki/List_of_software_for_molecular_mechanics_modeling a host of other packages] may be useful. Most issues can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html LAMMPS manual], though some common problems are addressed below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;, where &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is the system&#039;s total number of degrees of freedom and &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; is the system&#039;s dimensionality. Subtracting &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is used instead of &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
A detailed description of the syntax can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
As an example, let us consider computing the RDF for a typical Lennard-Jones fluid past the interaction cutoff, and let us assume that we have already generated a dumpfile containing information on the atom positions over some set of timesteps. Then we will run a second simulation that reads in the particle positions from the dumpfile(s) over some subset of the original recorded timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]), and will compute and output the RDF with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix        fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun      dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
Notes:&lt;br /&gt;
* Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
* While the rerun command creates a set of atoms at every snapshot of the dumpfile that it reads, the compute rdf command expects a set of atoms to be present at the start of the rerun simulation (remember, the compute command comes before the rerun command) and will produce an error if no atoms are present. To avoid this, one can use the [http://lammps.sandia.gov/doc/create_atoms.html create atoms] command (or read in the data file via the [http://lammps.sandia.gov/doc/read_data.html read data] command) used for creating atoms in the original simulation at the beginning of the rerun. &lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=420</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=420"/>
		<updated>2014-09-26T16:32:22Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Compute RDF using &amp;#039;rerun&amp;#039; command */  added note on creating atoms at the beginning of reruns&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
By and large the CSML uses [http://lammps.sandia.gov/ LAMMPS] for MD, though depending on the application [http://www.ks.uiuc.edu/Research/namd/ NAMD], [http://www.gromacs.org/ GROMACS], or any of [http://en.wikipedia.org/wiki/List_of_software_for_molecular_mechanics_modeling a host of other packages] may be useful. Most issues can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html LAMMPS manual], though some common problems are addressed below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;, where &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is the system&#039;s total number of degrees of freedom and &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; is the system&#039;s dimensionality. Subtracting &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is used instead of &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
A detailed description of the syntax can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
As an example, let us consider computing the RDF for a typical Lennard-Jones fluid past the interaction cutoff, and let us assume that we have already generated a dumpfile containing information on the atom positions over some set of timesteps. Then we will run a second simulation that reads in the particle positions from the dumpfile(s) over some subset of the original recorded timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]), and will compute and output the RDF with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix        fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun      dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
* Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
* While the rerun command creates a set of atoms at every snapshot of the dumpfile that it reads, the compute rdf command expects a set of atoms to be present at the start of the rerun simulation (remember, the compute command comes before the rerun command) and will produce an error if no atoms are present. To avoid this, one can use the [http://lammps.sandia.gov/doc/create_atoms.html create atoms] command (or read in the data file via the [http://lammps.sandia.gov/doc/read_data.html read data] command) used for creating atoms in the original simulation at the beginning of the rerun. &lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=419</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=419"/>
		<updated>2014-09-26T16:14:33Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Compute RDF using &amp;#039;rerun&amp;#039; command */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
By and large the CSML uses [http://lammps.sandia.gov/ LAMMPS] for MD, though depending on the application [http://www.ks.uiuc.edu/Research/namd/ NAMD], [http://www.gromacs.org/ GROMACS], or any of [http://en.wikipedia.org/wiki/List_of_software_for_molecular_mechanics_modeling a host of other packages] may be useful. Most issues can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html LAMMPS manual], though some common problems are addressed below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;, where &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is the system&#039;s total number of degrees of freedom and &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; is the system&#039;s dimensionality. Subtracting &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is used instead of &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
A detailed description of the syntax can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
As an example, let us consider computing the RDF for a typical Lennard-Jones fluid past the interaction cutoff, and let us assume that we have already generated a dumpfile containing information on the atom positions over some set of timesteps. Then we will run a second simulation that reads in the particle positions from the dumpfile(s) over some subset of the original recorded timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]), and will compute and output the RDF with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix        fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun      dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
Note: Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=418</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=418"/>
		<updated>2014-09-26T16:14:00Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Compute RDF using &amp;#039;rerun&amp;#039; command */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
By and large the CSML uses [http://lammps.sandia.gov/ LAMMPS] for MD, though depending on the application [http://www.ks.uiuc.edu/Research/namd/ NAMD], [http://www.gromacs.org/ GROMACS], or any of [http://en.wikipedia.org/wiki/List_of_software_for_molecular_mechanics_modeling a host of other packages] may be useful. Most issues can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html LAMMPS manual], though some common problems are addressed below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;, where &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is the system&#039;s total number of degrees of freedom and &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; is the system&#039;s dimensionality. Subtracting &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is used instead of &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
A detailed description of the syntax can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
As an example, let us consider computing the RDF for a typical one-component shifted truncated Lennard-Jones fluid past the interaction cutoff, and let us assume that we have already generated a dumpfile containing information on the atom positions over some set of timesteps. Then we will run a second simulation that reads in the particle positions from the dumpfile(s) over some subset of the original recorded timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]), and will compute and output the RDF with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix        fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun      dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
Note: Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=417</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=417"/>
		<updated>2014-09-26T16:06:49Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Compute RDF using &amp;#039;rerun&amp;#039; command */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
By and large the CSML uses [http://lammps.sandia.gov/ LAMMPS] for MD, though depending on the application [http://www.ks.uiuc.edu/Research/namd/ NAMD], [http://www.gromacs.org/ GROMACS], or any of [http://en.wikipedia.org/wiki/List_of_software_for_molecular_mechanics_modeling a host of other packages] may be useful. Most issues can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html LAMMPS manual], though some common problems are addressed below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;, where &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is the system&#039;s total number of degrees of freedom and &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; is the system&#039;s dimensionality. Subtracting &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is used instead of &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
A detailed description of the syntax can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
For a typical one-component shifted truncated Lennard-Jones fluid, we will read in the positions of particles at any number of timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]) from dumpfile(s) of a previous simulation. The RDF is computed and output with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix        fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun      dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
Note: Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=416</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=416"/>
		<updated>2014-09-26T02:24:10Z</updated>

		<summary type="html">&lt;p&gt;Homa: /* Compute RDF using &amp;#039;rerun&amp;#039; command */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
By and large the CSML uses [http://lammps.sandia.gov/ LAMMPS] for MD, though depending on the application [http://www.ks.uiuc.edu/Research/namd/ NAMD], [http://www.gromacs.org/ GROMACS], or any of [http://en.wikipedia.org/wiki/List_of_software_for_molecular_mechanics_modeling a host of other packages] may be useful. Most issues can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html LAMMPS manual], though some common problems are addressed below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;, where &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is the system&#039;s total number of degrees of freedom and &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; is the system&#039;s dimensionality. Subtracting &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is used instead of &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
More information can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
For a typical one-component shifted truncated Lennard-Jones fluid, we will read in the positions of particles at any number of timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]) from dumpfile(s) of a previous simulation. The RDF is computed and output with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix        fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun      dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
Note: Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
	<entry>
		<id>https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=415</id>
		<title>Simulations</title>
		<link rel="alternate" type="text/html" href="https://csml-wiki.northwestern.edu/index.php?title=Simulations&amp;diff=415"/>
		<updated>2014-09-26T02:22:57Z</updated>

		<summary type="html">&lt;p&gt;Homa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Assorted topics relevant to programming particle-based simulation codes and to using these codes for the modeling of a wide range of systems, notably complex fluids.&lt;br /&gt;
&lt;br /&gt;
== Molecular dynamics simulations ==&lt;br /&gt;
&lt;br /&gt;
By and large the CSML uses [http://lammps.sandia.gov/ LAMMPS] for MD, though depending on the application [http://www.ks.uiuc.edu/Research/namd/ NAMD], [http://www.gromacs.org/ GROMACS], or any of [http://en.wikipedia.org/wiki/List_of_software_for_molecular_mechanics_modeling a host of other packages] may be useful. Most issues can be resolved by consulting the [http://lammps.sandia.gov/doc/Manual.html LAMMPS manual], though some common problems are addressed below.&lt;br /&gt;
&lt;br /&gt;
===LAMMPS Special Usage Notes===&lt;br /&gt;
&lt;br /&gt;
====Temperature Normalization====&lt;br /&gt;
&lt;br /&gt;
By default LAMMPS normalizes the temperature by an amount &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;, where &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is the system&#039;s total number of degrees of freedom and &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; is the system&#039;s dimensionality. Subtracting &amp;lt;math&amp;gt;d&amp;lt;/math&amp;gt; accounts for the center-of-mass motion of the system. This leads to an incorrect reported value if the system has a proper frame of reference, e.g., when using a [http://lammps.sandia.gov/doc/fix_langevin.html Langevin thermostat] in which all particles interact with a stationary background solvent. In this case it is necessary to ensure &amp;lt;math&amp;gt;n_\text{dof}&amp;lt;/math&amp;gt; is used instead of &amp;lt;math&amp;gt;n_\text{dof} - d&amp;lt;/math&amp;gt;. To do this, use [http://lammps.sandia.gov/doc/compute_modify.html compute_modify] as follows&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
compute myTemp all temp&lt;br /&gt;
compute_modify myTemp extra 0&lt;br /&gt;
thermo_modify temp myTemp&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
As a note, the above only affects the reported temperature. The dynamics are computed correctly regardless.&lt;br /&gt;
&lt;br /&gt;
====Compute RDF using &#039;rerun&#039; command====&lt;br /&gt;
&lt;br /&gt;
The &#039;rerun&#039; command in LAMMPS performs a post-processing simulation by reading the atom information line-by-line from the dump file(s) created from a previous simulation. The command syntax is as follows:&lt;br /&gt;
&amp;lt;pre&amp;gt; rerun file1 file2 ... keyword args ... &amp;lt;/pre&amp;gt;&lt;br /&gt;
More information can be found on the [http://lammps.sandia.gov/doc/rerun.html LAMMPS website].&lt;br /&gt;
&lt;br /&gt;
Besides the fact that the atoms&#039; positions (and possibly velocities, etc.) are pre-determined from the dump file(s), we use the rerun command as if we are running a normal simulation (with some differences and limitations, explained below). When the rerun command is called, it invokes the [http://lammps.sandia.gov/doc/read_dump.html read_dump] command to read in lines from the dumpfile(s) line-by-line, each time invoking the [http://lammps.sandia.gov/doc/run.html run] command to output computed energy, forces, and any thermo output or diagnostic info the user has defined. Thus, in the input file for this pseudo simulation, we must define a system, units, dimensions, box, etc, and these will typically be identical to the original simulation.&lt;br /&gt;
&lt;br /&gt;
Commands from the original simulation that will not be included are ones such as dump commands and time integration fixes (e.g. fix nve; rerun only looks at single moments in time and cannot perform time integration). Fixes that constrain forces on atoms (such as fix langevin) can be invoked in general, but it does not make sense to do this for computing the RDF (even though the langevin thermostat may be employed in the original simulation).&lt;br /&gt;
&lt;br /&gt;
For a typical one-component shifted truncated Lennard-Jones fluid, we will read in the positions of particles at any number of timesteps ([http://lammps.sandia.gov/doc/rerun.html see arguments for the rerun command]) from dumpfile(s) of a previous simulation. The RDF is computed and output with the following commands:&lt;br /&gt;
&amp;lt;pre&amp;gt;compute    rdfID groupID rdf N #computes rdf with N bins&lt;br /&gt;
fix    fixID groupID ave/time Nevery Nrepeat Nfreq c_[rdfID] file rdf.dat mode vector # see note below&lt;br /&gt;
rerun    dump.dat dump x y z # &#039;dump.dat&#039; is the dumpfile to be read &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&amp;lt;i&amp;gt;&lt;br /&gt;
Note: Since the [http://lammps.sandia.gov/doc/compute_rdf.html compute rdf] command will only compute the RDF up to the interaction cutoff distance, we must change this parameter in the [http://lammps.sandia.gov/doc/pair_style.html pair_style] and [http://lammps.sandia.gov/doc/pair_coeff.html pair_coeff] commands so that we can obtain the RDF over the desired domain (i.e. if we want to compute the RDF up to a cutoff of 4.0, we would set the &#039;cutoff&#039; arguments in those commands to 4.0).&lt;br /&gt;
&amp;lt;/i&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Monte Carlo simulations ==&lt;/div&gt;</summary>
		<author><name>Homa</name></author>
	</entry>
</feed>